Re: [Emc-users] Y axis gantry safety measure question

[gene heskett]

On 10/5/23 09:26, Leonardo Marsaglia wrote:

Hi guys!

I hope you're all doing well,

I've had a really strange behavior with my router on the Y axis when
homing. Basically one joint tried to move while the other didn't. I could
ESTOP the machine before anything happened but this only happens from time
to time when homing. The drivers show no error signal and everything looks
normal even after the behaviour. I'm monitoring everything before I hit
home axes so I really can't track where the problem is.

Anyway, I was thinking about using the ENCODER_RATIO component to track
both servo motor speeds and trigger the ESTOP automatically when the speed
error exceeds a certain amount (I will have to play with that value). What
do you think about this measure to at least not worry if the
problem persists?

Thanks!

I had a poor crimp on a IDC ribbon cable do that several years ago, the 
handling of the cable made it worse, then 3 pins wouldn't ring, 
re-crimping the cable made it worse so I made a whole new one.


Might not be your problem, but its something to check.

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
.


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Y axis gantry safety measure question

[Todd Zuercher]

That might cause problems while the gantry is squaring its self during the 
homing process.  Another option might be to use the Near component to monitor 
either the joint positions or joint velocities, then set an alarm if the 
difference is too great.
https://linuxcnc.org/docs/html/man/man9/near.9.html

I think the encoder ratio component was a tool that was used for slaving before 
Linuxcnc added the JA branch.  (It is kind of obsolete now.)

Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031

-Original Message-
From: Leonardo Marsaglia 
Sent: Thursday, October 05, 2023 9:26 AM
To: Enhanced Machine Controller (EMC) 
Subject: [Emc-users] Y axis gantry safety measure question

[EXTERNAL EMAIL] Be sure links are safe.

Hi guys!

I hope you're all doing well,

I've had a really strange behavior with my router on the Y axis when homing. 
Basically one joint tried to move while the other didn't. I could ESTOP the 
machine before anything happened but this only happens from time to time when 
homing. The drivers show no error signal and everything looks normal even after 
the behaviour. I'm monitoring everything before I hit home axes so I really 
can't track where the problem is.

Anyway, I was thinking about using the ENCODER_RATIO component to track both 
servo motor speeds and trigger the ESTOP automatically when the speed error 
exceeds a certain amount (I will have to play with that value). What do you 
think about this measure to at least not worry if the problem persists?

Thanks!

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Y axis gantry safety measure question

[Leonardo Marsaglia]

Hi guys!

I hope you're all doing well,

I've had a really strange behavior with my router on the Y axis when
homing. Basically one joint tried to move while the other didn't. I could
ESTOP the machine before anything happened but this only happens from time
to time when homing. The drivers show no error signal and everything looks
normal even after the behaviour. I'm monitoring everything before I hit
home axes so I really can't track where the problem is.

Anyway, I was thinking about using the ENCODER_RATIO component to track
both servo motor speeds and trigger the ESTOP automatically when the speed
error exceeds a certain amount (I will have to play with that value). What
do you think about this measure to at least not worry if the
problem persists?

Thanks!

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Andy Pugh]

> On 26 Feb 2022, at 04:36, Thaddeus Waldner  wrote:
> 
> Anything else I can try?

How about a Python HAL component that logs encoder position (on a HAL pin) to 
file when a trigger pin goes high? 
As it would be a user space component you would need a “handshake” in the 
G-code. Ie a log / logged pair of signals. Possibly using a bidirectional pin 
in the same way as index-enable. 
M65(?) to trigger a measurement then wait-in-falling-edge before continuing 



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]

I found a workaround; It's possible to read HAL pins from g-code. The
problem is they don't necessarily update after the program is started. But
according to the manual, a state sync command--M66E0L0-- forces it to
update. The problem is that this stops the motion, and now instead of a
non-stop scan, I have a stop-go at each point. I still get around 4
readings per second so it would be workable, just not ideal.

Configuration section)
G20(Inches)
F10 (probe speed)

#4=-1  (Y start)
#5=.01 (Y increment)
#6=101 (Y count)

(End configuration section)

(LOGOPEN,profile-results.ngc)
#9=0 #10=0
G0Z#7
(file preamble)
(LOG,G20)
(LOG,G64 P0.002)
(LOG,F30)
O1 while [#9 lt #6]
G1 Y[#4+#5*#9]
 (LOG, G1 X#<_hal[z-pos-fb]>Y#<_Y> )
 M66E0L0
#9=[#9+1]
O1 endwhile
(LOG,G0X0Y0)
(LOG,M2)
(LOGCLOSE)
G0Y#4
M2

On Fri, Feb 25, 2022 at 10:33 PM Thaddeus Waldner 
wrote:

>
>> I am not sure what the built-in parameters such as #<_Z> show in this
>> situation. I would suspect that it is commanded position but it's not
>> hard to find out.
>>
>
> I just ran the following gcode:
>
> (Configuration section)
> G20(Inches)
> F2(probe speed)
>
> #4=-1  (Y start)
> #5=.04 (Y increment)
> #6=51  (Y count)
>
> (End configuration section)
>
> (LOGOPEN,profile-results.ngc)
> #9=0
>
> O1 while [#9 lt #6]
> G0 Y[#4+#5*#9]
>  (LOG, G1 #<_Y>, #<_Z>)
> #9=[#9+1]
> O1 endwhile
>
> (LOGCLOSE)
> G0Y#4
> M2
>
> I manually moved the z encoder while this was happening.
> It produces a log file as expected, bu all the z-values are zero.
> some more testing with (DEBUG, #<_Z>) showed that #<_Z> stays zero until
> it is changed by motion. For example, using the jog keys will change it.
>
> Anything else I can try?
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]

>
>
> I am not sure what the built-in parameters such as #<_Z> show in this
> situation. I would suspect that it is commanded position but it's not
> hard to find out.
>

I just ran the following gcode:

(Configuration section)
G20(Inches)
F2(probe speed)

#4=-1  (Y start)
#5=.04 (Y increment)
#6=51  (Y count)

(End configuration section)

(LOGOPEN,profile-results.ngc)
#9=0

O1 while [#9 lt #6]
G0 Y[#4+#5*#9]
 (LOG, G1 #<_Y>, #<_Z>)
#9=[#9+1]
O1 endwhile

(LOGCLOSE)
G0Y#4
M2

I manually moved the z encoder while this was happening.
It produces a log file as expected, bu all the z-values are zero.
some more testing with (DEBUG, #<_Z>) showed that #<_Z> stays zero until it
is changed by motion. For example, using the jog keys will change it.

Anything else I can try?

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[gene heskett]

On Friday, February 25, 2022 9:16:05 AM EST Thaddeus Waldner wrote:
> > In that case, I'd design the probe to be held in the x axis, or
> > crossfeed if this is a lathe, with its own self contained contact
> > closer, move y by whatever increment is needed to get the y accuracy
> > you need, and use the std g38.2 probe to record the trip position.
> 
> No, it’s not a camshaft :). The profile is continuous and I want to
> avoid having to build an actual powered axis in the direction that I
> am probing. I would like a simple roller-follower attached to an
> encoder that, pretends to be an axis—not that there’s a huge
> difference between the two. Though there will need to be a way to
> engage the roller from a stored position, but that can be a manual
> job.

But thats a time sink like a black hole. I have used the G38.2 to record 
an xyz point map, on a 20 thou grid, of a P17 rifle floor plate intending 
to carve an alu replacement by using G38.2's ability to keep a log file, 
Took my CNC'd X1 mill about 3 days to do it at that high res. Which was 
not high enough to make a good replica, so that round tuit never got 
done. No way was I going to stand there turning cranks by hand, I could 
turn out the lights and let it do its thing. Check back daily till it was 
done. The folks who coded LinuxCNC have given us some pretty powerfull 
tools, so I used them.

In this case, I should have used it to make a sand mold, but in what is 
now a 20 lb rifle, the importance of that ounce saved got lost. It 
doesn't count when sitting on a stump, waiting for a deer to come down 
yonder trail that you are downwind from.

> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[gene heskett]

On Friday, February 25, 2022 9:05:45 AM EST Thaddeus Waldner wrote:
> >> You don't need a joint at all.  You can just have an encoder
> >> channel that doesn't connect to any joint.
> 
> I will look into the halsampler solution. Can you point me to a working
> example? The end goal is indeed a point cloud. One issue that might
> make it simpler (or not!) to have an actual joint is that I have still
> not determined if the probe/wheel can work on a linear axis or if I
> need to do a trailing rotating arm so as better to roll over steep
> features without snagging.

That should not be required since G38.2 can have a starting point well  
off the work for each point probed. That initial slow motion will eat 
execution time like M's though. One could run an initial low res probe, 
and the results of that then used as the starting point for the hi res 
and slower probe, starting at say 50 thou out from the low res probe 
result. Some creative writing will pay off in quicker results. To stop 
probe crashes, use a start point for each probe that is the highest of 
the 3 adjacent to the current point the hi res probe is doing,

> > True, though there is something to be said for having a dummy axis
> > just so that the LinuxCNC GUI will display the encoder position.
> > 
> > You don't need a stepgen, just set up the system as normal but leave
> > joint.N.motor-pos-cmd unconnected. Connect motor-pos-fb to the
> > encoder
> > counter.
> > Then set the following error limits to several miles, and you should
> > get an onscreen readout of the probe position. (set the gui to
> > actual,
> > not commanded..)
> 
> This works with some caveats. The back plot updates to show movement of
> z position until I enable the joints. At which point it stops updating
> the back plot. The position readout does keep updating so maybe it
> will work.
> > I am not sure what the built-in parameters such as #<_Z> show in this
> > situation. I would suspect that it is commanded position but it's not
> > hard to find out.
> 
> That would be the next step..
> 
> Thanks for the help, gentlemen.
 
Take care & stay well Thaddeus.

Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]


> In that case, I'd design the probe to be held in the x axis, or crossfeed 
> if this is a lathe, with its own self contained contact closer, move y by 
> whatever increment is needed to get the y accuracy you need, and use the 
> std g38.2 probe to record the trip position.

No, it’s not a camshaft :). The profile is continuous and I want to avoid 
having to build an actual powered axis in the direction that I am probing. I 
would like a simple roller-follower attached to an encoder that, pretends to be 
an axis—not that there’s a huge difference between the two. Though there will 
need to be a way to engage the roller from a stored position, but that can be a 
manual job.

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]



>> You don't need a joint at all.  You can just have an encoder
>> channel that doesn't connect to any joint.

I will look into the halsampler solution. Can you point me to a working 
example? The end goal is indeed a point cloud.
One issue that might make it simpler (or not!) to have an actual joint is that 
I have still not determined if the probe/wheel can work on a linear axis or if 
I need to do a trailing rotating arm so as better to roll over steep features 
without snagging.

> True, though there is something to be said for having a dummy axis
> just so that the LinuxCNC GUI will display the encoder position.
> 
> You don't need a stepgen, just set up the system as normal but leave
> joint.N.motor-pos-cmd unconnected. Connect motor-pos-fb to the encoder
> counter.
> Then set the following error limits to several miles, and you should
> get an onscreen readout of the probe position. (set the gui to actual,
> not commanded..)
This works with some caveats. The back plot updates to show movement of z 
position until I enable the joints. At which point it stops updating the back 
plot. The position readout does keep updating so maybe it will work.

> I am not sure what the built-in parameters such as #<_Z> show in this
> situation. I would suspect that it is commanded position but it's not
> hard to find out.

That would be the next step.. 

Thanks for the help, gentlemen.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[andy pugh]

On Fri, 25 Feb 2022 at 05:12, Ralph Stirling
 wrote:
>
> You don't need a joint at all.  You can just have an encoder
> channel that doesn't connect to any joint.

True, though there is something to be said for having a dummy axis
just so that the LinuxCNC GUI will display the encoder position.

You don't need a stepgen, just set up the system as normal but leave
joint.N.motor-pos-cmd unconnected. Connect motor-pos-fb to the encoder
counter.
Then set the following error limits to several miles, and you should
get an onscreen readout of the probe position. (set the gui to actual,
not commanded..)

I am not sure what the built-in parameters such as #<_Z> show in this
situation. I would suspect that it is commanded position but it's not
hard to find out.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[gene heskett]

On Thursday, February 24, 2022 11:43:45 PM EST Thaddeus Waldner wrote:
> > That is likely because motion is aware its moving, but there is no
> > feedback of a signal showing that it has moved to show motion it is
> > following orders.  I have a pair of 100 ppr dials on my sheldons
> > replacement apron, which I use to drive it since there are no cranks
> > on mine, motors having replaced the cranks.  And I just spent 20
> > mins studying my hal file to find that coupling, but that hal file
> > is now several years old, and apparently not well enough commented
> > to let me get my ancient head back into what I was thinking back
> > then. At 87, can I plead oldtimers?
> 
> I suspect you connected them as MPGs, as that would be the most logical
> thing to do. I don’t think I want MPGs because the axis need to move
> during NC moves.
> 
> Perhaps if I were more clear as to what the purpose is of this axis …
> 
> I plan to use this axis with the linuxCNC probe features to
> automatically record the profile of a surface as the Y axis moves
> across that surface. The probe will have a roller on the end, which
> will be held in contact of the surface by gravity or a spring.
> 
> At this point, I am trying to find the correct hook to feed the
> position/velocity from the encoder into the joint, as Gene suggested,
> to get rid of the following error. Do I even need the stepgen? Can I
> have a joint without a motor? Can I configure the joint to ignore the
> following error and still get good position feedback?
> 
In that case, I'd design the probe to be held in the x axis, or crossfeed 
if this is a lathe, with its own self contained contact closer, move y by 
whatever increment is needed to get the y accuracy you need, and use the 
std g38.2 probe to record the trip position.

I use the cheapest roller tipped, under a buck each by the bag, teeny 
micro-switches for homing, and normaly get .02mm or better repeat 
accuracy's from them. You'd have to write the scanning routine, logging 
the results to a file for later processing, but its something you could 
start at quitting time, turn out the lights and it may or may not be done 
by lights on the next morning. Scanning something held in the chuck or 
between centers, would not if its round, even need the spindle to be 
turning. Scanning a camshaft OTOH, would require the ability to position 
the spindle by the degree or even less, and its position would then be 
logged but then you'd only need 2 reaings per lobe since there is often a 
teeny taper to encourage a flat or mushroom faced tappet to spin and 
equalize the wear. With roller tappets that is not done because the 
tappet is pinned from rotation anyway.

For cams, note that profiles are often patented.

Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Ralph Stirling]

You don't need a joint at all.  You can just have an encoder
channel that doesn't connect to any joint.  You can then
net encoder.xx.count to your display widget.  You could also
net a button widget to encoder.xx.reset to reset the count.
If you are wanting to scan into a point cloud, you could use
halsampler to capture the x, y, z encoder or stepgen counts
and probe encoder counts to a file.

I used this method to map errors of a stepper leadscrew actuator
with a 1um linear encoder borrowed out of an ancient manual
CMM.

-- Ralph

From: Thaddeus Waldner [thadw...@gmail.com]
Sent: Thursday, February 24, 2022 8:43 PM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Auxiliary axis DRO only

CAUTION: This email originated from outside the Walla Walla University email 
system.


> That is likely because motion is aware its moving, but there is no
> feedback of a signal showing that it has moved to show motion it is
> following orders.  I have a pair of 100 ppr dials on my sheldons
> replacement apron, which I use to drive it since there are no cranks on
> mine, motors having replaced the cranks.  And I just spent 20 mins
> studying my hal file to find that coupling, but that hal file is now
> several years old, and apparently not well enough commented to let me get
> my ancient head back into what I was thinking back then. At 87, can I
> plead oldtimers?

I suspect you connected them as MPGs, as that would be the most logical thing 
to do. I don’t think I want MPGs because the axis need to move during NC moves.

Perhaps if I were more clear as to what the purpose is of this axis …

I plan to use this axis with the linuxCNC probe features to automatically 
record the profile of a surface as the Y axis moves across that surface. The 
probe will have a roller on the end, which will be held in contact of the 
surface by gravity or a spring.

At this point, I am trying to find the correct hook to feed the 
position/velocity from the encoder into the joint, as Gene suggested, to get 
rid of the following error. Do I even need the stepgen? Can I have a joint 
without a motor? Can I configure the joint to ignore the following error and 
still get good position feedback?

___
Emc-users mailing list

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]

> That is likely because motion is aware its moving, but there is no 
> feedback of a signal showing that it has moved to show motion it is 
> following orders.  I have a pair of 100 ppr dials on my sheldons 
> replacement apron, which I use to drive it since there are no cranks on 
> mine, motors having replaced the cranks.  And I just spent 20 mins 
> studying my hal file to find that coupling, but that hal file is now 
> several years old, and apparently not well enough commented to let me get 
> my ancient head back into what I was thinking back then. At 87, can I 
> plead oldtimers?

I suspect you connected them as MPGs, as that would be the most logical thing 
to do. I don’t think I want MPGs because the axis need to move during NC moves. 

Perhaps if I were more clear as to what the purpose is of this axis …

I plan to use this axis with the linuxCNC probe features to automatically 
record the profile of a surface as the Y axis moves across that surface. The 
probe will have a roller on the end, which will be held in contact of the 
surface by gravity or a spring.

At this point, I am trying to find the correct hook to feed the 
position/velocity from the encoder into the joint, as Gene suggested, to get 
rid of the following error. Do I even need the stepgen? Can I have a joint 
without a motor? Can I configure the joint to ignore the following error and 
still get good position feedback?

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[gene heskett]

On Thursday, February 24, 2022 6:58:51 PM EST Thaddeus Waldner wrote:
> Which components do I need to get this working? I have it set up with a
> stepgen that is set up like the other axis. When I move the encoder
> the dro and backplot display changes but I get a following error.

That is likely because motion is aware its moving, but there is no 
feedback of a signal showing that it has moved to show motion it is 
following orders.  I have a pair of 100 ppr dials on my sheldons 
replacement apron, which I use to drive it since there are no cranks on 
mine, motors having replaced the cranks.  And I just spent 20 mins 
studying my hal file to find that coupling, but that hal file is now 
several years old, and apparently not well enough commented to let me get 
my ancient head back into what I was thinking back then. At 87, can I 
plead oldtimers?

Bear in mind that halshow doesn't show pins that aren't hooked up to 
something, so read the man pages carefully to find the correct pin names 
for your setup. One way is to define a netname, and feed it a likely 
sounding pin from the manpage list of pin names which will then cause 
that pin and its behaviour to be shown in halshow or in halscope. The 
likly suspects names may end in .fb. The output of the encoder watching 
your dials should probably be tied to this .fb pin in the .hal file.

I hope this is helpfull.

I can post that .hal file if you think it might help, but its got huge 
pieces of gingerbread in it too.  That may be helpfull and it may just 
confuse. Yell if you want it.

Take care & stay healthy.

> > On Feb 24, 2022, at 2:08 PM, andy pugh  wrote:
> > 
> > On Thu, 24 Feb 2022 at 17:44, Thaddeus Waldner  
wrote:
> >> Can anyone point me to a working example of this, or maybe point out
> >> what I need to do with homing?> 
> > Set HOME_SEARCH_VELOCITY to zero and it will home to zero wherever it
> > is (ie, without attempting to move)
> > You also need to add a HOME_SEQUENCE for the dummy axis.
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]

Which components do I need to get this working? I have it set up with a stepgen 
that is set up like the other axis. When I move the encoder the dro and 
backplot display changes but I get a following error.

> On Feb 24, 2022, at 2:08 PM, andy pugh  wrote:
> 
> On Thu, 24 Feb 2022 at 17:44, Thaddeus Waldner  wrote:
> 
>> Can anyone point me to a working example of this, or maybe point out what I 
>> need to do with homing?
> 
> Set HOME_SEARCH_VELOCITY to zero and it will home to zero wherever it
> is (ie, without attempting to move)
> You also need to add a HOME_SEQUENCE for the dummy axis.
> 
> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Auxiliary axis DRO only

[andy pugh]

On Thu, 24 Feb 2022 at 17:44, Thaddeus Waldner  wrote:

> Can anyone point me to a working example of this, or maybe point out what I 
> need to do with homing?

Set HOME_SEARCH_VELOCITY to zero and it will home to zero wherever it
is (ie, without attempting to move)
You also need to add a HOME_SEQUENCE for the dummy axis.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Auxiliary axis DRO only

[Thaddeus Waldner]

Hi,

I would like to add an unpowered manual axis with an encoder, just to get the 
DRO feature for position feedback. 

The machine has two axis (XY, both are steppers) and the third, unpowered axis 
would be Z. I have a homing sequence  for XY and I obviously can't home Z ...

Can anyone point me to a working example of this, or maybe point out what I 
need to do with homing?

Thanks,

Thaddeus 

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] >3-axis CAM Development

[Bari]

2 1/2 , 3 and 4 with indexing is already part of FreeCAD/Path

https://wiki.freecadweb.org/Path_Workbench

https://www.youtube.com/watch?v=MWFC17MIfOE


I'm using C++ and Python.

On 7/12/21 6:00 PM, Chris Albertson wrote:

So the program would likely accept a .STEP file and produce g-code.   I
would start with the simpler case of 2 1/2 D machining

There are two ways, X,Y raster scanning with the end mill, that is really
primitive, or contour following.  For counter following I think you have to
convert to a topographic map then trace each counter line around in a loop,
then go to the next line.   I think there are many ways to define "next
line"

At some point you need to look inside the STEP file to fin the "intent" for
example a threaded blind hole is made with a drill and tap, not a tiny end
mill on a 6-axis machine.

What are you using C++ or Python, Something else?


On Mon, Jul 12, 2021 at 2:57 PM Bari  wrote:


For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry
engine based on Open CASCADE. I'm looking at some physics engines now to
handle the collision avoidance between the tools, material and work
holders.

I'm am also looking at being able to input factors for the tools and
material to be able to create more optimal paths than just raster scans.
1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot
arm and tool steel vs 60xx aluminum.

On 7/12/21 4:17 PM, Matthew Herd wrote:

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding

situations

where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.

Probably

just work in a constant stepover and depth of cut and go round the part

in

a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about

2005,

but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:


I'm am working on creating open software for creating tool paths for 4+
axis machines.


What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first
then moving to smaller?


Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the
process. Not exactly sure what they used to do when creating paths with
their older software vs newer.




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users






___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] >3-axis CAM Development

[Chris Albertson]

So the program would likely accept a .STEP file and produce g-code.   I
would start with the simpler case of 2 1/2 D machining

There are two ways, X,Y raster scanning with the end mill, that is really
primitive, or contour following.  For counter following I think you have to
convert to a topographic map then trace each counter line around in a loop,
then go to the next line.   I think there are many ways to define "next
line"

At some point you need to look inside the STEP file to fin the "intent" for
example a threaded blind hole is made with a drill and tap, not a tiny end
mill on a 6-axis machine.

What are you using C++ or Python, Something else?


On Mon, Jul 12, 2021 at 2:57 PM Bari  wrote:

> For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry
> engine based on Open CASCADE. I'm looking at some physics engines now to
> handle the collision avoidance between the tools, material and work
> holders.
>
> I'm am also looking at being able to input factors for the tools and
> material to be able to create more optimal paths than just raster scans.
> 1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot
> arm and tool steel vs 60xx aluminum.
>
> On 7/12/21 4:17 PM, Matthew Herd wrote:
> > Hi Bari,
> >
> > Though I'm no expert, your goal is admirable.  I would say typically I do
> > tend to use the larger tools first when feasible (i.e. excluding
> situations
> > where I might have to drill first).  I try to use an adaptive tool path
> > whenever possible too.  I then move to one of many finishing strategies
> > (contour, horizontal, pencil, etc.)
> >
> > I think traditional roughing was probably rather raster oriented.
> Probably
> > just work in a constant stepover and depth of cut and go round the part
> in
> > a roughly square path.  However, I don't know because I have very limited
> > experience with CAM packages prior to Fusion360 about 6 years ago when
> > adaptive was pretty much standard.  I dabbled with MasterCAM in about
> 2005,
> > but I can't recall if there was an adaptive tool path back then.  I don't
> > believe there was, but I never dug that deep.
> >
> > Matt
> >
> > On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:
> >
> >> I'm am working on creating open software for creating tool paths for 4+
> >> axis machines.
> >>
> >>
> >> What are your approaches to machining when using 4+ axis machines?
> >>
> >>
> >> Hog out as much as possible first using the largest roughing tools first
> >> then moving to smaller?
> >>
> >>
> >> Any fine points to consider?
> >>
> >>
> >> One vendor of 5-axis CAM markets adaptive technology to speed up the
> >> process. Not exactly sure what they used to do when creating paths with
> >> their older software vs newer.
> >>
> >>
> >>
> >>
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >>
> >
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 

Chris Albertson
Redondo Beach, California

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] >3-axis CAM Development

[Bari]

For now my target is to work with FreeCAD/Path.  FreeCAD uses a geometry 
engine based on Open CASCADE. I'm looking at some physics engines now to 
handle the collision avoidance between the tools, material and work holders.


I'm am also looking at being able to input factors for the tools and 
material to be able to create more optimal paths than just raster scans. 
1" dia carbide roughing end mill on a 20HP VMC vs 1HP spindle on robot 
arm and tool steel vs 60xx aluminum.


On 7/12/21 4:17 PM, Matthew Herd wrote:

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding situations
where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.  Probably
just work in a constant stepover and depth of cut and go round the part in
a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about 2005,
but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:


I'm am working on creating open software for creating tool paths for 4+
axis machines.


What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first
then moving to smaller?


Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the
process. Not exactly sure what they used to do when creating paths with
their older software vs newer.




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users






___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] >3-axis CAM Development

[Matthew Herd]

Hi Bari,

Though I'm no expert, your goal is admirable.  I would say typically I do
tend to use the larger tools first when feasible (i.e. excluding situations
where I might have to drill first).  I try to use an adaptive tool path
whenever possible too.  I then move to one of many finishing strategies
(contour, horizontal, pencil, etc.)

I think traditional roughing was probably rather raster oriented.  Probably
just work in a constant stepover and depth of cut and go round the part in
a roughly square path.  However, I don't know because I have very limited
experience with CAM packages prior to Fusion360 about 6 years ago when
adaptive was pretty much standard.  I dabbled with MasterCAM in about 2005,
but I can't recall if there was an adaptive tool path back then.  I don't
believe there was, but I never dug that deep.

Matt

On Mon, Jul 12, 2021 at 5:10 PM Bari  wrote:

> I'm am working on creating open software for creating tool paths for 4+
> axis machines.
>
>
> What are your approaches to machining when using 4+ axis machines?
>
>
> Hog out as much as possible first using the largest roughing tools first
> then moving to smaller?
>
>
> Any fine points to consider?
>
>
> One vendor of 5-axis CAM markets adaptive technology to speed up the
> process. Not exactly sure what they used to do when creating paths with
> their older software vs newer.
>
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 
Matthew Herd
Email:  herd.m...@gmail.com
Cell:  610-608-8930

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] >3-axis CAM Development

[Bari]

I'm am working on creating open software for creating tool paths for 4+ 
axis machines.



What are your approaches to machining when using 4+ axis machines?


Hog out as much as possible first using the largest roughing tools first 
then moving to smaller?



Any fine points to consider?


One vendor of 5-axis CAM markets adaptive technology to speed up the 
process. Not exactly sure what they used to do when creating paths with 
their older software vs newer.





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] four axis foam cutter 2.8 config

[Ralph Stirling]

It'll be a few days, but I'll send you the original 2.7 hal file and the 
converted file, along with some notes.

Thanks!
-- Ralph

On Jul 2, 2021 5:37 PM, andy pugh  wrote:
CAUTION: This email originated from outside the Walla Walla University email 
system.


On Thu, 1 Jul 2021 at 01:38, Ralph Stirling
 wrote:
> The auto conversion doesn't seem to
> be quite sufficient for foam cutter configurations.

I wrote the conversion script, so I guess this is my fault.

If you can send me your HAL file I can try to figure out where I messed up.

I think that this is probably purely a HAL-level problem.

--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-usersdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C7e2a7310e68a42ce51fe08d93dbabf79%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637608694562211251%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=f6pgESKT%2BFrlz%2BptmImOFSlOuaK3lcbmJonNIAUiMY8%3Dreserved=0

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] four axis foam cutter 2.8 config

[andy pugh]

On Thu, 1 Jul 2021 at 01:38, Ralph Stirling
 wrote:
> The auto conversion doesn't seem to
> be quite sufficient for foam cutter configurations.

I wrote the conversion script, so I guess this is my fault.

If you can send me your HAL file I can try to figure out where I messed up.

I think that this is probably purely a HAL-level problem.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] four axis foam cutter 2.8 config

[Phill Carter]

> On 2 Jul 2021, at 9:03 am, Ralph Stirling  
> wrote:
> 
> Some developer went to the trouble to add the very nice
> FOAM mode to axis, which looks great.  There just seems
> to be some problem with kinematics that won't drive the
> second pair of joints.  I've tried changing to joints 6 and 7
> instead of 2 and 3 for the U and V axes, but that didn't
> work.  There is either missing information in the docs for
> making this work, or a bug, not sure which yet.  I'll keep
> reading source code and experimenting.
> 
> — Ralph

There is a Axis sim that may shed some light:

<https://github.com/LinuxCNC/linuxcnc/tree/master/configs/sim/axis/foam 
<https://github.com/LinuxCNC/linuxcnc/tree/master/configs/sim/axis/foam>>

> 
> From: Todd Zuercher [to...@pgrahamdunn.com]
> Sent: Thursday, July 1, 2021 2:08 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] four axis foam cutter 2.8 config
> 
> CAUTION: This email originated from outside the Walla Walla University email 
> system.
> 
> 
> I don't think there are a whole lot of foam cutters out there period.  But 
> with my very limited knowledge of the subject, I would have thought the JA 
> version would be better suited for it.  It is possible that some of the 
> workarounds that had to be done to make the wire cutter work  with the 
> earlier versions are no longer needed and causing problems in your new 
> config.  But I really have no idea, what the problem(s) could be.
> 
> Todd Zuercher
> P. Graham Dunn Inc.
> 630 Henry Street
> Dalton, Ohio 44618
> Phone:  (330)828-2105ext. 2031
> 
> -Original Message-----
> From: Ralph Stirling 
> Sent: Thursday, July 01, 2021 3:25 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] four axis foam cutter 2.8 config
> 
> [EXTERNAL EMAIL] Be sure links are safe.
> 
> I'm getting the impression that I'm the first one to actually try post-2.7 
> linuxcnc on 4-axis foam cutter hardware.  I've set up 2.9-pre0 from git so I 
> can start poking in the source code.  2.9-pre0 behaves the same way.  I have 
> verified that axis.x.pos-cmd and joint.0.pos-cmd both change as expected, but 
> axis.y.pos-cmd changes while joint.2.pos-cmd does not.  So something is 
> broken in joint-axis code for the XY;UV geometry.
> 
> -- Ralph
> 
> From: Ralph Stirling
> Sent: Wednesday, June 30, 2021 5:20 PM
> To: emc-users@lists.sourceforge.net
> Subject: four axis foam cutter 2.8 config
> 
> I upgraded our 4-axis hotwire foam cutter to 2.8 recently, and have not been 
> able to get it running again yet.  The auto conversion doesn't seem to be 
> quite sufficient for foam cutter configurations.
> 
> I now have homing on all four axes working (XY;UV), but once homing is 
> finished I can't jog U or V.  The backplot shows motion, but the axes don't 
> move.
> X and Y jog properly.  The U and V (and joint 2 and
> 3) sections are copied directly from X/0 and Y/1 with only the axis and joint 
> designation changing.
> 
> Does anybody have a functioning 2.8 foam cutter configuration I could look at?
> 
> Thanks,
> -- Ralph
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-usersdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C395e614813364ec22fb008d93cd67298%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637607714016967745%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=DPF3h8NTz7wqMjFxkYpCpJaAzfTuvOTwDKAjEedJUuk%3Dreserved=0
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-usersdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C395e614813364ec22fb008d93cd67298%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637607714016967745%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=DPF3h8NTz7wqMjFxkYpCpJaAzfTuvOTwDKAjEedJUuk%3Dreserved=0
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] four axis foam cutter 2.8 config

[Ralph Stirling]

Some developer went to the trouble to add the very nice
FOAM mode to axis, which looks great.  There just seems
to be some problem with kinematics that won't drive the
second pair of joints.  I've tried changing to joints 6 and 7
instead of 2 and 3 for the U and V axes, but that didn't
work.  There is either missing information in the docs for
making this work, or a bug, not sure which yet.  I'll keep
reading source code and experimenting.

-- Ralph

From: Todd Zuercher [to...@pgrahamdunn.com]
Sent: Thursday, July 1, 2021 2:08 PM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] four axis foam cutter 2.8 config

CAUTION: This email originated from outside the Walla Walla University email 
system.


I don't think there are a whole lot of foam cutters out there period.  But with 
my very limited knowledge of the subject, I would have thought the JA version 
would be better suited for it.  It is possible that some of the workarounds 
that had to be done to make the wire cutter work  with the earlier versions are 
no longer needed and causing problems in your new config.  But I really have no 
idea, what the problem(s) could be.

Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031

-Original Message-
From: Ralph Stirling 
Sent: Thursday, July 01, 2021 3:25 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] four axis foam cutter 2.8 config

[EXTERNAL EMAIL] Be sure links are safe.

I'm getting the impression that I'm the first one to actually try post-2.7 
linuxcnc on 4-axis foam cutter hardware.  I've set up 2.9-pre0 from git so I 
can start poking in the source code.  2.9-pre0 behaves the same way.  I have 
verified that axis.x.pos-cmd and joint.0.pos-cmd both change as expected, but 
axis.y.pos-cmd changes while joint.2.pos-cmd does not.  So something is broken 
in joint-axis code for the XY;UV geometry.

-- Ralph

From: Ralph Stirling
Sent: Wednesday, June 30, 2021 5:20 PM
To: emc-users@lists.sourceforge.net
Subject: four axis foam cutter 2.8 config

I upgraded our 4-axis hotwire foam cutter to 2.8 recently, and have not been 
able to get it running again yet.  The auto conversion doesn't seem to be quite 
sufficient for foam cutter configurations.

I now have homing on all four axes working (XY;UV), but once homing is finished 
I can't jog U or V.  The backplot shows motion, but the axes don't move.
X and Y jog properly.  The U and V (and joint 2 and
3) sections are copied directly from X/0 and Y/1 with only the axis and joint 
designation changing.

Does anybody have a functioning 2.8 foam cutter configuration I could look at?

Thanks,
-- Ralph


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-usersdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C395e614813364ec22fb008d93cd67298%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637607714016967745%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=DPF3h8NTz7wqMjFxkYpCpJaAzfTuvOTwDKAjEedJUuk%3Dreserved=0


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-usersdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C395e614813364ec22fb008d93cd67298%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637607714016967745%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=DPF3h8NTz7wqMjFxkYpCpJaAzfTuvOTwDKAjEedJUuk%3Dreserved=0


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] four axis foam cutter 2.8 config

[Todd Zuercher]

I don't think there are a whole lot of foam cutters out there period.  But with 
my very limited knowledge of the subject, I would have thought the JA version 
would be better suited for it.  It is possible that some of the workarounds 
that had to be done to make the wire cutter work  with the earlier versions are 
no longer needed and causing problems in your new config.  But I really have no 
idea, what the problem(s) could be.

Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street 
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031

-Original Message-
From: Ralph Stirling  
Sent: Thursday, July 01, 2021 3:25 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] four axis foam cutter 2.8 config

[EXTERNAL EMAIL] Be sure links are safe.

I'm getting the impression that I'm the first one to actually try post-2.7 
linuxcnc on 4-axis foam cutter hardware.  I've set up 2.9-pre0 from git so I 
can start poking in the source code.  2.9-pre0 behaves the same way.  I have 
verified that axis.x.pos-cmd and joint.0.pos-cmd both change as expected, but 
axis.y.pos-cmd changes while joint.2.pos-cmd does not.  So something is broken 
in joint-axis code for the XY;UV geometry.

-- Ralph

From: Ralph Stirling
Sent: Wednesday, June 30, 2021 5:20 PM
To: emc-users@lists.sourceforge.net
Subject: four axis foam cutter 2.8 config

I upgraded our 4-axis hotwire foam cutter to 2.8 recently, and have not been 
able to get it running again yet.  The auto conversion doesn't seem to be quite 
sufficient for foam cutter configurations.

I now have homing on all four axes working (XY;UV), but once homing is finished 
I can't jog U or V.  The backplot shows motion, but the axes don't move.
X and Y jog properly.  The U and V (and joint 2 and
3) sections are copied directly from X/0 and Y/1 with only the axis and joint 
designation changing.

Does anybody have a functioning 2.8 foam cutter configuration I could look at?

Thanks,
-- Ralph


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] four axis foam cutter 2.8 config

[Ralph Stirling]

I'm getting the impression that I'm the first one to
actually try post-2.7 linuxcnc on 4-axis foam
cutter hardware.  I've set up 2.9-pre0 from git so
I can start poking in the source code.  2.9-pre0
behaves the same way.  I have verified that axis.x.pos-cmd
and joint.0.pos-cmd both change as expected, but
axis.y.pos-cmd changes while joint.2.pos-cmd does
not.  So something is broken in joint-axis code for
the XY;UV geometry.

-- Ralph

From: Ralph Stirling
Sent: Wednesday, June 30, 2021 5:20 PM
To: emc-users@lists.sourceforge.net
Subject: four axis foam cutter 2.8 config

I upgraded our 4-axis hotwire foam cutter to 2.8
recently, and have not been able to get it running
again yet.  The auto conversion doesn't seem to
be quite sufficient for foam cutter configurations.

I now have homing on all four axes working (XY;UV),
but once homing is finished I can't jog U or V.  The
backplot shows motion, but the axes don't move.
X and Y jog properly.  The U and V (and joint 2 and
3) sections are copied directly from X/0 and Y/1
with only the axis and joint designation changing.

Does anybody have a functioning 2.8 foam cutter
configuration I could look at?

Thanks,
-- Ralph


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] four axis foam cutter 2.8 config

[Ralph Stirling]

I upgraded our 4-axis hotwire foam cutter to 2.8
recently, and have not been able to get it running
again yet.  The auto conversion doesn't seem to
be quite sufficient for foam cutter configurations.

I now have homing on all four axes working (XY;UV),
but once homing is finished I can't jog U or V.  The
backplot shows motion, but the axes don't move.
X and Y jog properly.  The U and V (and joint 2 and
3) sections are copied directly from X/0 and Y/1
with only the axis and joint designation changing.

Does anybody have a functioning 2.8 foam cutter
configuration I could look at?

Thanks,
-- Ralph

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 5 axis cutter compensation

[Stuart Stevenson]

Gentlemen,
  My current attention to the project is driven by my desire to have 5 axis
cutter diameter compensation in LinuxCNC.
  I am now 67 (soon to be 68) years old and have retired. I sold out of MPM
in 2013. I had a shop for 5 years. I closed the shop in November of 2019,
sold most everything at an auction in January of 2020. The 5 year lease on
the shop expired in February of 2020. I did nothing for a few months. This
quickly turned into a very boring existence. I have been working on a
couple of CAD projects and went to work (contract) for a shop in town to
help put together a 100 inch vertical Summit lathe. Since the middle of
October 2020 I have been watching one of  my grandsons. He was six weeks
old then and is now 7 months old. I have him 4 days a week. He is just now
at the age where he is beginning to not require my constant attention every
minute he is with me so I have some time to think about this cutter
diameter project.
  In my perusal of the project to see where I need to change/insert things
to have 5 axis cutter diameter compensation I have seen a number of (I
think) needed changes. If the changes look small and easy I may try to do
them for the experience.
  I did one project like that. I saw the reference to G17, G18 and G19 are
respective XY, XZ and YZ in LinuxCNC. In most other controls the reference
is XY, ZX and YZ. In my system now the reference matches most other
controls. I chose this because the function of these changes is so minimal
I don't believe I could have broken anything. I changed a few variable
names (CANON_PLANE_XZ to CANON_PLANE_ZX, etc) and successfully compiled so
I think I have my system clean. I don't plan to ask for these changes to be
incorporated into LinuxCNC as this is such a minor issue. I just wanted to
do this to see if I could get my grep skills working enough to be able to
complete this small project.
  I have the algorithm for 5 axis cutter diameter compensation in the style
of a machine like the Blue Cincinnati at MPM working in NCL. That machine
has an A and B head on the Z axis. I believe this can be incorporated in a
general way so as to be applicable to any 5 axis machine and maybe even
used for 2 axis lathes and 3 (and 4) axis mills.
  One thing I have seen is I believe cutter diameter compensation can be
implemented in such a way as to greatly simplify the handling through
LinuxCNC. Handling legacy programs would be no problem so current
functionality would not be affected. On going CDC would be handled in all
orientation with no problem and very easily. I have the logic figured out.
My problem is expressing my project in C/C++ so others can follow it
easily. The Cinci at MPM (now in Tulsa) has 5 axis tool length compensation
and full 5 axis geometry compensation. I showed my project to Jeff and
Chris. Their reaction was amazing (surprise). They had no desire to spend
the time necessary to understand how I had accomplished it. I had about 70
lines of variables and math. Jeff's comment was "inscrutable". I have to
agree. At that time I was very familiar with it. Now when I look at it
inscrutable is very appropriate.

  Circular interpolation is also an area to be simplified. G17, G18 and G19
can be eliminated. They would have to stay so legacy programs would still
function. I would implement G02/G03 as follows:
G02/G03 X Y Z I J K F would circle the tool around a vector perpendicular
to a plane described by the IJ values combined with the XY start point
values to establish the circle center. The perpendicular vector (the circle
interpolation vector) would be established by the K value in relation to
the center point. This would not need to be aligned with the tool axis
vector but could be.
Also, G02/G03 Y Z X J K I F and G02/G03 Z X Y K I J F would be usable. (I
think)
I haven't worked on this at all. I just saw that when looking at the
current code.

Also, I would like to see polar interpolation.

Also, I would like to see spiral interpolation.

Also, I would like G68/G69 (coordinate system rotation). The Fanuc 15MB
allowed you to use two consecutive G68 commands to rotate the working plane
to any orientation. All programming commands then functioned at that angle
as if the part had been rotated to the XY plane. This was on the 5 axis
XYZBC Viper bridge mill at MPM. B and C are a two axis head on the end of
the Z axis ram. A little tricky and seldom used but sometimes useful.

Whew - what a word salad.

thanks
Stuart





















-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
> Sent: April-02-21 7:55 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> 
> On Fri, 2 Apr 2021 at 11:40, andy pugh  wrote:
> 
> >
> > With no other, better, choice, the rotations in the preview are around the
> > machine origin.
> >
> 
> An update in Master has been brought to my attention:
> http://linuxcnc.org/docs/devel/html/config/ini-config.html#_display_section
> The GEOMETRY string can now include a "!"
> 
> --

Ah.  That appears to make a difference and now shows I have one other issue 
with the display compared to real life.  Because my knee moves up and down and 
my home position is at the lowest point of knee travel after homing the tool 
cone is shown at the top of the work envelope.  The little blue icon (I think 
represents machine home position) is also at the top and with the !AXYZ shows 
rotation around this point.  

I have reset all G54, G92, etc. to be 0.

A negative Z motion from Z=0 still moves closer to the tool.  A positive moves 
away from the tool.

The write-up 
http://linuxcnc.org/docs/devel/html/config/ini-homing.html#cha:homing-configuration
 is a bit confusing because it expects the home and limit switch at the other 
end of what I have.  Which isn't safe since homing towards the spindle that 
might still hold a tool is somewhat dangerous.

So I've made changes to that page which I scanned and put here:
http://www.autoartisans.com/mill/HomeSwitchInfo.pdf
net max-home-z => axis.2.home-sw-in
net max-x-y-min-z => axis.2.neg-lim-sw-in
net max-home-z => axis.2.pos-lim-sw-in

Now this all works.  Motion from Home is negative towards the spindle as the 
knee moves up.  Soft limits work without hitting the switches and loading a G 
code file outside the working envelope raises an error.  So all is good.

Except...  If the HOME_OFFSET is 0.2 and the + LIMIT switch was used to 
determine HOME why does the machine home icon show up at the top left of the 
work envelope on the AXIS display as in 
http://www.autoartisans.com/mill/Screenshot_2021-04-01_19-00-35.png

Moving the knee towards the spindle show correct motion in the downwards 
direction (more negative).   

And Z G54 axis is pointed up for more positive.If I move all axis to 
roughly to the center of the work envelope and touch of all three axis then the 
XYZ arrows move down to that position.  Reload the GCode and it's positioned 
relative to that 0,0,0 point.  The A axis still rotates around the machine home 
position.  

I must be missing something obvious.  Any other variations of MIN or MAX LIMITs 
can move Machine Home to the bottom left hand corner but then soft limits no 
longer work or I've run the knee into the end of travel during the move to 
HOME_OFFSET.

Maybe I'm puzzled about something that isn't important.It all started me 
worrying when the A Axis rotated around machine home that appeared to be on the 
wrong end of the work envelope.

John





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[andy pugh]

On Fri, 2 Apr 2021 at 11:40, andy pugh  wrote:

>
> With no other, better, choice, the rotations in the preview are around the
> machine origin.
>

An update in Master has been brought to my attention:
http://linuxcnc.org/docs/devel/html/config/ini-config.html#_display_section
The GEOMETRY string can now include a "!"

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is designed
for the especial use of mechanical geniuses, daredevils and lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Scott Harwell via Emc-users]

 John,
I don't know why tool orientation is reversed.
Scott




On Thursday, April 1, 2021, 10:32:32 PM CDT, John Dammeyer 
 wrote:  
 
 I'm puzzled by what exactly the Axis interface is showing here.  

I did a home all.  Then G0 X0 Y0 Z0 which moves to the G54 0,0,0 position which 
is roughly in the middle of my work envelope as shown by red boundaries.  The 
LinuxCNC logo is set up in the middle.

http://www.autoartisans.com/mill/Screenshot_2021-04-01_19-00-35.png


I then jogged the A axis 90 degrees one way and the roughly 270 in the other 
direction.  The A Axis center of rotation is in the direction with the X axis 
as expected but appears to be around the upper  Why is the JOG arc so large?  
The tool image is totally outside the work envelope.

I see from the AXIS docs that AXYZ determines the order of how the drawing is 
recreated.  However I don't understand the thinking behind the rotation image.

John




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
  ___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[andy pugh]

On Fri, 2 Apr 2021 at 04:32, John Dammeyer  wrote:

I then jogged the A axis 90 degrees one way and the roughly 270 in the
> other direction.  The A Axis center of rotation is in the direction with
> the X axis as expected but appears to be around the upper  Why is the JOG
> arc so large?  The tool image is totally outside the work envelope.
>

With no other, better, choice, the rotations in the preview are around the
machine origin.

The axis preview just plots the axis motions in machine coordinate space.
And it really has no idea where your rotary axis origin is.

You could probably set up your joint limits in the INI to accurately place
the rotary axis axis on the axis to get a more accurate preview in Axis. :-)

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is designed
for the especial use of mechanical geniuses, daredevils and lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

I'm puzzled by what exactly the Axis interface is showing here.  

I did a home all.  Then G0 X0 Y0 Z0 which moves to the G54 0,0,0 position which 
is roughly in the middle of my work envelope as shown by red boundaries.  The 
LinuxCNC logo is set up in the middle.

http://www.autoartisans.com/mill/Screenshot_2021-04-01_19-00-35.png


I then jogged the A axis 90 degrees one way and the roughly 270 in the other 
direction.  The A Axis center of rotation is in the direction with the X axis 
as expected but appears to be around the upper  Why is the JOG arc so large?  
The tool image is totally outside the work envelope.

I see from the AXIS docs that AXYZ determines the order of how the drawing is 
recreated.  However I don't understand the thinking behind the rotation image.

John




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

My appologies.  Was editing the incorrect ini file.  The clue was when I went 
back to edit again and it appeared that AXYZ had reverted back to xyza.

And sure enough, once I fixed the 'correct' ini file I also get the rotary axis 
preview.  

John

> -Original Message-
> From: John Dammeyer [mailto:jo...@autoartisans.com]
> Sent: March-31-21 7:37 PM
> To: 'Enhanced Machine Controller (EMC)'
> Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> 
> Scott,
> There are only a couple of differences.
> I have
> ARCDIVISION=64
> GRIDS = 10mm 20mm 50mm 100mm 1in 2in 5in 10in
> I've also added a panel but that's outside the display screen.
> PYVCP = pyvcp-panel.xml
> 
> and I'm missing
> CYCLE_TIME = 100
> 
> Here's mine.
> [DISPLAY]
> DISPLAY = axis
> POSITION_OFFSET = RELATIVE
> POSITION_FEEDBACK = ACTUAL
> MAX_FEED_OVERRIDE = 1.50
> MAX_SPINDLE_OVERRIDE = 1.00
> MIN_SPINDLE_OVERRIDE = 0.50
> INTRO_GRAPHIC = linuxcnc.gif
> INTRO_TIME = 5
> PROGRAM_PREFIX = /home/john/linuxcnc/nc_files
> INCREMENTS = .1in .05in .01in .005in .001in .0005in .0001in
> ARCDIVISION = 64
> GRIDS = 10mm 20mm 50mm 100mm 1in 2in 5in 10in
> POSITION_FEEDBACK = ACTUAL
> DEFAULT_LINEAR_VELOCITY = 1.00
> MIN_LINEAR_VELOCITY = 0
> MAX_LINEAR_VELOCITY = 3.0
> DEFAULT_ANGULAR_VELOCITY = 90.00
> MIN_ANGULAR_VELOCITY = 0
> MAX_ANGULAR_VELOCITY = 180.00
> EDITOR = mousepad
> GEOMETRY = AXYZ
> PYVCP = pyvcp-panel.xml
> 
> > -Original Message-
> > From: Scott Harwell via Emc-users [mailto:emc-users@lists.sourceforge.net]
> > Sent: March-31-21 6:24 PM
> > To: Enhanced Machine Controller (EMC)
> > Cc: Scott Harwell
> > Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> >
> >  John,
> > I have it almost working. The tool still tilts, but it will display the 
> > ring, and you can see what is happening.
> > From my INI
> >
> > [DISPLAY]
> > DISPLAY = axis
> > POSITION_OFFSET = RELATIVE
> > POSITION_FEEDBACK = ACTUAL
> > MAX_FEED_OVERRIDE = 2.00
> > MAX_SPINDLE_OVERRIDE = 1.50
> > MIN_SPINDLE_OVERRIDE = 0.50
> > INTRO_GRAPHIC = linuxcnc.gif
> > INTRO_TIME = 5
> > PROGRAM_PREFIX = /home/sh/linuxcnc/nc_files
> > INCREMENTS = .1in .05in .01in .005in .001in .0005in .0001in
> > POSITION_FEEDBACK = ACTUAL
> > DEFAULT_LINEAR_VELOCITY = 0.25
> > MAX_LINEAR_VELOCITY = 1.00
> > MIN_LINEAR_VELOCITY = 0.016670
> > DEFAULT_ANGULAR_VELOCITY = 12.00
> > MAX_ANGULAR_VELOCITY = 180.00
> > MIN_ANGULAR_VELOCITY = 1.67
> > EDITOR = gedit
> > GEOMETRY = aXYZ
> > CYCLE_TIME = 100
> > Excuse the speeds this is from my prototype system, no machine.
> > Scott
> >
> >
> > On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer 
> >  wrote:
> >
> >  Forgot to mention I had tried that.? I have it set to AXYZ.? The tool 
> > images starts with the flat of the tool cone facing away from
> me.?
> > I can now also see the A change briefly to say 20 and then back to zero, 
> > probably due to the G92.
> >
> > But it's still drawing the image as if it's in one spot.? Which in effect 
> > it is since the rotary axis, in line with the X axis is turning so the
> > XYZ remain the same other than Z moving into the work to cut and out to 
> > retract.? X moves along the graduations and AX move to
> > draw the letters.
> >
> > So something else in the INI or HAL file is still confusing the system.
> >
> > John
> > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > >
> > > You need in the display section of the INI file
> > >
> > > GEOMETRY = AXYZ
> > >
> > > On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  
> > > wrote:
> > >
> > > >
> > > > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > > >
> > > > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > > > >
> > > > Alright, I'm confused.
> > > > I've got the G-Code turning the 4th axis A.? The X moves back and forth
> > > > for carving the lines as does A when letters are carved.? At 90 degrees 
> > > > the
> > > > conical tool image on the AXIS screen has rotated 90 degrees but the
> > > > location of A is still zero on the screen as well as I don't get that
> > > > circular image that Sam has.
> > > > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> > > >
> > > > S

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

Scott,
There are only a couple of differences.
I have 
ARCDIVISION=64 
GRIDS = 10mm 20mm 50mm 100mm 1in 2in 5in 10in
I've also added a panel but that's outside the display screen.
PYVCP = pyvcp-panel.xml

and I'm missing 
CYCLE_TIME = 100

Here's mine.
[DISPLAY]
DISPLAY = axis
POSITION_OFFSET = RELATIVE
POSITION_FEEDBACK = ACTUAL
MAX_FEED_OVERRIDE = 1.50
MAX_SPINDLE_OVERRIDE = 1.00
MIN_SPINDLE_OVERRIDE = 0.50
INTRO_GRAPHIC = linuxcnc.gif
INTRO_TIME = 5
PROGRAM_PREFIX = /home/john/linuxcnc/nc_files
INCREMENTS = .1in .05in .01in .005in .001in .0005in .0001in
ARCDIVISION = 64
GRIDS = 10mm 20mm 50mm 100mm 1in 2in 5in 10in
POSITION_FEEDBACK = ACTUAL
DEFAULT_LINEAR_VELOCITY = 1.00
MIN_LINEAR_VELOCITY = 0
MAX_LINEAR_VELOCITY = 3.0
DEFAULT_ANGULAR_VELOCITY = 90.00
MIN_ANGULAR_VELOCITY = 0
MAX_ANGULAR_VELOCITY = 180.00
EDITOR = mousepad
GEOMETRY = AXYZ
PYVCP = pyvcp-panel.xml

> -Original Message-
> From: Scott Harwell via Emc-users [mailto:emc-users@lists.sourceforge.net]
> Sent: March-31-21 6:24 PM
> To: Enhanced Machine Controller (EMC)
> Cc: Scott Harwell
> Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> 
>  John,
> I have it almost working. The tool still tilts, but it will display the ring, 
> and you can see what is happening.
> From my INI
> 
> [DISPLAY]
> DISPLAY = axis
> POSITION_OFFSET = RELATIVE
> POSITION_FEEDBACK = ACTUAL
> MAX_FEED_OVERRIDE = 2.00
> MAX_SPINDLE_OVERRIDE = 1.50
> MIN_SPINDLE_OVERRIDE = 0.50
> INTRO_GRAPHIC = linuxcnc.gif
> INTRO_TIME = 5
> PROGRAM_PREFIX = /home/sh/linuxcnc/nc_files
> INCREMENTS = .1in .05in .01in .005in .001in .0005in .0001in
> POSITION_FEEDBACK = ACTUAL
> DEFAULT_LINEAR_VELOCITY = 0.25
> MAX_LINEAR_VELOCITY = 1.00
> MIN_LINEAR_VELOCITY = 0.016670
> DEFAULT_ANGULAR_VELOCITY = 12.00
> MAX_ANGULAR_VELOCITY = 180.00
> MIN_ANGULAR_VELOCITY = 1.67
> EDITOR = gedit
> GEOMETRY = aXYZ
> CYCLE_TIME = 100
> Excuse the speeds this is from my prototype system, no machine.
> Scott
> 
> 
> On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer 
>  wrote:
> 
>  Forgot to mention I had tried that.� I have it set to AXYZ.� The tool images 
> starts with the flat of the tool cone facing away from me.�
> I can now also see the A change briefly to say 20 and then back to zero, 
> probably due to the G92.
> 
> But it's still drawing the image as if it's in one spot.� Which in effect it 
> is since the rotary axis, in line with the X axis is turning so the
> XYZ remain the same other than Z moving into the work to cut and out to 
> retract.� X moves along the graduations and AX move to
> draw the letters.
> 
> So something else in the INI or HAL file is still confusing the system.
> 
> John
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> >
> > You need in the display section of the INI file
> >
> > GEOMETRY = AXYZ
> >
> > On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  wrote:
> >
> > >
> > > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > >
> > > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > > >
> > > Alright, I'm confused.
> > > I've got the G-Code turning the 4th axis A.� The X moves back and forth
> > > for carving the lines as does A when letters are carved.� At 90 degrees 
> > > the
> > > conical tool image on the AXIS screen has rotated 90 degrees but the
> > > location of A is still zero on the screen as well as I don't get that
> > > circular image that Sam has.
> > > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> > >
> > > So physically the Axis is turning.� But it doesn't seem to be represented
> > > on the screen.� What could be missing?� Something in the HAL or INI file?
> > >
> > > Thanks
> > > John
> > >
> > >
> > >
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

Thanks Scott.  Yes.  The code was changed to

#<_f> = 80
 from 
#<_feed> = 20

I tried _feed1 which also worked.

John

> -Original Message-
> From: Scott Harwell via Emc-users [mailto:emc-users@lists.sourceforge.net]
> Sent: March-31-21 7:06 PM
> To: Enhanced Machine Controller (EMC)
> Cc: Scott Harwell
> Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> 
> G-code to engrave numbers on cylinders
> 
> |
> |
> |
> |  |  |
> 
>  |
> 
>  |
> |
> |  |
> G-code to engrave numbers on cylinders
> 
> [edit 30/8/18: I added tick marks, see 
> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-c...
>  |
> 
>  |
> 
>  |
> 
> 
> John,
> 
> The file at the bottom of page 2 works in 2.9.0. No error for "F".
> Scott
> 
> 
> 
> On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer 
>  wrote:
> 
>  Forgot to mention I had tried that.� I have it set to AXYZ.� The tool images 
> starts with the flat of the tool cone facing away from me.�
> I can now also see the A change briefly to say 20 and then back to zero, 
> probably due to the G92.
> 
> But it's still drawing the image as if it's in one spot.� Which in effect it 
> is since the rotary axis, in line with the X axis is turning so the
> XYZ remain the same other than Z moving into the work to cut and out to 
> retract.� X moves along the graduations and AX move to
> draw the letters.
> 
> So something else in the INI or HAL file is still confusing the system.
> 
> John
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> >
> > You need in the display section of the INI file
> >
> > GEOMETRY = AXYZ
> >
> > On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  wrote:
> >
> > >
> > > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > >
> > > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > > >
> > > Alright, I'm confused.
> > > I've got the G-Code turning the 4th axis A.� The X moves back and forth
> > > for carving the lines as does A when letters are carved.� At 90 degrees 
> > > the
> > > conical tool image on the AXIS screen has rotated 90 degrees but the
> > > location of A is still zero on the screen as well as I don't get that
> > > circular image that Sam has.
> > > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> > >
> > > So physically the Axis is turning.� But it doesn't seem to be represented
> > > on the screen.� What could be missing?� Something in the HAL or INI file?
> > >
> > > Thanks
> > > John
> > >
> > >
> > >
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Scott Harwell via Emc-users]

 Sam,
Yahoo mail with Firefox on Debian 10.
Yes I noticed it really trashed the formatting, It didn't look like this when 
sent.

Your project is looking good. 

Scott

On Wednesday, March 31, 2021, 9:25:00 PM CDT, Sam Sokolik 
 wrote:  
 
 John - what ui are you using?

On Wed, Mar 31, 2021 at 9:08 PM Scott Harwell via Emc-users <
emc-users@lists.sourceforge.net> wrote:

> G-code to engrave numbers on cylinders
>
> |
> |
> |
> |  |  |
>
>  |
>
>  |
> |
> |  |
> G-code to engrave numbers on cylinders
>
> [edit 30/8/18: I added tick marks, see
> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-c.
> ..
>  |
>
>  |
>
>  |
>
>
> John,
>
> The file at the bottom of page 2 works in 2.9.0. No error for "F".
> Scott
>
>
>
>    On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer <
> jo...@autoartisans.com> wrote:
>
>  Forgot to mention I had tried that.  I have it set to AXYZ.  The tool
> images starts with the flat of the tool cone facing away from me.  I can
> now also see the A change briefly to say 20 and then back to zero, probably
> due to the G92.
>
> But it's still drawing the image as if it's in one spot.  Which in effect
> it is since the rotary axis, in line with the X axis is turning so the XYZ
> remain the same other than Z moving into the work to cut and out to
> retract.  X moves along the graduations and AX move to draw the letters.
>
> So something else in the INI or HAL file is still confusing the system.
>
> John
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> >
> > You need in the display section of the INI file
> >
> > GEOMETRY = AXYZ
> >
> > On Wed, Mar 31, 2021, 5:00 PM John Dammeyer 
> wrote:
> >
> > >
> > > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > >
> > >
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > > >
> > > Alright, I'm confused.
> > > I've got the G-Code turning the 4th axis A.  The X moves back and forth
> > > for carving the lines as does A when letters are carved.  At 90
> degrees the
> > > conical tool image on the AXIS screen has rotated 90 degrees but the
> > > location of A is still zero on the screen as well as I don't get that
> > > circular image that Sam has.
> > > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> > >
> > > So physically the Axis is turning.  But it doesn't seem to be
> represented
> > > on the screen.  What could be missing?  Something in the HAL or INI
> file?
> > >
> > > Thanks
> > > John
> > >
> > >
> > >
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
  
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

John - what ui are you using?

On Wed, Mar 31, 2021 at 9:08 PM Scott Harwell via Emc-users <
emc-users@lists.sourceforge.net> wrote:

> G-code to engrave numbers on cylinders
>
> |
> |
> |
> |  |  |
>
>  |
>
>  |
> |
> |  |
> G-code to engrave numbers on cylinders
>
> [edit 30/8/18: I added tick marks, see
> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-c.
> ..
>  |
>
>  |
>
>  |
>
>
> John,
>
> The file at the bottom of page 2 works in 2.9.0. No error for "F".
> Scott
>
>
>
> On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer <
> jo...@autoartisans.com> wrote:
>
>  Forgot to mention I had tried that.  I have it set to AXYZ.  The tool
> images starts with the flat of the tool cone facing away from me.  I can
> now also see the A change briefly to say 20 and then back to zero, probably
> due to the G92.
>
> But it's still drawing the image as if it's in one spot.  Which in effect
> it is since the rotary axis, in line with the X axis is turning so the XYZ
> remain the same other than Z moving into the work to cut and out to
> retract.  X moves along the graduations and AX move to draw the letters.
>
> So something else in the INI or HAL file is still confusing the system.
>
> John
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> >
> > You need in the display section of the INI file
> >
> > GEOMETRY = AXYZ
> >
> > On Wed, Mar 31, 2021, 5:00 PM John Dammeyer 
> wrote:
> >
> > >
> > > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > >
> > >
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > > >
> > > Alright, I'm confused.
> > > I've got the G-Code turning the 4th axis A.  The X moves back and forth
> > > for carving the lines as does A when letters are carved.  At 90
> degrees the
> > > conical tool image on the AXIS screen has rotated 90 degrees but the
> > > location of A is still zero on the screen as well as I don't get that
> > > circular image that Sam has.
> > > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> > >
> > > So physically the Axis is turning.  But it doesn't seem to be
> represented
> > > on the screen.  What could be missing?  Something in the HAL or INI
> file?
> > >
> > > Thanks
> > > John
> > >
> > >
> > >
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Scott Harwell via Emc-users]

G-code to engrave numbers on cylinders

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
G-code to engrave numbers on cylinders

[edit 30/8/18: I added tick marks, see 
https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-c...
 |

 |

 |


John,

The file at the bottom of page 2 works in 2.9.0. No error for "F".
Scott



On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer 
 wrote:  
 
 Forgot to mention I had tried that.  I have it set to AXYZ.  The tool images 
starts with the flat of the tool cone facing away from me.  I can now also see 
the A change briefly to say 20 and then back to zero, probably due to the G92.

But it's still drawing the image as if it's in one spot.  Which in effect it is 
since the rotary axis, in line with the X axis is turning so the XYZ remain the 
same other than Z moving into the work to cut and out to retract.  X moves 
along the graduations and AX move to draw the letters.

So something else in the INI or HAL file is still confusing the system.

John
> From: Sam Sokolik [mailto:samco...@gmail.com]
> 
> You need in the display section of the INI file
> 
> GEOMETRY = AXYZ
> 
> On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  wrote:
> 
> >
> > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > >
> > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > >
> > Alright, I'm confused.
> > I've got the G-Code turning the 4th axis A.  The X moves back and forth
> > for carving the lines as does A when letters are carved.  At 90 degrees the
> > conical tool image on the AXIS screen has rotated 90 degrees but the
> > location of A is still zero on the screen as well as I don't get that
> > circular image that Sam has.
> > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> >
> > So physically the Axis is turning.  But it doesn't seem to be represented
> > on the screen.  What could be missing?  Something in the HAL or INI file?
> >
> > Thanks
> > John
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
  
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Scott Harwell via Emc-users]

 John,
I have it almost working. The tool still tilts, but it will display the ring, 
and you can see what is happening.
From my INI

[DISPLAY]
DISPLAY = axis
POSITION_OFFSET = RELATIVE
POSITION_FEEDBACK = ACTUAL
MAX_FEED_OVERRIDE = 2.00
MAX_SPINDLE_OVERRIDE = 1.50
MIN_SPINDLE_OVERRIDE = 0.50
INTRO_GRAPHIC = linuxcnc.gif
INTRO_TIME = 5
PROGRAM_PREFIX = /home/sh/linuxcnc/nc_files
INCREMENTS = .1in .05in .01in .005in .001in .0005in .0001in
POSITION_FEEDBACK = ACTUAL
DEFAULT_LINEAR_VELOCITY = 0.25
MAX_LINEAR_VELOCITY = 1.00
MIN_LINEAR_VELOCITY = 0.016670
DEFAULT_ANGULAR_VELOCITY = 12.00
MAX_ANGULAR_VELOCITY = 180.00
MIN_ANGULAR_VELOCITY = 1.67
EDITOR = gedit
GEOMETRY = aXYZ
CYCLE_TIME = 100
Excuse the speeds this is from my prototype system, no machine.
Scott


On Wednesday, March 31, 2021, 5:19:05 PM CDT, John Dammeyer 
 wrote:  
 
 Forgot to mention I had tried that.  I have it set to AXYZ.  The tool images 
starts with the flat of the tool cone facing away from me.  I can now also see 
the A change briefly to say 20 and then back to zero, probably due to the G92.

But it's still drawing the image as if it's in one spot.  Which in effect it is 
since the rotary axis, in line with the X axis is turning so the XYZ remain the 
same other than Z moving into the work to cut and out to retract.  X moves 
along the graduations and AX move to draw the letters.

So something else in the INI or HAL file is still confusing the system.

John
> From: Sam Sokolik [mailto:samco...@gmail.com]
> 
> You need in the display section of the INI file
> 
> GEOMETRY = AXYZ
> 
> On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  wrote:
> 
> >
> > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > >
> > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > >
> > Alright, I'm confused.
> > I've got the G-Code turning the 4th axis A.  The X moves back and forth
> > for carving the lines as does A when letters are carved.  At 90 degrees the
> > conical tool image on the AXIS screen has rotated 90 degrees but the
> > location of A is still zero on the screen as well as I don't get that
> > circular image that Sam has.
> > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> >
> > So physically the Axis is turning.  But it doesn't seem to be represented
> > on the screen.  What could be missing?  Something in the HAL or INI file?
> >
> > Thanks
> > John
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
  
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

Forgot to mention I had tried that.  I have it set to AXYZ.  The tool images 
starts with the flat of the tool cone facing away from me.  I can now also see 
the A change briefly to say 20 and then back to zero, probably due to the G92.

But it's still drawing the image as if it's in one spot.  Which in effect it is 
since the rotary axis, in line with the X axis is turning so the XYZ remain the 
same other than Z moving into the work to cut and out to retract.  X moves 
along the graduations and AX move to draw the letters.

So something else in the INI or HAL file is still confusing the system.

John
> From: Sam Sokolik [mailto:samco...@gmail.com]
> 
> You need in the display section of the INI file
> 
> GEOMETRY = AXYZ
> 
> On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  wrote:
> 
> >
> > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > >
> > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> > >
> > Alright, I'm confused.
> > I've got the G-Code turning the 4th axis A.  The X moves back and forth
> > for carving the lines as does A when letters are carved.  At 90 degrees the
> > conical tool image on the AXIS screen has rotated 90 degrees but the
> > location of A is still zero on the screen as well as I don't get that
> > circular image that Sam has.
> > http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
> >
> > So physically the Axis is turning.  But it doesn't seem to be represented
> > on the screen.  What could be missing?  Something in the HAL or INI file?
> >
> > Thanks
> > John
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

You need in the display section of the INI file

GEOMETRY = AXYZ

On Wed, Mar 31, 2021, 5:00 PM John Dammeyer  wrote:

>
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> >
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> >
> Alright, I'm confused.
> I've got the G-Code turning the 4th axis A.  The X moves back and forth
> for carving the lines as does A when letters are carved.  At 90 degrees the
> conical tool image on the AXIS screen has rotated 90 degrees but the
> location of A is still zero on the screen as well as I don't get that
> circular image that Sam has.
> http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png
>
> So physically the Axis is turning.  But it doesn't seem to be represented
> on the screen.  What could be missing?  Something in the HAL or INI file?
>
> Thanks
> John
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

> From: Sam Sokolik [mailto:samco...@gmail.com]
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> 
Alright, I'm confused.
I've got the G-Code turning the 4th axis A.  The X moves back and forth for 
carving the lines as does A when letters are carved.  At 90 degrees the conical 
tool image on the AXIS screen has rotated 90 degrees but the location of A is 
still zero on the screen as well as I don't get that circular image that Sam 
has.
http://www.autoartisans.com/mill/Screenshot_2021-03-31_14-22-48.png

So physically the Axis is turning.  But it doesn't seem to be represented on 
the screen.  What could be missing?  Something in the HAL or INI file?

Thanks
John



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[johnd]

I changed it to _feed1 and then the program ran. Info output at 10, 20, 30..  
Looks like it carves the numbers first.   Rotary axis does appear to move 10 
degrees for each info message. Screen output a bit strange. Metric maybe?On 
doggy walk.  Will check further when I get back. ThanksJohnSent from my Samsung 
S10
 Original message From: Sam Sokolik  Date: 
2021-03-31  9:59 a.m.  (GMT-08:00) To: "Enhanced Machine Controller (EMC)" 
 Subject: Re: [Emc-users] Rotary axis preview 
(in axis interface) I think you grabbed the old version - at the top of the 
post he has a linkto the end of the post...  
:)https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=10#116888Maybe
 <_feed> wasn't used the way it is now in 2018  It now seems to bea read 
only variable for current feed setting.On Wed, Mar 31, 2021 at 11:35 AM John 
Dammeyer wrote:> Let me ask this question again with a 
bit more information.>> I downloaded the G-Code for the scale and Linux fails 
with "cannot assign> read only parameter" on the #=20 line.  It made it 
through the rest> first few assignments.  I looked at the file with and the 
lines are only> terminated with a 0x0A.  No odd characters in the file.  What 
could be> wrong?>> Thanks> John>> ;Attempt to engrave scale rings> ;Engraving 
is done in the XA plane and in the postive direction from X =0>> #<_dia> = 50 ; 
scale diamter> #<_depth> = 0.2 ; engraving depth> #<_height> = 2 ; character 
height> #<_scale> = 1 ; unit conversion> #<_inc> = 10 ; angle between marks> 
#<_feed> = 20>> G21>> F #<_feed>>>>>> 
___> Emc-users mailing list> 
Emc-users@lists.sourceforge.net> 
https://lists.sourceforge.net/lists/listinfo/emc-users>___Emc-users
 mailing 
listEmc-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/emc-users
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

I think you grabbed the old version - at the top of the post he has a link
to the end of the post...  :)

https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=10#116888

Maybe <_feed> wasn't used the way it is now in 2018  It now seems to be
a read only variable for current feed setting.

On Wed, Mar 31, 2021 at 11:35 AM John Dammeyer 
wrote:

> Let me ask this question again with a bit more information.
>
> I downloaded the G-Code for the scale and Linux fails with "cannot assign
> read only parameter" on the #=20 line.  It made it through the rest
> first few assignments.  I looked at the file with and the lines are only
> terminated with a 0x0A.  No odd characters in the file.  What could be
> wrong?
>
> Thanks
> John
>
> ;Attempt to engrave scale rings
> ;Engraving is done in the XA plane and in the postive direction from X =0
>
> #<_dia> = 50 ; scale diamter
> #<_depth> = 0.2 ; engraving depth
> #<_height> = 2 ; character height
> #<_scale> = 1 ; unit conversion
> #<_inc> = 10 ; angle between marks
> #<_feed> = 20
>
> G21
>
> F #<_feed>
>
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

Let me ask this question again with a bit more information.

I downloaded the G-Code for the scale and Linux fails with "cannot assign read 
only parameter" on the #=20 line.  It made it through the rest first few 
assignments.  I looked at the file with and the lines are only terminated with 
a 0x0A.  No odd characters in the file.  What could be wrong?

Thanks 
John

;Attempt to engrave scale rings
;Engraving is done in the XA plane and in the postive direction from X =0

#<_dia> = 50 ; scale diamter
#<_depth> = 0.2 ; engraving depth
#<_height> = 2 ; character height
#<_scale> = 1 ; unit conversion
#<_inc> = 10 ; angle between marks
#<_feed> = 20

G21

F #<_feed>




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Thaddeus Waldner]

Just to add another point of view:
Okuma controllers do the same thing in C-axis machining on a lathe; the 
backplot is stationary while the tool rotates.

> On Mar 30, 2021, at 6:04 PM, Sam Sokolik  wrote:
> 
>  I think I have tried all compinations -
> but the tool seems to move around the gcode - instead of the gcode moving
> around the tool...


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

I guess linuxcnc would need to know in machine coordinates where the center
of rotation is..   Could this be done with kins?  Then (thinking out loud
Don't yell at me)

The Geometry line could have another attribute for each letter...   Now
there is order and sign..  Maybe capital vs small letter

Ie

GEOMETRY = aXYZ  (lower case would designate that the gcode preview would
rotate instead of the tool tip...)

SMOP right?  ;)

sam


On Tue, Mar 30, 2021 at 9:13 PM Gene Heskett  wrote:

> On Tuesday 30 March 2021 19:35:40 John Dammeyer wrote:
>
> > Photo yes.  No G Code if that was supposed to be attached.  I find
> > when I run the CAM simulation on VisualCAM (AlibreCAM) that the tool
> > moves around the work piece rather than the work piece image rotating.
> >  If that's what you meant. If you attach the G-Code I can try it here
> > on my A axis.
> > John
>
> Both the link and the photo arrived here ok.  And thats the same as I get
> here, the tool points at the centerline of the X axis and rotates around
> that imaginary point. I've gotten more or less used to it, but its not
> natural to to me either,
>
> As for the question, I've always treated it independently as I've mounted
> my little 4" table I motorized all 3 ways, On both mills but it has
> always been XYZA in the .ini file as I rarely have made a simultaneos
> move. I just drove it to where I wanted it, like in 90 degree jumps when
> I was making tap hats, drilling and tapping 4 holes for 4 grub screws to
> grab the flats of a tap. I did do a circular engrave once but was not
> impressed with the font and didn't waste any more material. So I can't
> offer any magic incantations, sorry.
>
> > > -Original Message-
> > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > Sent: March-30-21 4:05 PM
> > > To: Enhanced Machine Controller (EMC)
> > > Subject: [Emc-users] Rotary axis preview (in axis interface)
> > >
> > > Has anyone done work on the preview for a 4th axis mounted on the
> > > table? I feel like in this situation - the gcode preview should be
> > > spinning while the tool tip stay stationary...  Uless I have the
> > > geometry set wrong - but currently I have it set to AXYZ.  I think I
> > > have tried all compinations - but the tool seems to move around the
> > > gcode - instead of the gcode moving around the tool...
> > >
> > > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
> > >
> > > sam
> > >
> > > let me know if the attachment comes through...
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page <http://geneslinuxbox.net:6309/gene>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Gene Heskett]

On Tuesday 30 March 2021 19:35:40 John Dammeyer wrote:

> Photo yes.  No G Code if that was supposed to be attached.  I find
> when I run the CAM simulation on VisualCAM (AlibreCAM) that the tool
> moves around the work piece rather than the work piece image rotating.
>  If that's what you meant. If you attach the G-Code I can try it here
> on my A axis.
> John

Both the link and the photo arrived here ok.  And thats the same as I get 
here, the tool points at the centerline of the X axis and rotates around 
that imaginary point. I've gotten more or less used to it, but its not 
natural to to me either, 

As for the question, I've always treated it independently as I've mounted 
my little 4" table I motorized all 3 ways, On both mills but it has 
always been XYZA in the .ini file as I rarely have made a simultaneos 
move. I just drove it to where I wanted it, like in 90 degree jumps when 
I was making tap hats, drilling and tapping 4 holes for 4 grub screws to 
grab the flats of a tap. I did do a circular engrave once but was not 
impressed with the font and didn't waste any more material. So I can't 
offer any magic incantations, sorry.

> > -Original Message-
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> > Sent: March-30-21 4:05 PM
> > To: Enhanced Machine Controller (EMC)
> > Subject: [Emc-users] Rotary axis preview (in axis interface)
> >
> > Has anyone done work on the preview for a 4th axis mounted on the
> > table? I feel like in this situation - the gcode preview should be
> > spinning while the tool tip stay stationary...  Uless I have the
> > geometry set wrong - but currently I have it set to AXYZ.  I think I
> > have tried all compinations - but the tool seems to move around the
> > gcode - instead of the gcode moving around the tool...
> >
> > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
> >
> > sam
> >
> > let me know if the attachment comes through...
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

You mean that the tool is on the inside of the arc?

> -Original Message-
> From: Sam Sokolik [mailto:samco...@gmail.com]
> Sent: March-30-21 4:55 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> 
> This might make a bit more sense of what I am talking about..
> 
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-53-52.png
> 
> On Tue, Mar 30, 2021 at 6:51 PM Sam Sokolik  wrote:
> 
> > it makes it so the bounding box doesn;t really make sense,,,
> >
> >
> > http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-50-41.png
> >
> > On Tue, Mar 30, 2021 at 6:44 PM Sam Sokolik  wrote:
> >
> >>
> >> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> >>
> >> that is the screenshot - the gcode from andy is here..
> >>
> >>
> >> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=0
> >>
> >> On Tue, Mar 30, 2021 at 6:38 PM John Dammeyer 
> >> wrote:
> >>
> >>> Photo yes.  No G Code if that was supposed to be attached.  I find when
> >>> I run the CAM simulation on VisualCAM (AlibreCAM) that the tool moves
> >>> around the work piece rather than the work piece image rotating.  If 
> >>> that's
> >>> what you meant.
> >>> If you attach the G-Code I can try it here on my A axis.
> >>> John
> >>>
> >>> > -Original Message-
> >>> > From: Sam Sokolik [mailto:samco...@gmail.com]
> >>> > Sent: March-30-21 4:05 PM
> >>> > To: Enhanced Machine Controller (EMC)
> >>> > Subject: [Emc-users] Rotary axis preview (in axis interface)
> >>> >
> >>> > Has anyone done work on the preview for a 4th axis mounted on the
> >>> table?
> >>> >  I feel like in this situation - the gcode preview should be spinning
> >>> while
> >>> > the tool tip stay stationary...  Uless I have the geometry set wrong -
> >>> but
> >>> > currently I have it set to AXYZ.  I think I have tried all
> >>> compinations -
> >>> > but the tool seems to move around the gcode - instead of the gcode
> >>> moving
> >>> > around the tool...
> >>> >
> >>> > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
> >>> >
> >>> > sam
> >>> >
> >>> > let me know if the attachment comes through...
> >>>
> >>>
> >>>
> >>> ___
> >>> Emc-users mailing list
> >>> Emc-users@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/emc-users
> >>>
> >>
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

I downloaded from that link and LinuxCNC complains here:
#<_feed> = 20
With cannot assign read only parameter.

> -Original Message-
> From: Sam Sokolik [mailto:samco...@gmail.com]
> Sent: March-30-21 4:44 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Rotary axis preview (in axis interface)
> 
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
> 
> that is the screenshot - the gcode from andy is here..
> 
> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=0
> 
> On Tue, Mar 30, 2021 at 6:38 PM John Dammeyer 
> wrote:
> 
> > Photo yes.  No G Code if that was supposed to be attached.  I find when I
> > run the CAM simulation on VisualCAM (AlibreCAM) that the tool moves around
> > the work piece rather than the work piece image rotating.  If that's what
> > you meant.
> > If you attach the G-Code I can try it here on my A axis.
> > John
> >
> > > -Original Message-
> > > From: Sam Sokolik [mailto:samco...@gmail.com]
> > > Sent: March-30-21 4:05 PM
> > > To: Enhanced Machine Controller (EMC)
> > > Subject: [Emc-users] Rotary axis preview (in axis interface)
> > >
> > > Has anyone done work on the preview for a 4th axis mounted on the table?
> > >  I feel like in this situation - the gcode preview should be spinning
> > while
> > > the tool tip stay stationary...  Uless I have the geometry set wrong -
> > but
> > > currently I have it set to AXYZ.  I think I have tried all compinations -
> > > but the tool seems to move around the gcode - instead of the gcode moving
> > > around the tool...
> > >
> > > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
> > >
> > > sam
> > >
> > > let me know if the attachment comes through...
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

This might make a bit more sense of what I am talking about..

http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-53-52.png

On Tue, Mar 30, 2021 at 6:51 PM Sam Sokolik  wrote:

> it makes it so the bounding box doesn;t really make sense,,,
>
>
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-50-41.png
>
> On Tue, Mar 30, 2021 at 6:44 PM Sam Sokolik  wrote:
>
>>
>> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
>>
>> that is the screenshot - the gcode from andy is here..
>>
>>
>> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=0
>>
>> On Tue, Mar 30, 2021 at 6:38 PM John Dammeyer 
>> wrote:
>>
>>> Photo yes.  No G Code if that was supposed to be attached.  I find when
>>> I run the CAM simulation on VisualCAM (AlibreCAM) that the tool moves
>>> around the work piece rather than the work piece image rotating.  If that's
>>> what you meant.
>>> If you attach the G-Code I can try it here on my A axis.
>>> John
>>>
>>> > -Original Message-
>>> > From: Sam Sokolik [mailto:samco...@gmail.com]
>>> > Sent: March-30-21 4:05 PM
>>> > To: Enhanced Machine Controller (EMC)
>>> > Subject: [Emc-users] Rotary axis preview (in axis interface)
>>> >
>>> > Has anyone done work on the preview for a 4th axis mounted on the
>>> table?
>>> >  I feel like in this situation - the gcode preview should be spinning
>>> while
>>> > the tool tip stay stationary...  Uless I have the geometry set wrong -
>>> but
>>> > currently I have it set to AXYZ.  I think I have tried all
>>> compinations -
>>> > but the tool seems to move around the gcode - instead of the gcode
>>> moving
>>> > around the tool...
>>> >
>>> > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
>>> >
>>> > sam
>>> >
>>> > let me know if the attachment comes through...
>>>
>>>
>>>
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>
>>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

it makes it so the bounding box doesn;t really make sense,,,

http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-50-41.png

On Tue, Mar 30, 2021 at 6:44 PM Sam Sokolik  wrote:

>
> http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png
>
> that is the screenshot - the gcode from andy is here..
>
>
> https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=0
>
> On Tue, Mar 30, 2021 at 6:38 PM John Dammeyer 
> wrote:
>
>> Photo yes.  No G Code if that was supposed to be attached.  I find when I
>> run the CAM simulation on VisualCAM (AlibreCAM) that the tool moves around
>> the work piece rather than the work piece image rotating.  If that's what
>> you meant.
>> If you attach the G-Code I can try it here on my A axis.
>> John
>>
>> > -Original Message-
>> > From: Sam Sokolik [mailto:samco...@gmail.com]
>> > Sent: March-30-21 4:05 PM
>> > To: Enhanced Machine Controller (EMC)
>> > Subject: [Emc-users] Rotary axis preview (in axis interface)
>> >
>> > Has anyone done work on the preview for a 4th axis mounted on the table?
>> >  I feel like in this situation - the gcode preview should be spinning
>> while
>> > the tool tip stay stationary...  Uless I have the geometry set wrong -
>> but
>> > currently I have it set to AXYZ.  I think I have tried all compinations
>> -
>> > but the tool seems to move around the gcode - instead of the gcode
>> moving
>> > around the tool...
>> >
>> > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
>> >
>> > sam
>> >
>> > let me know if the attachment comes through...
>>
>>
>>
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[Sam Sokolik]

http://electronicsam.com/images/greenmachine/Screenshot_2021-03-30_18-00-14.png

that is the screenshot - the gcode from andy is here..

https://forum.linuxcnc.org/20-g-code/27169-g-code-to-engrave-numbers-on-cylinders?start=0

On Tue, Mar 30, 2021 at 6:38 PM John Dammeyer 
wrote:

> Photo yes.  No G Code if that was supposed to be attached.  I find when I
> run the CAM simulation on VisualCAM (AlibreCAM) that the tool moves around
> the work piece rather than the work piece image rotating.  If that's what
> you meant.
> If you attach the G-Code I can try it here on my A axis.
> John
>
> > -Original Message-
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> > Sent: March-30-21 4:05 PM
> > To: Enhanced Machine Controller (EMC)
> > Subject: [Emc-users] Rotary axis preview (in axis interface)
> >
> > Has anyone done work on the preview for a 4th axis mounted on the table?
> >  I feel like in this situation - the gcode preview should be spinning
> while
> > the tool tip stay stationary...  Uless I have the geometry set wrong -
> but
> > currently I have it set to AXYZ.  I think I have tried all compinations -
> > but the tool seems to move around the gcode - instead of the gcode moving
> > around the tool...
> >
> > http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
> >
> > sam
> >
> > let me know if the attachment comes through...
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rotary axis preview (in axis interface)

[John Dammeyer]

Photo yes.  No G Code if that was supposed to be attached.  I find when I run 
the CAM simulation on VisualCAM (AlibreCAM) that the tool moves around the work 
piece rather than the work piece image rotating.  If that's what you meant.
If you attach the G-Code I can try it here on my A axis.
John

> -Original Message-
> From: Sam Sokolik [mailto:samco...@gmail.com]
> Sent: March-30-21 4:05 PM
> To: Enhanced Machine Controller (EMC)
> Subject: [Emc-users] Rotary axis preview (in axis interface)
> 
> Has anyone done work on the preview for a 4th axis mounted on the table?
>  I feel like in this situation - the gcode preview should be spinning while
> the tool tip stay stationary...  Uless I have the geometry set wrong - but
> currently I have it set to AXYZ.  I think I have tried all compinations -
> but the tool seems to move around the gcode - instead of the gcode moving
> around the tool...
> 
> http://electronicsam.com/images/greenmachine/IMG_20210329_220745.jpg
> 
> sam
> 
> let me know if the attachment comes through...



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] unpluggable axis controls

[Gene Heskett]

On Wednesday 17 February 2021 12:27:58 Gene Heskett wrote:

> On Wednesday 17 February 2021 04:25:57 andy pugh wrote:
> > On Tue, 16 Feb 2021 at 01:23, Gene Heskett 
>
> wrote:
> > > How should I proceed?
> >
> > Is it really too hard to just reboot from a different INI file?
> >
> > Most of the HAL can stay the same with the right splitting up of the
> > HAL files, and much of the INI can be common too, using #INCLUDE in
> > the master INI file for each config.
> > http://linuxcnc.org/docs/2.8/html/config/ini-config.html#_include_fi
> >les
>
> That would work, but still leaves me trying to keep 2 or more ini
> files synchronized, because there is no way to make one master file
> call in the correct .inc's for each config. However, inverting the
> idea might work, have each custom file call the same master.inc for
> all the common stuffs but different hal files. Lots of editing ensues
> either way.
>
> Thanks Andy
>
> Cheers, Gene Heskett

Trying to get my thoughts organized, raises a couple questions.

1. Are the AXIS_X or JOINT_N labels used for anything but a search anchor 
when hal is looking for a param whose value is set in an ini file?

And that brings up a 2nd related question:

2. Are the params whose value is set in an .inc file still available to 
hal by the usual syntax?

What I have in mind is to use JOINT_3 for all three axis variaions since 
it is the exact same hardware, although its tipable in that any of them 
can become C if its turned straight up. but just connect it to look like 
an A or a B or a C in the event its tipped up. Yet another possibility 
might be for a secont joint_3.inc file, but that one describes the 4th 
axis that came with the 6040 and which I am in the process of making a 
set of timing sprockets to gear it down by a factor of 3 or so for 
increased holding power.

Thanks Andy

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] unpluggable axis controls

[Gene Heskett]

On Wednesday 17 February 2021 04:25:57 andy pugh wrote:

> On Tue, 16 Feb 2021 at 01:23, Gene Heskett  
wrote:
> > How should I proceed?
>
> Is it really too hard to just reboot from a different INI file?
>
> Most of the HAL can stay the same with the right splitting up of the
> HAL files, and much of the INI can be common too, using #INCLUDE in
> the master INI file for each config.
> http://linuxcnc.org/docs/2.8/html/config/ini-config.html#_include_files

That would work, but still leaves me trying to keep 2 or more ini files 
synchronized, because there is no way to make one master file call in 
the correct .inc's for each config. However, inverting the idea might 
work, have each custom file call the same master.inc for all the common 
stuffs but different hal files. Lots of editing ensues either way.

Thanks Andy

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] unpluggable axis controls

[andy pugh]

On Tue, 16 Feb 2021 at 01:23, Gene Heskett  wrote:

> How should I proceed?

Is it really too hard to just reboot from a different INI file?

Most of the HAL can stay the same with the right splitting up of the
HAL files, and much of the INI can be common too, using #INCLUDE in
the master INI file for each config.
http://linuxcnc.org/docs/2.8/html/config/ini-config.html#_include_files

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] unpluggable axis controls

[Gene Heskett]

Greetings all;

Trying to figure out out how to disable an axis thsat reports its plugged 
in status if its not plugged in.

That, and since its the y axis that is the long axix on a 6040 gantry it 
will be used in the "B" position 95% of the time.  Since this effects 
the planner for combined motions, or IMO should, I would like to add 
both A & B to the kins, with a pyvcp button to enable/disable each 
relationship from the axis gui, on a mutually exclusive basis, both of 
which would be removed from the gui, if its unplugged.

So if its plugged in it will be joint_3 for its control path, but Joint_3 
will be associated with the gui chosen A or B directions in the TP.

I figure on disabling the A or B controls by a couple mux2's so the if 
unlugged, the pid_a comand input is grounded by one mux2, and that pid_a 
disabled by shutting off its enable with another mux2, both driven from 
the net b_prsnt signal from this stanza of .hal code:

#*
# A or B axis stuff
#*
# here I need a pullup to field power, say about 10k to 22k to give
# a true reading when unplugged.
net   b-prsnt <= hm2_5i25.0.7i76.0.0.input-09 # high if not plugged in?
# so first, go add that resistor.

I have, as can be seen, plans to disable it, but not how to dynamically 
make it axis A or axis B from the pyvcp facilities.  Can that even be 
done?

The last thing I want to do is to have to maintain 2 seperate 
configurations in sync with each other, but doing this without an 
IF/ELSE/ENDIF in the .ini seems impossible without adding a postgui.ini 
that repeats the ini files original statements:

[TRAJ]
AXES = 4
COORDINATES = X Y Z A
MAX_ANGULAR_VELOCITY = 360.00
DEFAULT_ANGULAR_VELOCITY = 45.00
LINEAR_UNITS = inch
ANGULAR_UNITS = degree
#CYCLE_TIME = 0.010
DEFAULT_LINEAR_VELOCITY = 3.25
MAX_LINEAR_VELOCITY = 4.00
POSITION_FILE = position.txt
#NO_FORCE_HOMING = 1

For A or B depending on pycvp button enabled after start up in a 3 axis 
mode. by changing the COORDINATES to X Y Z B. And it may be that there 
should be 2 separate Aposition.txt and Bposition.txt files to prevent 
that cross-coupling.

How should I proceed?

Thanks all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5-Axis Toolpath Generation for CAM

[Joshua Berensen]

I will pass this along to the FreeCAD path chat on gitter. I’m sure some people 
wouldn’t mind the info in here. There is a good chunk of work being done on the 
Path workbench but the feature freeze will slow things down as they try to 
stabilize it for the 0.19 release. 

-Thorhian

> On Feb 11, 2021, at 6:17 AM, Gene Heskett  wrote:
> 
> On Thursday 11 February 2021 07:17:20 andy pugh wrote:
> 
>>> On Thu, 11 Feb 2021 at 03:20, Bari  wrote:
>>> https://dspace.mit.edu/bitstream/handle/1721.1/29225/50140264-MIT.pd
>>> f
>> 
>> One of the better PhD theses I have read. (Not that I have read all of
>> it)
>> 
>> It is interesting to think back to what the state-of-the-art was in
>> 2001. I think that I was still using 2.5D AutoCAD Mechanical Desktop.
> 
> Makes me wonder if thats how toy was able to turn a block of alu into a 
> v8 engine block in about 4 hours as we saw in the since scrubbed from 
> u-tube video quite a few years ago. That machine was at least 6 axis 
> with a fully articulated head. Engine blocks only leased to TRO folks we 
> were told, issued as sealed engines you were not even authorized to 
> change spark plugs in.
> 
> With the patent now expired, I would be tempted to donate to the FreeCAD 
> folks if I knew they were working on it. It would be a huge feather in 
> our LinuxCNC hat if some sort of a co-operative arrangement that 
> resulted in compatible preprocess code we could use.
> 
> That, and affordable machines. Like a gantry mill with a swinging to the 
> side head, suspended between gantry arms to swing the whole head fore 
> and aft. But you won't buy that for 10 grand, enough rigidity to pull 
> that off will cost a lot more. That lack of rigidity is a problem with 
> my 6040 as there are certain places in cutting a circle out that can't 
> be done without visible chatter in the finish. It works pretty accuratly 
> as long as the depth of cut in alu is .25mm or less per pass. But thats 
> 10% of the DOC its capable of if it were rigid enough.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
> - Louis D. Brandeis
> Genes Web page 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5-Axis Toolpath Generation for CAM

[Gene Heskett]

On Thursday 11 February 2021 07:17:20 andy pugh wrote:

> On Thu, 11 Feb 2021 at 03:20, Bari  wrote:
> > https://dspace.mit.edu/bitstream/handle/1721.1/29225/50140264-MIT.pd
> >f
>
> One of the better PhD theses I have read. (Not that I have read all of
> it)
>
> It is interesting to think back to what the state-of-the-art was in
> 2001. I think that I was still using 2.5D AutoCAD Mechanical Desktop.

Makes me wonder if thats how toy was able to turn a block of alu into a 
v8 engine block in about 4 hours as we saw in the since scrubbed from 
u-tube video quite a few years ago. That machine was at least 6 axis 
with a fully articulated head. Engine blocks only leased to TRO folks we 
were told, issued as sealed engines you were not even authorized to 
change spark plugs in.

With the patent now expired, I would be tempted to donate to the FreeCAD 
folks if I knew they were working on it. It would be a huge feather in 
our LinuxCNC hat if some sort of a co-operative arrangement that 
resulted in compatible preprocess code we could use.

That, and affordable machines. Like a gantry mill with a swinging to the 
side head, suspended between gantry arms to swing the whole head fore 
and aft. But you won't buy that for 10 grand, enough rigidity to pull 
that off will cost a lot more. That lack of rigidity is a problem with 
my 6040 as there are certain places in cutting a circle out that can't 
be done without visible chatter in the finish. It works pretty accuratly 
as long as the depth of cut in alu is .25mm or less per pass. But thats 
10% of the DOC its capable of if it were rigid enough.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5-Axis Toolpath Generation for CAM

[andy pugh]

On Thu, 11 Feb 2021 at 03:20, Bari  wrote:

> https://dspace.mit.edu/bitstream/handle/1721.1/29225/50140264-MIT.pdf

One of the better PhD theses I have read. (Not that I have read all of it)

It is interesting to think back to what the state-of-the-art was in
2001. I think that I was still using 2.5D AutoCAD Mechanical Desktop.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 5-Axis Toolpath Generation for CAM

[Bari]

The patent on this toolpath generator for CAM has expired:

https://dspace.mit.edu/bitstream/handle/1721.1/29225/50140264-MIT.pdf

https://patents.google.com/patent/US6311100B1/en

I was wondering if anyone knows if this approach was actually used in 
any CAM applications written in the past 20 years?



-Bari



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4th axis engraving

[Gregg Eshelman via Emc-users]

Last I looked it still couldn't mirror. If you have code for a non-symmetrical 
object and want a mirror image of it, what can do it, along with adjusting for 
path direction changes needed because the cutter rotation doesn't change?
 

On Wednesday, January 6, 2021, 7:29:15 PM MST, Bari  
wrote:  
 
 Check out G-code Ripper

http://www.scorchworks.com/index.html

Read, Scale, Rotate, Split, Wrap G-Code

http://www.scorchworks.com/Gcoderipper/gcoderipper.html#documentation  
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4th axis engraving

[John Dammeyer]

Can't be all that bad.  He has a Gingery Lathe .. heh heh...

> -Original Message-
> From: Bari [mailto:bari00...@gmail.com]
> Sent: January-06-21 6:27 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] 4th axis engraving
> 
> Check out G-code Ripper
> 
> http://www.scorchworks.com/index.html
> 
> Read, Scale, Rotate, Split, Wrap G-Code
> 
> http://www.scorchworks.com/Gcoderipper/gcoderipper.html#documentation
> 
> On 1/6/21 4:02 PM, andrew beck wrote:
> > Hey everyone
> >
> > I have a job to do engraving the od of a wheel.   I currently have a 4th
> > axis but haven't bolted a motor on it.  I can suss this part though.  And I
> > use fusion360 for cam.
> >
> > I have never done 4th axis work before.  And don't even know if anyone has
> > a linuxcnc post processor set up.
> >
> > If anyone out there has done this I would love to hear from you.  I have
> > about a week to get this working.
> >
> > Regards
> >
> > Andrew
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4th axis engraving

[Bari]

Check out G-code Ripper

http://www.scorchworks.com/index.html

Read, Scale, Rotate, Split, Wrap G-Code

http://www.scorchworks.com/Gcoderipper/gcoderipper.html#documentation

On 1/6/21 4:02 PM, andrew beck wrote:

Hey everyone

I have a job to do engraving the od of a wheel.   I currently have a 4th
axis but haven't bolted a motor on it.  I can suss this part though.  And I
use fusion360 for cam.

I have never done 4th axis work before.  And don't even know if anyone has
a linuxcnc post processor set up.

If anyone out there has done this I would love to hear from you.  I have
about a week to get this working.

Regards

Andrew

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4th axis engraving

[andy pugh]

On Wed, 6 Jan 2021 at 22:05, andrew beck  wrote:

> I have a job to do engraving the od of a wheel.

What do you need to engrave?

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4th axis engraving

[David Berndt]

Are you going to be able to use the "wrap" feature of 2d tool paths in  
fusion to get this done? Or are you a licensed/paying user? Autodesk has  
really gutted the 4/5th axis cad from the free version.


I did some more complex milling a few months back and ended up buying a  
4th license. If you're doing anymore more than wrapping you'll need to  
consider inverse time feed rates. There's a post processor posted by the  
guy that runs the metalmusings youtube channel that seems ok if you need  
that. Give his vids a watch as well for some explanations.



-Dave

On Wed, 06 Jan 2021 17:02:38 -0500, andrew beck   
wrote:



Hey everyone

I have a job to do engraving the od of a wheel.   I currently have a 4th
axis but haven't bolted a motor on it.  I can suss this part though.   
And I

use fusion360 for cam.

I have never done 4th axis work before.  And don't even know if anyone  
has

a linuxcnc post processor set up.

If anyone out there has done this I would love to hear from you.  I have
about a week to get this working.

Regards

Andrew

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 4th axis engraving

[andrew beck]

Hey everyone

I have a job to do engraving the od of a wheel.   I currently have a 4th
axis but haven't bolted a motor on it.  I can suss this part though.  And I
use fusion360 for cam.

I have never done 4th axis work before.  And don't even know if anyone has
a linuxcnc post processor set up.

If anyone out there has done this I would love to hear from you.  I have
about a week to get this working.

Regards

Andrew

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Logging AXIS messages.

[John]

Are the pop up messages at the bottom RH side of AXIS display logged anywhere?

Sent from John's iPhone 4S

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[andy pugh]

On Fri, 11 Sep 2020 at 16:28, dave engvall  wrote:

> I've always done this the hard way by going
> back to the CAM. My brain is pretty well fried but I think a bit of
> matrix algebra would do this for you.

There is no need for complex maths. You can mirror a part simply by
changing the sign of every X move. (and probably I offset, if using
centre format arcs)

There is a tool that can do this for you directly on the G-code:
https://www.editcnc.com/m/mIndex.html (maybe others too)

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

yes, I use "Touch Off".  the other one is typically grayed out. I am 
pretty sure because there is no tool selected yet.



When I make parts, I typically use one tool per g-code, I try to keep it 
simple.



The CNC machines I have are pretty simple,  they are Sherline machines, 
in a Paxton/Patterson enclosure,  (I have replaced all the  steppers and 
stepper controllers, power supplies etc replaced with stuff commonly 
used. And there are no fancy things like tool changers or anything like 
that to begin with.



Ron



On 9/11/20 10:09 AM, N wrote:

There are two buttons "Touch Off" and "Tool Touch Off". You always use the same?


Jon,

I wrote a bunch of wizards for my mill and my lathe. I use one coordinate 
system for the origin of the main part and a different origin for each each 
wizard as it is called so that the wizard works with respect to the/an origin. 
It makes the math in the wizard much simpler, especially when you are doing 
something like rotating a rectangle.

Alan


From: Jon Elson 
Subject: Re: [Emc-users] cnc axis "Touch Off"
Date: September 10, 2020 at 9:04:23 PM CDT
To: "Enhanced Machine Controller (EMC)" 


On 09/10/2020 08:28 PM, R C wrote:

I figured out the "touch off", and that it 'works' the same as homing, 
functionally.


I wondered what all the different coordinate systems are for, their differnces.

(I know what a coordinat system is, mathematician here.)

This allows you to set up an offset from a main coordinate system, for instance 
if you have several identical features to be machined on a part, one hunk of 
G-code could machine each part and then set up the offset to machine the next 
instance.

It can also be used if you have several parts mounted in a fixture, one coord 
system for each part.

Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[N]

There are two buttons "Touch Off" and "Tool Touch Off". You always use the same?

> Jon,
> 
> I wrote a bunch of wizards for my mill and my lathe. I use one coordinate 
> system for the origin of the main part and a different origin for each each 
> wizard as it is called so that the wizard works with respect to the/an 
> origin. It makes the math in the wizard much simpler, especially when you are 
> doing something like rotating a rectangle.
> 
> Alan
> 
> > From: Jon Elson 
> > Subject: Re: [Emc-users] cnc axis "Touch Off"
> > Date: September 10, 2020 at 9:04:23 PM CDT
> > To: "Enhanced Machine Controller (EMC)" 
> > 
> > 
> > On 09/10/2020 08:28 PM, R C wrote:
> >> I figured out the "touch off", and that it 'works' the same as homing, 
> >> functionally.
> >> 
> >> 
> >> I wondered what all the different coordinate systems are for, their 
> >> differnces.
> >> 
> >> (I know what a coordinat system is, mathematician here.)
> > This allows you to set up an offset from a main coordinate system, for 
> > instance if you have several identical features to be machined on a part, 
> > one hunk of G-code could machine each part and then set up the offset to 
> > machine the next instance.
> > 
> > It can also be used if you have several parts mounted in a fixture, one 
> > coord system for each part.
> > 
> > Jon
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

well, I am comfortable with matrix algebra, but it's probably easier, 
more practical, to just do that part in freecad or so, and use a 
separate g code file for that.


I was just wondering  what these different coordinate systems are, what 
they are used for.



On 9/11/20 9:26 AM, dave engvall wrote:
IIRC some controls have a switch to do this.  Also I think you can 
flip the sign of one axis and get a mirror image but the sense of the 
cut (climb/conventional) also flips so unless your machine is pretty 
tight dimensions may also shift. I've always done this the hard way by 
going back to the CAM. My brain is pretty well fried but I think a bit 
of matrix algebra would do this for you.


Dave

On 9/11/20 6:43 AM, R C wrote:

Hello Andy,

That is interesting, I should learn more about these coordinate 
systems.  From a math/geometry perspective  there nothing that could 
keep you from


translating, rotating (and even more weird transformations)  a 
geometry into a custom one. However in an implementation, of course, 
you'd have to have a spot somewhere between the definition of an 
object (g code if you will) and where the machine/tool actually 
moves.  In some, not CC related, simulations, that's actually done/used.



there probably is a list of what these  coordinatesystems actually do?

(Now I am wondering, if I make a part, is there a coordinate system, 
that would turn out the mirror image that part?)



Ron





On 9/11/20 1:54 AM, andy pugh wrote:

On Fri, 11 Sep 2020 at 05:22, R C  wrote:


It sounds like the coordinate systems in essence are the same,  they
just have a different origin, for all the other parts, it's just the
same thing, just translated and/or rotated for another part?

Yes, and there is also only rotation about the  axis supported.
(I did just find myself wondering if you could put a set of direction
cosines in UVW but then decided that there probably isn't much call
for that.)

http://linuxcnc.org/docs/2.8/html/gcode/coordinates.html




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[dave engvall]

IIRC some controls have a switch to do this.  Also I think you can flip 
the sign of one axis and get a mirror image but the sense of the cut 
(climb/conventional) also flips so unless your machine is pretty tight 
dimensions may also shift. I've always done this the hard way by going 
back to the CAM. My brain is pretty well fried but I think a bit of 
matrix algebra would do this for you.


Dave

On 9/11/20 6:43 AM, R C wrote:

Hello Andy,

That is interesting, I should learn more about these coordinate 
systems.  From a math/geometry perspective  there nothing that could 
keep you from


translating, rotating (and even more weird transformations)  a 
geometry into a custom one. However in an implementation, of course, 
you'd have to have a spot somewhere between the definition of an 
object (g code if you will) and where the machine/tool actually 
moves.  In some, not CC related, simulations, that's actually done/used.



there probably is a list of what these  coordinatesystems actually do?

(Now I am wondering, if I make a part, is there a coordinate system, 
that would turn out the mirror image that part?)



Ron





On 9/11/20 1:54 AM, andy pugh wrote:

On Fri, 11 Sep 2020 at 05:22, R C  wrote:


It sounds like the coordinate systems in essence are the same,  they
just have a different origin, for all the other parts,   it's just the
same thing, just translated and/or rotated for another part?

Yes, and there is also only rotation about the  axis supported.
(I did just find myself wondering if you could put a set of direction
cosines in UVW but then decided that there probably isn't much call
for that.)

http://linuxcnc.org/docs/2.8/html/gcode/coordinates.html




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

Hello Andy,

That is interesting, I should learn more about these coordinate 
systems.  From a math/geometry perspective  there nothing that could 
keep you from


translating, rotating (and even more weird transformations)  a geometry 
into a custom one. However in an implementation, of course, you'd have 
to have a spot somewhere between the definition of an object (g code if 
you will) and where the machine/tool actually moves.  In some, not CC 
related, simulations, that's actually done/used.



there probably is a list of what these  coordinatesystems actually do?

(Now I am wondering, if I make a part, is there a coordinate system, 
that would turn out the mirror image that part?)



Ron





On 9/11/20 1:54 AM, andy pugh wrote:

On Fri, 11 Sep 2020 at 05:22, R C  wrote:


It sounds like the coordinate systems in essence are the same,  they
just have a different origin, for all the other parts,   it's just the
same thing, just translated and/or rotated for another part?

Yes, and there is also only rotation about the  axis supported.
(I did just find myself wondering if you could put a set of direction
cosines in UVW but then decided that there probably isn't much call
for that.)

http://linuxcnc.org/docs/2.8/html/gcode/coordinates.html




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[Alan Condit]

Jon,

I wrote a bunch of wizards for my mill and my lathe. I use one coordinate 
system for the origin of the main part and a different origin for each each 
wizard as it is called so that the wizard works with respect to the/an origin. 
It makes the math in the wizard much simpler, especially when you are doing 
something like rotating a rectangle.

Alan

> From: Jon Elson 
> Subject: Re: [Emc-users] cnc axis "Touch Off"
> Date: September 10, 2020 at 9:04:23 PM CDT
> To: "Enhanced Machine Controller (EMC)" 
> 
> 
> On 09/10/2020 08:28 PM, R C wrote:
>> I figured out the "touch off", and that it 'works' the same as homing, 
>> functionally.
>> 
>> 
>> I wondered what all the different coordinate systems are for, their 
>> differnces.
>> 
>> (I know what a coordinat system is, mathematician here.)
> This allows you to set up an offset from a main coordinate system, for 
> instance if you have several identical features to be machined on a part, one 
> hunk of G-code could machine each part and then set up the offset to machine 
> the next instance.
> 
> It can also be used if you have several parts mounted in a fixture, one coord 
> system for each part.
> 
> Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[andy pugh]

On Fri, 11 Sep 2020 at 05:22, R C  wrote:

> It sounds like the coordinate systems in essence are the same,  they
> just have a different origin, for all the other parts,   it's just the
> same thing, just translated and/or rotated for another part?

Yes, and there is also only rotation about the  axis supported.
(I did just find myself wondering if you could put a set of direction
cosines in UVW but then decided that there probably isn't much call
for that.)

http://linuxcnc.org/docs/2.8/html/gcode/coordinates.html

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

ah ok,

It sounds like the coordinate systems in essence are the same,  they 
just have a different origin, for all the other parts,   it's just the 
same thing, just translated and/or rotated for another part?



Ron



On 9/10/20 8:04 PM, Jon Elson wrote:

On 09/10/2020 08:28 PM, R C wrote:
I figured out the "touch off", and that it 'works' the same as 
homing, functionally.



I wondered what all the different coordinate systems are for, their 
differnces.


(I know what a coordinat system is, mathematician here.)
This allows you to set up an offset from a main coordinate system, for 
instance if you have several identical features to be machined on a 
part, one hunk of G-code could machine each part and then set up the 
offset to machine the next instance.


It can also be used if you have several parts mounted in a fixture, 
one coord system for each part.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[Jon Elson]

On 09/10/2020 08:28 PM, R C wrote:
I figured out the "touch off", and that it 'works' the 
same as homing, functionally.



I wondered what all the different coordinate systems are 
for, their differnces.


(I know what a coordinat system is, mathematician here.)
This allows you to set up an offset from a main coordinate 
system, for instance if you have several identical features 
to be machined on a part, one hunk of G-code could machine 
each part and then set up the offset to machine the next 
instance.


It can also be used if you have several parts mounted in a 
fixture, one coord system for each part.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

I figured out the "touch off", and that it 'works' the same as homing, 
functionally.



I wondered what all the different coordinate systems are for, their 
differnces.


(I know what a coordinat system is, mathematician here.)


Ron



On 9/10/20 6:53 PM, Jon Elson wrote:

On 09/10/2020 05:59 PM, R C wrote:

I was just playing with it a bit,


I have the idea, that , like homing is done per axis, "touching Off" 
is done per axis too?
Yes, you should be able to select the axis that is to have its offset 
changed and then enter what that coordinate should be set to.  (You 
can also select the workpiece coordinate system on that dialog box.)


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[Jon Elson]

On 09/10/2020 05:59 PM, R C wrote:

I was just playing with it a bit,


I have the idea, that , like homing is done per axis, 
"touching Off" is done per axis too?
Yes, you should be able to select the axis that is to have 
its offset changed and then enter what that coordinate 
should be set to.  (You can also select the workpiece 
coordinate system on that dialog box.)


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

On 9/10/20 5:49 PM, Gene Heskett wrote:

On Thursday 10 September 2020 18:50:03 jrmitchellj wrote:


On a Mill setup, touch-off only affects the Z axis.  You will need to
find your X0, and Y0 positions.  I use the end key to bring up the
dialog and set the offset.

--J. Ray Mitchell Jr.
jrmitche...@gmail.com


It works for all 4 configured axis's here.


I assume you still have to do each axis separate, that's what I have to 
do it seems.






"Good enough is the enemy of excellence"author unknown

On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:

Hello,


this is probably a rookie question, but sometime when I do a "Touch
Off",  the Z-position indeed becomes 0,  but the X and Y are not.
Then in teh axis program, it will still go to the "first" spot where
it needs to start milling, and in the  drawing it fllows the correct
lines/pattern,  but since the tuch off wasn't in the origin (0, 0,
0) on the actual workpiece/part the machining is off (and
consequently goes out of the material, and starts milling air at
some point.


I am wondering why that happens?   Is that a mistake I sometimes
make in Freecad, or is that something I do wrong touching off? (I am
fairly sure it is not a bug).


How can I make sure that I am actually touching off at (0, 0, 0) ?


thanks,


Ron

(sorry if I have some terminology incorrect, but you know ... rookie
here.)



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[andy pugh]

On Thu, 10 Sep 2020 at 22:51, R C  wrote:

> this is probably a rookie question, but sometime when I do a "Touch
> Off",  the Z-position indeed becomes 0,  but the X and Y are not.   Then
> in teh axis program, it will still go to the "first" spot where it needs
> to start milling

There are two different touch-offs: Tool and Coordinate system.

On a Mill you typically only touch-off the tool in Z, but each tool
can have XYZABCUVW offsets.
Lathes will generally use Z and X offsets.

The coordinate system offset applies to all tools.

So, for a mill with a collet chuck you can choose to touch-off the
tool every time, or the coordinate system every time, or some
combination. But we warned that unless you are disciplined and know
what you want to achieve, using both can get confusing. With a machine
that has a "proper" toolholding system then you would touch-off each
tool into the tool table, then you can touch-off the coordinate system
with any tool and the coordinate system will be correct for all tools.

Axis only touches-off one axis at a time. You need to choose the axis
with the radio buttons before pressing the touch-off button.

Touchy allows you to touch off every coordinate system or tool axis at
the same time.

I don't know what the other UIs do without testing them as I have
little experience with them.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[Gene Heskett]

On Thursday 10 September 2020 18:59:09 R C wrote:

> I was just playing with it a bit,
>
>
> I have the idea, that , like homing is done per axis, "touching Off"
> is done per axis too?
>
yes, and has forever here.
>
> thanks,
>
>
> Ron
>
> On 9/10/20 4:50 PM, jrmitchellj wrote:
> > On a Mill setup, touch-off only affects the Z axis.  You will need
> > to find your X0, and Y0 positions.  I use the end key to bring up
> > the dialog and set the offset.
> >
> > --J. Ray Mitchell Jr.
> > jrmitche...@gmail.com
> >
> >
> >
> > "Good enough is the enemy of excellence"author unknown
> >
> > On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:
> >> Hello,
> >>
> >>
> >> this is probably a rookie question, but sometime when I do a "Touch
> >> Off",  the Z-position indeed becomes 0,  but the X and Y are not.  
> >> Then in teh axis program, it will still go to the "first" spot
> >> where it needs to start milling, and in the  drawing it fllows the
> >> correct lines/pattern,  but since the tuch off wasn't in the origin
> >> (0, 0, 0) on the actual workpiece/part the machining is off (and
> >> consequently goes out of the material, and starts milling air at
> >> some point.
> >>
> >>
> >> I am wondering why that happens?   Is that a mistake I sometimes
> >> make in Freecad, or is that something I do wrong touching off? (I
> >> am fairly sure it is not a bug).
> >>
> >>
> >> How can I make sure that I am actually touching off at (0, 0, 0) ?
> >>
> >>
> >> thanks,
> >>
> >>
> >> Ron
> >>
> >> (sorry if I have some terminology incorrect, but you know ...
> >> rookie here.)
> >>
> >>
> >>
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[Gene Heskett]

On Thursday 10 September 2020 18:50:03 jrmitchellj wrote:

> On a Mill setup, touch-off only affects the Z axis.  You will need to
> find your X0, and Y0 positions.  I use the end key to bring up the
> dialog and set the offset.
>
> --J. Ray Mitchell Jr.
> jrmitche...@gmail.com
>
It works for all 4 configured axis's here.
>
>
> "Good enough is the enemy of excellence"author unknown
>
> On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:
> > Hello,
> >
> >
> > this is probably a rookie question, but sometime when I do a "Touch
> > Off",  the Z-position indeed becomes 0,  but the X and Y are not.  
> > Then in teh axis program, it will still go to the "first" spot where
> > it needs to start milling, and in the  drawing it fllows the correct
> > lines/pattern,  but since the tuch off wasn't in the origin (0, 0,
> > 0) on the actual workpiece/part the machining is off (and
> > consequently goes out of the material, and starts milling air at
> > some point.
> >
> >
> > I am wondering why that happens?   Is that a mistake I sometimes
> > make in Freecad, or is that something I do wrong touching off? (I am
> > fairly sure it is not a bug).
> >
> >
> > How can I make sure that I am actually touching off at (0, 0, 0) ?
> >
> >
> > thanks,
> >
> >
> > Ron
> >
> > (sorry if I have some terminology incorrect, but you know ... rookie
> > here.)
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

yup,  that's why I noticed too.  I thought "touch off" would be more 
like "this is (0, 0, 0)"  and just hit that button once...


I guess I got lucky a few times.



On 9/10/20 5:28 PM, Dave Matthews wrote:

That is how I do it.  There are three radio buttons, one for each axis.  It
defaults to the last axis moved which is usually z.

Dave

On Thu, Sep 10, 2020, 19:01 R C  wrote:


I was just playing with it a bit,


I have the idea, that , like homing is done per axis, "touching Off" is
done per axis too?



thanks,


Ron





On 9/10/20 4:50 PM, jrmitchellj wrote:

On a Mill setup, touch-off only affects the Z axis.  You will need to

find

your X0, and Y0 positions.  I use the end key to bring up the dialog and
set the offset.

--J. Ray Mitchell Jr.
jrmitche...@gmail.com



"Good enough is the enemy of excellence"author unknown


On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:


Hello,


this is probably a rookie question, but sometime when I do a "Touch
Off",  the Z-position indeed becomes 0,  but the X and Y are not.   Then
in teh axis program, it will still go to the "first" spot where it needs
to start milling, and in the  drawing it fllows the correct
lines/pattern,  but since the tuch off wasn't in the origin (0, 0, 0) on
the actual workpiece/part the machining is off (and consequently goes
out of the material, and starts milling air at some point.


I am wondering why that happens?   Is that a mistake I sometimes make in
Freecad, or is that something I do wrong touching off? (I am fairly sure
it is not a bug).


How can I make sure that I am actually touching off at (0, 0, 0) ?


thanks,


Ron

(sorry if I have some terminology incorrect, but you know ... rookie

here.)



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[Dave Matthews]

That is how I do it.  There are three radio buttons, one for each axis.  It
defaults to the last axis moved which is usually z.

Dave

On Thu, Sep 10, 2020, 19:01 R C  wrote:

> I was just playing with it a bit,
>
>
> I have the idea, that , like homing is done per axis, "touching Off" is
> done per axis too?
>
>
>
> thanks,
>
>
> Ron
>
>
>
>
>
> On 9/10/20 4:50 PM, jrmitchellj wrote:
> > On a Mill setup, touch-off only affects the Z axis.  You will need to
> find
> > your X0, and Y0 positions.  I use the end key to bring up the dialog and
> > set the offset.
> >
> > --J. Ray Mitchell Jr.
> > jrmitche...@gmail.com
> >
> >
> >
> > "Good enough is the enemy of excellence"author unknown
> >
> >
> > On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:
> >
> >> Hello,
> >>
> >>
> >> this is probably a rookie question, but sometime when I do a "Touch
> >> Off",  the Z-position indeed becomes 0,  but the X and Y are not.   Then
> >> in teh axis program, it will still go to the "first" spot where it needs
> >> to start milling, and in the  drawing it fllows the correct
> >> lines/pattern,  but since the tuch off wasn't in the origin (0, 0, 0) on
> >> the actual workpiece/part the machining is off (and consequently goes
> >> out of the material, and starts milling air at some point.
> >>
> >>
> >> I am wondering why that happens?   Is that a mistake I sometimes make in
> >> Freecad, or is that something I do wrong touching off? (I am fairly sure
> >> it is not a bug).
> >>
> >>
> >> How can I make sure that I am actually touching off at (0, 0, 0) ?
> >>
> >>
> >> thanks,
> >>
> >>
> >> Ron
> >>
> >> (sorry if I have some terminology incorrect, but you know ... rookie
> here.)
> >>
> >>
> >>
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >>
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

I was just playing with it a bit,


I have the idea, that , like homing is done per axis, "touching Off" is 
done per axis too?




thanks,


Ron





On 9/10/20 4:50 PM, jrmitchellj wrote:

On a Mill setup, touch-off only affects the Z axis.  You will need to find
your X0, and Y0 positions.  I use the end key to bring up the dialog and
set the offset.

--J. Ray Mitchell Jr.
jrmitche...@gmail.com



"Good enough is the enemy of excellence"author unknown


On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:


Hello,


this is probably a rookie question, but sometime when I do a "Touch
Off",  the Z-position indeed becomes 0,  but the X and Y are not.   Then
in teh axis program, it will still go to the "first" spot where it needs
to start milling, and in the  drawing it fllows the correct
lines/pattern,  but since the tuch off wasn't in the origin (0, 0, 0) on
the actual workpiece/part the machining is off (and consequently goes
out of the material, and starts milling air at some point.


I am wondering why that happens?   Is that a mistake I sometimes make in
Freecad, or is that something I do wrong touching off? (I am fairly sure
it is not a bug).


How can I make sure that I am actually touching off at (0, 0, 0) ?


thanks,


Ron

(sorry if I have some terminology incorrect, but you know ... rookie here.)



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[jrmitchellj]

On a Mill setup, touch-off only affects the Z axis.  You will need to find
your X0, and Y0 positions.  I use the end key to bring up the dialog and
set the offset.

--J. Ray Mitchell Jr.
jrmitche...@gmail.com



"Good enough is the enemy of excellence"author unknown


On Thu, Sep 10, 2020 at 2:51 PM R C  wrote:

> Hello,
>
>
> this is probably a rookie question, but sometime when I do a "Touch
> Off",  the Z-position indeed becomes 0,  but the X and Y are not.   Then
> in teh axis program, it will still go to the "first" spot where it needs
> to start milling, and in the  drawing it fllows the correct
> lines/pattern,  but since the tuch off wasn't in the origin (0, 0, 0) on
> the actual workpiece/part the machining is off (and consequently goes
> out of the material, and starts milling air at some point.
>
>
> I am wondering why that happens?   Is that a mistake I sometimes make in
> Freecad, or is that something I do wrong touching off? (I am fairly sure
> it is not a bug).
>
>
> How can I make sure that I am actually touching off at (0, 0, 0) ?
>
>
> thanks,
>
>
> Ron
>
> (sorry if I have some terminology incorrect, but you know ... rookie here.)
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] cnc axis "Touch Off"

[R C]

Hello,


this is probably a rookie question, but sometime when I do a "Touch 
Off",  the Z-position indeed becomes 0,  but the X and Y are not.   Then 
in teh axis program, it will still go to the "first" spot where it needs 
to start milling, and in the  drawing it fllows the correct 
lines/pattern,  but since the tuch off wasn't in the origin (0, 0, 0) on 
the actual workpiece/part the machining is off (and consequently goes 
out of the material, and starts milling air at some point.



I am wondering why that happens?   Is that a mistake I sometimes make in 
Freecad, or is that something I do wrong touching off? (I am fairly sure 
it is not a bug).



How can I make sure that I am actually touching off at (0, 0, 0) ?


thanks,


Ron

(sorry if I have some terminology incorrect, but you know ... rookie here.)



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 2-axis head -> 5-axis kinematics

[Stuart Stevenson]

This is my take on the proposed kinematics project.

Using the photo in this link   -
https://www.dropbox.com/s/zpxqzl4q1n2gssa/IMG_20200404_160947.jpg?dl=0

The photo shows the elements I believe are necessary to calculate the
forward and inverse kinematics. You should need to use only two
lines(vectors). The line labelled B Axis in the Hiteco drawing and my
sketch is one of the necessary lines. The other necessary line is the
spindle center line I reference in my sketch. Where the two lines meet is
the important point. This would be referenced as the pivot point. Prior to
having the computing power(speed) the pivot point was the point XYZ of the
gcode program for a particular machine configuration. With dynamic pivot
length compensation and dynamic tool length compensation the tool tip
should be the XYZ point of the gcode program. Regarding gage point(pivot
length) and tool length the only important consideration is the pivot
length and tool length sum to the total distance from the tool tip to the
pivot point.

In my sketch the Z axis is parallel to the 51 dimension. The X and Y axes
are determined by where the C axis is homed. As sketched, if the 40
dimension and the B Axis as shown in the sketch are parallel to the X axis
then the Y axis is perpendicular to the paper. This would cause, according
to normal symbolic assignment, the rotation of the tool around the X axis
to result in the symbol of A assigned to the rotational tilt of the tool.

I would not try to use the 50 degree tilted axis as a the B axis. I
reference the B axis in the drawing only to communicate what part of the
drawing I am talking about as that is labelled in the drawing from Hiteco
and my sketch.

I would program kinematics from the center line of the spindle (tool) as
that is where the numbers from the CAM system will reference.

The CAM system should output tool tip (XYZ) and tool orientation (AC)
values. I would cause the kinematics to determine the position of the
machine elements to satisfy the tool position as programmed in the XYZAC
configuration.

I would calculate the kinematics using trig but it is also possible using
DH parameters.
https://en.wikipedia.org/wiki/Denavit%E2%80%93Hartenberg_parameters

thanks
Stuart






On Tue, Mar 31, 2020 at 9:32 AM andy pugh  wrote:

> On Tue, 31 Mar 2020 at 15:14, Tomaz T.  wrote:
>
> > is there maybe 5-axis kinematics module suited for this kind of 2-axis
> head design which has A (or B) axis at an angle, for example 50 degrees,
> like the on from following link:
> >
> https://www.hiteco.net/en/products/bi-rotary-units.c8396/serie-orbital-j-50deg.8398/orbital-jqx-50-compressed-air.101428
>
> They seem to be 2-DOF serial kinematics + cartesian.
>
> Inverse kinematics is easy, but forward seems a bit harder.
>
> I don't think that genserkins can be forced in to that shape due to
> the non-serial prismatic axes.
>
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 2-axis head -> 5-axis kinematics

[andy pugh]

On Tue, 31 Mar 2020 at 15:14, Tomaz T.  wrote:

> is there maybe 5-axis kinematics module suited for this kind of 2-axis head 
> design which has A (or B) axis at an angle, for example 50 degrees, like the 
> on from following link:
> https://www.hiteco.net/en/products/bi-rotary-units.c8396/serie-orbital-j-50deg.8398/orbital-jqx-50-compressed-air.101428

They seem to be 2-DOF serial kinematics + cartesian.

Inverse kinematics is easy, but forward seems a bit harder.

I don't think that genserkins can be forced in to that shape due to
the non-serial prismatic axes.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 2-axis head -> 5-axis kinematics

[Tomaz T .]

Hi all,

is there maybe 5-axis kinematics module suited for this kind of 2-axis head 
design which has A (or B) axis at an angle, for example 50 degrees, like the on 
from following link:
https://www.hiteco.net/en/products/bi-rotary-units.c8396/serie-orbital-j-50deg.8398/orbital-jqx-50-compressed-air.101428

Video: https://www.youtube.com/watch?v=rJs8RaKsnw8



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X Axis oil passages

[John Dammeyer]

> From: Andy Pugh [mailto:bodge...@gmail.com]
> > On 25 Dec 2019, at 17:22, John Dammeyer <  
> > jo...@autoartisans.com>
> wrote:
> >
> > Any suggestions on the type of plastic?
> 
> I would probably use Delrin. Easy to machine, and I have some.
 
Actually so do I.
 
Table is back on.  Tapered Gib adjusted and then locked with the screw on the 
opposite end.  I can just push it from one end to the other and there are no 
noticeable tight spots.  
 
For now I'll leave the overflowchannel until I'm ready to install the pump 
oiler.  First all the other little CNC conversion items need to be done but at 
least I now have measurements for the lead screw nut and I have to think about 
either making a new one that can be adjusted to remove the 0.023" or so worth 
of backlash or just go Ball Screws.  
Photo shows just how cheezy this is.

In either case, that's when I'll do the pump oiler and look clearly at how to 
lubricate the dovetails.
 
Thanks everyone.
Merry Christmas.
John
 
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X Axis oil passages

[Andy Pugh]

> On 25 Dec 2019, at 17:22, John Dammeyer  wrote:
> 
> Any suggestions on the type of plastic?

I would probably use Delrin. Easy to machine, and I have some.  


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X Axis oil passages

[Gene Heskett]

On Wednesday 25 December 2019 12:58:26 John Dammeyer wrote:

> Hi Gene,
>
> > At least it has SOME even if poorly done, John  My Grizzly G0704 has
> > zilch, nada, none. I've been in the Grizzly showroom several times,
> > and unless the quality bigger stuff has a one shot, I've seen zero
> > evidence of oilers, no flip cap cups, nada on any of them.
>
> They no longer make the G3616
> https://www.grizzly.com/search?q=(G3616)
> but this is the closest
> https://www.grizzly.com/products/Grizzly-9-x-39-2-HP-Horizontal-Vertic
>al-Mill-with-Power-Feed/G0757
>
> My table is shorter and I don't have the Horizontal Mill option and
> the spindle is only 2HP instead of 3HP.  Otherwise I can't see much
> difference.  The quality control is slightly worse than mine as the
> photo shows the end plate (pinned with tapered pins) isn't straight. 
> Mine isn't either but not as far off as this one.
>
> One has to wonder if the lead screw is even parallel to the table with
> that level of sloppy fitting.  It wold be easy enough to jig something
> to maintain the surface parallel and the holes.
>
> With CNC I don't know if a pivoting table and horizontal mill feature
> is needed anymore.  Perhaps someone with more CNC experience can chime
> in here.  With full CNC is a pivoting table like the one this mill has
> redundant?
>
> Thanks
> John

ISWYM This one's major flaws would likely be fixed by carefull reassembly 
as the cnc stuff was being installed. The rotating table makes gear 
cutting a bit easier but its a wash once cnc'd.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users