Re: [Emc-users] HTML Help

[John Dammeyer]

I'm a bit confused here.  When I look at 
http://linuxcnc.org/docs/2.8/html/config/ini-homing.html
and the section:
6.14. Inhibiting Homing

These two lines are in a 'code box' and appear to be ASCII with a 0x2D.

setp home_sequence_mux.in0 -1
net hsequence_select => motion.homing-inhibit

Cutting and pasting this into a vintage CodeWright "(c) 1991 to 2003" shows 
it's simple ASCII.  

Isn't that a requirement for documents?  If it's a code example why would it be 
created to be anything but 7 bit ASCII?  I guess I'm wondering if the fault 
doesn't lie with 'groff' but with the authors who don't take the time to do it 
right?

If this were actually an email with HTML format any code fragments I insert 
would be done with courier font.  Pretty sure it doesn't have fancy characters. 
 Especially if they are cut and pasted from say a HAL file from the linux 
system.

Or am I missing something?

John




> -Original Message-
> From: Sebastian Kuzminsky [mailto:seb.kuzmin...@gmail.com]
> Sent: March-07-21 11:21 PM
> To: Enhanced Machine Controller (EMC); andy pugh
> Subject: Re: [Emc-users] HTML Help
> 
> Our docs build system deals with manpages written directly in groff, and
> also manpages written in asciidoc. asciidoc manpages get built into
> regular groff manpages using the asciidoc tools.
> 
> All manpages, both the native groff ones and the ones built from
> asciidoc, are converted to HTML using the HTML output mode of the groff
> tools.
> 
> There's a bit of complexity in how groff handles hyphens and minus
> signs.  The documentation and the implementation of this is evolving
> fairly actively, with non-trivial differences between groff 1.21 (in
> Wheezy) and groff 1.22.4 (in Buster, and currently the latest released
> version).
> 
> groff 1.21 in Wheezy renders '-' (ascii/utf8 0x2d, the character named
> "hyphen-minus") in the input to '-' (ascii/utf8 0x2d) in the HTML
> output, and renders '\-' in the input as '−' in the HTML output.
> My web browser renders '−' as '-' (u2212, named "minus"), so
> copy/paste doesn't work.
> 
> groff 1.22.4 in Buster renders both '-' (2d) and '\-' (escaped 2d) in
> the input to '-' (ascii/utf8 0x2d, which is what we want) in the HTML
> output.
> 
> The documentation for the groff 1.23 release candidate has this to say:
> 
> https://www.man7.org/linux/man-pages/man7/groff_char.7.html
> 
> > The hyphen-minus is a particularly unfortunate case of
> > overloading.  Its awkward name in ISO 8859 and later standards
> > reflects the many conflicting purposes to which it had already
> > been put in the 1980s, including a hyphen, a minus sign, and
> > (alone or in repetition) dashes of varying widths.  For best
> > results in groff, use the character in input without an escape
> > only to mean a hyphen, as in the phrase �long-term�.  For a minus
> > sign in running prose or a Unix command-line option dash, use \-
> > (or \[-] in groff if you find it helps the clarity of the source
> > document).
> 
> The groff(1) manpage for both Wheezy and Buster, themselves written in
> groff of course, use '\-' (escaped 0x2d) for the dashes that precede
> command-line arguments. I figure this gives us a pretty good idea of how
> the groff people (or at least the people who wrote the manpage) think
> about it.
> 
> And finally it's worth nothing that when asciidoc writes groff, it
> escapes the hyphen-minus character.
> 
> So based on all this I believe our groff manpages should use "-" (ascii
> 0x2d, u2d, "hyphen-minus") when we want a hyphen (probably rarely) and
> "\-" (ascii/utf8 sequence 0x5c 0x2d, an escaped hyphen-minus) when we
> want the actual hyphen-minus character in the output (like for
> command-line arguments and hal pins).
> 
> We should switch our official docs build from Wheezy (which gets this
> all wrong) to Buster (which gets it right).
> 
> This will make the docs on wlo copy-paste-able, but it won't help anyone
> who wants to build our docs on Wheezy.  I can live with that.
> 
> 
> --
> Sebastian Kuzminsky
> 
> 
> ___
> 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] HTML Help

[Sebastian Kuzminsky]

Our docs build system deals with manpages written directly in groff, and 
also manpages written in asciidoc. asciidoc manpages get built into 
regular groff manpages using the asciidoc tools.


All manpages, both the native groff ones and the ones built from 
asciidoc, are converted to HTML using the HTML output mode of the groff 
tools.


There's a bit of complexity in how groff handles hyphens and minus 
signs.  The documentation and the implementation of this is evolving 
fairly actively, with non-trivial differences between groff 1.21 (in 
Wheezy) and groff 1.22.4 (in Buster, and currently the latest released 
version).


groff 1.21 in Wheezy renders '-' (ascii/utf8 0x2d, the character named 
"hyphen-minus") in the input to '-' (ascii/utf8 0x2d) in the HTML 
output, and renders '\-' in the input as '−' in the HTML output. 
My web browser renders '−' as '−' (u2212, named "minus"), so 
copy/paste doesn't work.


groff 1.22.4 in Buster renders both '-' (2d) and '\-' (escaped 2d) in 
the input to '-' (ascii/utf8 0x2d, which is what we want) in the HTML 
output.


The documentation for the groff 1.23 release candidate has this to say:

https://www.man7.org/linux/man-pages/man7/groff_char.7.html


The hyphen-minus is a particularly unfortunate case of
overloading.  Its awkward name in ISO 8859 and later standards
reflects the many conflicting purposes to which it had already
been put in the 1980s, including a hyphen, a minus sign, and
(alone or in repetition) dashes of varying widths.  For best
results in groff, use the character in input without an escape
only to mean a hyphen, as in the phrase “long-term”.  For a minus
sign in running prose or a Unix command-line option dash, use \-
(or \[-] in groff if you find it helps the clarity of the source
document).


The groff(1) manpage for both Wheezy and Buster, themselves written in 
groff of course, use '\-' (escaped 0x2d) for the dashes that precede 
command-line arguments. I figure this gives us a pretty good idea of how 
the groff people (or at least the people who wrote the manpage) think 
about it.


And finally it's worth nothing that when asciidoc writes groff, it 
escapes the hyphen-minus character.


So based on all this I believe our groff manpages should use "-" (ascii 
0x2d, u2d, "hyphen-minus") when we want a hyphen (probably rarely) and 
"\-" (ascii/utf8 sequence 0x5c 0x2d, an escaped hyphen-minus) when we 
want the actual hyphen-minus character in the output (like for 
command-line arguments and hal pins).


We should switch our official docs build from Wheezy (which gets this 
all wrong) to Buster (which gets it right).


This will make the docs on wlo copy-paste-able, but it won't help anyone 
who wants to build our docs on Wheezy.  I can live with that.



--
Sebastian Kuzminsky


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

Re: [Emc-users] nother not so silly Q

[Chris Albertson]

On Sun, Mar 7, 2021 at 10:09 PM R C  wrote:

> > Will generate a Postscript file for the "chmod" command that is formatted
> > for letter-size pages with professional-like typesetting.
>
> you mean like ... bold ?


Here is a sample.  It is a man page for the "cp" command I just made using
"man -t cp" and attached.  My Acrobat-clone was happy to save it as a PDF.
-- 

Chris Albertson
Redondo Beach, California


cp_manpage.pdf
Description: Adobe PDF document
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] linuxcnc forum website: Lathe G code Generator

[Chris Albertson]

Fusion runs very well on My Linux system inside a virtual machine.   For
CAD systems that run directly on Linux, it is hard to beat Onshape.  But
Onshape lacks CAM functions.

The free version of Fusion only handles 3-axis milling You need
a subscription to do 5-axis
https://www.autodesk.com/products/fusion-360/personal


I 've not yet
explored Solidworks.  It is a huge system and an industry standard.  There
are a few ways to get it for nearly free.  (one is EAA membership.)   This
is likey the best by far but Onshape is so close to Solidworks, even the
mouse clicks and colors are so close and Onshape does not need to be
installed, it "just works".

On Sun, Mar 7, 2021 at 10:23 PM R C  wrote:

>
> On 3/7/21 11:13 PM, Chris Albertson wrote:
> > Fusion360 is the only tool I've seen that can automatically generate
> lathe
> > tool paths.  It is pretty much "point and click" but there is a lot of
> > pointing and clicking to specify the cut depth and your tool angle and a
> > dozen other things.Then it generates a g-code file and can run the
> file
> > in simulation (but LinuxCNC can also run it in simulation)
> >
> > The software is free for hobby users and start-up businesses.
>
>
> I did set up a windows partition to do that, installed fusion360 and
> played with it a little. I am not a really big fan, but there doesn't
> seem to be much else (if anything else.)
>
> I'd rather use something on linux, and i happen to like freecad. But
> somehow  there's nothing much for lathes in it (yet)
>
> I might just need to give it another shot..
>
>
>
> >
> >
> > On Sun, Mar 7, 2021 at 9:14 PM R C  wrote:
> >
> >> Hello,
> >>
> >>
> >> I  am still looking for some tools/utilities  to create/run g-codes for
> >> a cnc lathe, in linuxcnc.
> >>
> >>
> >> I saw this link:
> >> https://forum.linuxcnc.org/20-g-code/28692-lathe-g-code-generator
> >>
> >>
> >> it's from 2014 though, but wondering .. is it still around, can it be
> used?
> >>
> >>
> >> thanks,
> >>
> >>
> >> Ron
> >>
> >>
> >>
> >> ___
> >> 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] linuxcnc forum website: Lathe G code Generator

[R C]

On 3/7/21 11:13 PM, Chris Albertson wrote:

Fusion360 is the only tool I've seen that can automatically generate lathe
tool paths.  It is pretty much "point and click" but there is a lot of
pointing and clicking to specify the cut depth and your tool angle and a
dozen other things.Then it generates a g-code file and can run the file
in simulation (but LinuxCNC can also run it in simulation)

The software is free for hobby users and start-up businesses.



I did set up a windows partition to do that, installed fusion360 and 
played with it a little. I am not a really big fan, but there doesn't 
seem to be much else (if anything else.)


I'd rather use something on linux, and i happen to like freecad. But 
somehow  there's nothing much for lathes in it (yet)


I might just need to give it another shot..






On Sun, Mar 7, 2021 at 9:14 PM R C  wrote:


Hello,


I  am still looking for some tools/utilities  to create/run g-codes for
a cnc lathe, in linuxcnc.


I saw this link:
https://forum.linuxcnc.org/20-g-code/28692-lathe-g-code-generator


it's from 2014 though, but wondering .. is it still around, can it be used?


thanks,


Ron



___
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] linuxcnc forum website: Lathe G code Generator

[Chris Albertson]

Fusion360 is the only tool I've seen that can automatically generate lathe
tool paths.  It is pretty much "point and click" but there is a lot of
pointing and clicking to specify the cut depth and your tool angle and a
dozen other things.Then it generates a g-code file and can run the file
in simulation (but LinuxCNC can also run it in simulation)

The software is free for hobby users and start-up businesses.


On Sun, Mar 7, 2021 at 9:14 PM R C  wrote:

> Hello,
>
>
> I  am still looking for some tools/utilities  to create/run g-codes for
> a cnc lathe, in linuxcnc.
>
>
> I saw this link:
> https://forum.linuxcnc.org/20-g-code/28692-lathe-g-code-generator
>
>
> it's from 2014 though, but wondering .. is it still around, can it be used?
>
>
> thanks,
>
>
> Ron
>
>
>
> ___
> 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] nother not so silly Q

[R C]

On 3/7/21 10:43 PM, Chris Albertson wrote:

If you intend to print man pages use the "-t" option and you will get
Postscript output that is easier to read than dumb-ASCII.

Something like

man -t chmod > chmod_manpage.ps

Will generate a Postscript file for the "chmod" command that is formatted
for letter-size pages with professional-like typesetting.   30 years ago I


you mean like ... bold ?



once had a notebook of these printouts it worked the same way then as now.
UNIX was old, even then.

On Sun, Mar 7, 2021 at 9:20 PM R C  wrote:


well you could pipe it  through lpr.


but also, probably easier,  you can pipe it to a file..  and then print
that file.


for example for ls:


$ man ls > ls-man.txt


check ls-man.txt,  it should be an ascii/txt file.   and you can print
that.


Ron

On 3/7/21 10:08 PM, Gene Heskett wrote:

Greetings all;

I guess I'm one of the guys that grew up reading the printed word, and to
this day I grasp a howto 10 times better by reading it on paper.

So, how is the best way to get a paper copy of a man page, since man
doesn't seem to have the ability to redirect its screen output to a
printer?

Thanks.

Cheers, Gene Heskett


___
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] nother not so silly Q

[Chris Albertson]

If you intend to print man pages use the "-t" option and you will get
Postscript output that is easier to read than dumb-ASCII.

Something like

man -t chmod > chmod_manpage.ps

Will generate a Postscript file for the "chmod" command that is formatted
for letter-size pages with professional-like typesetting.   30 years ago I
once had a notebook of these printouts it worked the same way then as now.
UNIX was old, even then.

On Sun, Mar 7, 2021 at 9:20 PM R C  wrote:

> well you could pipe it  through lpr.
>
>
> but also, probably easier,  you can pipe it to a file..  and then print
> that file.
>
>
> for example for ls:
>
>
> $ man ls > ls-man.txt
>
>
> check ls-man.txt,  it should be an ascii/txt file.   and you can print
> that.
>
>
> Ron
>
> On 3/7/21 10:08 PM, Gene Heskett wrote:
> > Greetings all;
> >
> > I guess I'm one of the guys that grew up reading the printed word, and to
> > this day I grasp a howto 10 times better by reading it on paper.
> >
> > So, how is the best way to get a paper copy of a man page, since man
> > doesn't seem to have the ability to redirect its screen output to a
> > printer?
> >
> > Thanks.
> >
> > Cheers, Gene Heskett
>
>
> ___
> 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] nother not so silly Q

[Nathan Hartman]

On Mon, Mar 8, 2021 at 12:11 AM Gene Heskett  wrote:

> Greetings all;
>
> I guess I'm one of the guys that grew up reading the printed word, and to
> this day I grasp a howto 10 times better by reading it on paper.
>
> So, how is the best way to get a paper copy of a man page, since man
> doesn't seem to have the ability to redirect its screen output to a
>

I've never done it myself but the following pages offer a few different
ways, including piping them through some programs on the way to the printer
or converting them to text, html, postscript, and pdf, from which formats
they can be printed as well:

https://www.cyberciti.biz/tips/how-do-i-print-out-a-linux-man-or-info-page.html

https://www.informit.com/articles/article.aspx?p=597697&seqNum=6

https://www.peachpit.com/articles/article.aspx?p=430844&seqNum=2

That last one mentioned html which reminded me that many Linux man pages
are online in HTML format and it might just be easier to navigate over to
one of the websites that has them and print them from your web browser.
Here are a few:

https://www.kernel.org/doc/man-pages/

https://www.man7.org/linux/man-pages/

https://linux.die.net/man/

There are also the DistroWatch simplified man pages:

https://distrowatch.com/dwres-mobile.php?resource=man-pages

Hope that helps,
Nathan

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

Re: [Emc-users] nother not so silly Q

[R C]

well you could pipe it  through lpr.


but also, probably easier,  you can pipe it to a file..  and then print 
that file.



for example for ls:


$ man ls > ls-man.txt


check ls-man.txt,  it should be an ascii/txt file.   and you can print 
that.



Ron

On 3/7/21 10:08 PM, Gene Heskett wrote:

Greetings all;

I guess I'm one of the guys that grew up reading the printed word, and to
this day I grasp a howto 10 times better by reading it on paper.

So, how is the best way to get a paper copy of a man page, since man
doesn't seem to have the ability to redirect its screen output to a
printer?

Thanks.

Cheers, Gene Heskett



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

[Emc-users] linuxcnc forum website: Lathe G code Generator

[R C]

Hello,


I  am still looking for some tools/utilities  to create/run g-codes for 
a cnc lathe, in linuxcnc.



I saw this link: 
https://forum.linuxcnc.org/20-g-code/28692-lathe-g-code-generator



it's from 2014 though, but wondering .. is it still around, can it be used?


thanks,


Ron



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

[Emc-users] nother not so silly Q

[Gene Heskett]

Greetings all;

I guess I'm one of the guys that grew up reading the printed word, and to 
this day I grasp a howto 10 times better by reading it on paper.

So, how is the best way to get a paper copy of a man page, since man 
doesn't seem to have the ability to redirect its screen output to a 
printer?

Thanks.

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] Muxed encoder counters vs regular encoder counters

[Ralph Stirling]

I am making a custom configuration to replace a Fagor 8050
cnc control with Linuxcnc and a Mesa 7i80hd or other triple
2x25 header interface.  I have four servo channels, and three
mpg wheels for jogging.  There only seems to be four regular
encoder channels, and beyond that muxed counters are required.
I don't see just how the muxed counters work, however.  Can
the two types be mixed?  I see in various PIN source files a
mux selection pin.  How is this used?  Here are the relevant
lines from the vhd file:

IOPortTag & x"00" & MuxedQCountTag & MuxedQCountQAPin,  
-- I/O 24
IOPortTag & x"00" & MuxedQCountTag & MuxedQCountQBPin,  
-- I/O 25
IOPortTag & x"01" & MuxedQCountTag & MuxedQCountQAPin,  
-- I/O 26
IOPortTag & x"01" & MuxedQCountTag & MuxedQCountQBPin,  
-- I/O 27
IOPortTag & x"02" & MuxedQCountTag & MuxedQCountQAPin,  
-- I/O 28
IOPortTag & x"02" & MuxedQCountTag & MuxedQCountQBPin,  
-- I/O 29
IOPortTag & x"00" & MuxedQCountSelTag & MuxedQCountSel0Pin, 
-- I/O 30


Thanks again,
-- Ralph


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

Re: [Emc-users] isolcpus?

[Gene Heskett]

On Sunday 07 March 2021 14:37:12 John Dammeyer wrote:

> > -Original Message-
> > From: Mark Johnsen [mailto:m...@ijohnsen.com]
> > Sent: March-07-21 10:22 AM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] isolcpus?
> >
> > On Sun, Mar 7, 2021 at 7:25 AM Gene Heskett  
wrote:
> > > On Sunday 07 March 2021 06:58:01 Gene Heskett wrote:
> > > > > It takes at least 5 seconds for it to get up to search speed,
> > > > > and another 5 seconds to get back to a stop after the home
> > > > > switch has been found, coasting 20-25 degrees getting stopped,
> > > > > then it goes into latch speed and takes another minute to get
> > > > > back to the switch edge.  And theres a random offset being
> > > > > applied to the home position in the linuxcnc dro that does not
> > > > > exist
> >
> >   I don't know the inner workings of the LinuxCNC home switch
> > routine as my machine doesn't have a home switch (someday
> > hopefully).  However, it sounds like an acceleration/deceleration
> > setting for the homing routine is too low.  At least that's what I
> > would look at with an off-the-shelf motion system.
> >
> > This isn't related in terms of code to LinuxCNC, but in general
> > motion control practice:
> > For an old Parker compumotor 6k2 motion controller, the homing
> > routines had their own Accel, decel, home to index (was it John D w/
> > the 2 mechanical switches), and other routines such as approach from
> > CW or CCW, go past and slew back slowly, etc...  I would look at
> > that rather than the linux setup (isolcpus, latency, etc).  But, I'm
> > not an expert on this..
> >
> > Mark
>
> I share the home and limit switch for each axis.  The other end of
> each axis has a limit switch in series with the other two axis.  Total
> inputs used is 4 then.  The Z always homes first by itself to clear
> tools.  Then XY happen at the same time.
>
> I've also got soft limits set up so loading a G-Code program tells me
> if I'm outside my work envelope regardless of G54, G55 etc.
>
> I think I used this document to determine what to set and how and it's
> pretty comprehensive.
> http://linuxcnc.org/docs/2.8/html/config/ini-homing.html

I don't think there is a diff, I'm on master with all my machines, 
playing the canary in a coal mine, good explanations in there.

> I don't have a home or limit switch on my rotary A axis.

And I just found out that touch off does do something to A but 0.0 is not 
0.0 ack the dro. And the offset changed when I rebooted.  So something 
is definitely fubar someplace.

> This is Z and notice the sign of the OFFSET verses final velocity. 
> The knee moves away from the spindle towards the home/limit switch. 
> The Z value gets smaller (more negative) as we move closer to the
> spindle just like on a lathe. 
> HOME_OFFSET = 0.2 
> HOME_SEARCH_VEL = 0.8
> HOME_LATCH_VEL = 0.01
> HOME_FINAL_VEL = -0.2
> HOME_IGNORE_LIMITS = YES
> HOME_USE_INDEX = 0
> HOME_SEQUENCE = 0

Yes, I'm doing that sequence too, only with faster speeds since my scale 
is per degree.

> Compare that with Y axis which moves the table towards the column and
> home/limit switch.  That puts the Y=0 location on the table just like
> an XY graph where the Y axis value increases as it we move up the
> axis. HOME_OFFSET = -0.1
> HOME_SEARCH_VEL = -0.8
> HOME_LATCH_VEL = 0.01
> HOME_FINAL_VEL = 0.2
> HOME_IGNORE_LIMITS = YES
> HOME_VOLATILE = 1
> HOME_SEQUENCE = 1
>
> If you get those signs wrong it behaves very funny.
>
> John Dammeyer

We'll see if I get a different scale this time, as I'm re-running that 
test now with the "lights out". See my reply to Phil T, for a 
description of the method. I let hal do the heavy lifting for that 
stuff.

Thanks John D.

Take care and stay well.

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] isolcpus?

[Gene Heskett]

On Sunday 07 March 2021 14:07:33 Feral Engineer wrote:
[...]
> sudo update-grub

Wasn't in there, put it in and rebooted.

Now I am re-calibrating the servo_scale which will take an hour or more. 
I snapshot the encoder count at 1.0 turns of the home-switch, snapshot 
the counter at 101 turns, subtract the first count from the second to 
get the diff, div that by 100 to get 1 turn, and divide by 360 to get 
one degree.  Or just div by 36000. I am also suspecting I'm missing a 
count, at g0 speed, 1800 degrees a minute, the dro is losing counts, 
worse in one dir than the other. I *think* that's a separate problem.

Thanks Phil T.  Stay safe and well.

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] isolcpus?

[John Dammeyer]

> -Original Message-
> From: Mark Johnsen [mailto:m...@ijohnsen.com]
> Sent: March-07-21 10:22 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] isolcpus?
> 
> On Sun, Mar 7, 2021 at 7:25 AM Gene Heskett  wrote:
> 
> > On Sunday 07 March 2021 06:58:01 Gene Heskett wrote:
> >
> >
> > > > It takes at least 5 seconds for it to get up to search speed, and
> > > > another 5 seconds to get back to a stop after the home switch has
> > > > been found, coasting 20-25 degrees getting stopped, then it goes
> > > > into latch speed and takes another minute to get back to the switch
> > > > edge.  And theres a random offset being applied to the home position
> > > > in the linuxcnc dro that does not exist
> >
> 
>   I don't know the inner workings of the LinuxCNC home switch routine as my
> machine doesn't have a home switch (someday hopefully).  However, it sounds
> like an acceleration/deceleration setting for the homing routine is too
> low.  At least that's what I would look at with an off-the-shelf motion
> system.
> 
> This isn't related in terms of code to LinuxCNC, but in general
> motion control practice:
> For an old Parker compumotor 6k2 motion controller, the homing routines had
> their own Accel, decel, home to index (was it John D w/ the 2 mechanical
> switches), and other routines such as approach from CW or CCW, go past and
> slew back slowly, etc...  I would look at that rather than the linux setup
> (isolcpus, latency, etc).  But, I'm not an expert on this..
> 
> Mark
> 
I share the home and limit switch for each axis.  The other end of each axis 
has a limit switch in series with the other two axis.  Total inputs used is 4 
then.  The Z always homes first by itself to clear tools.  Then XY happen at 
the same time.

I've also got soft limits set up so loading a G-Code program tells me if I'm 
outside my work envelope regardless of G54, G55 etc.

I think I used this document to determine what to set and how and it's pretty 
comprehensive.
http://linuxcnc.org/docs/2.8/html/config/ini-homing.html
I don't have a home or limit switch on my rotary A axis.

This is Z and notice the sign of the OFFSET verses final velocity.  The knee 
moves away from the spindle towards the home/limit switch.  The Z value gets 
smaller (more negative) as we move closer to the spindle just like on a lathe.
HOME_OFFSET = 0.2
HOME_SEARCH_VEL = 0.8
HOME_LATCH_VEL = 0.01
HOME_FINAL_VEL = -0.2
HOME_IGNORE_LIMITS = YES
HOME_USE_INDEX = 0
HOME_SEQUENCE = 0

Compare that with Y axis which moves the table towards the column and 
home/limit switch.  That puts the Y=0 location on the table just like an XY 
graph where the Y axis value increases as it we move up the axis.
HOME_OFFSET = -0.1
HOME_SEARCH_VEL = -0.8
HOME_LATCH_VEL = 0.01
HOME_FINAL_VEL = 0.2
HOME_IGNORE_LIMITS = YES
HOME_VOLATILE = 1
HOME_SEQUENCE = 1

If you get those signs wrong it behaves very funny.

John Dammeyer




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

Re: [Emc-users] isolcpus?

[Feral Engineer]

I usually change isolcpus in my grub file under /etc/default. You can use
sudo nano /etc/default/grub, ctrl+s to save, ctrl+x to close, then accept
the change with sudo update-grub



Phil T.
The Feral Engineer

Check out my LinuxCNC tutorials, machine builds and other antics at
www.youtube.com/c/theferalengineer

On Sun, Mar 7, 2021, 1:46 PM Mark Johnsen  wrote:

> On Sun, Mar 7, 2021 at 7:25 AM Gene Heskett  wrote:
>
> > On Sunday 07 March 2021 06:58:01 Gene Heskett wrote:
> >
> >
> > > > It takes at least 5 seconds for it to get up to search speed, and
> > > > another 5 seconds to get back to a stop after the home switch has
> > > > been found, coasting 20-25 degrees getting stopped, then it goes
> > > > into latch speed and takes another minute to get back to the switch
> > > > edge.  And theres a random offset being applied to the home position
> > > > in the linuxcnc dro that does not exist
> >
>
>   I don't know the inner workings of the LinuxCNC home switch routine as my
> machine doesn't have a home switch (someday hopefully).  However, it sounds
> like an acceleration/deceleration setting for the homing routine is too
> low.  At least that's what I would look at with an off-the-shelf motion
> system.
>
> This isn't related in terms of code to LinuxCNC, but in general
> motion control practice:
> For an old Parker compumotor 6k2 motion controller, the homing routines had
> their own Accel, decel, home to index (was it John D w/ the 2 mechanical
> switches), and other routines such as approach from CW or CCW, go past and
> slew back slowly, etc...  I would look at that rather than the linux setup
> (isolcpus, latency, etc).  But, I'm not an expert on this..
>
> Mark
>
> ___
> 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] isolcpus?

[Mark Johnsen]

On Sun, Mar 7, 2021 at 7:25 AM Gene Heskett  wrote:

> On Sunday 07 March 2021 06:58:01 Gene Heskett wrote:
>
>
> > > It takes at least 5 seconds for it to get up to search speed, and
> > > another 5 seconds to get back to a stop after the home switch has
> > > been found, coasting 20-25 degrees getting stopped, then it goes
> > > into latch speed and takes another minute to get back to the switch
> > > edge.  And theres a random offset being applied to the home position
> > > in the linuxcnc dro that does not exist
>

  I don't know the inner workings of the LinuxCNC home switch routine as my
machine doesn't have a home switch (someday hopefully).  However, it sounds
like an acceleration/deceleration setting for the homing routine is too
low.  At least that's what I would look at with an off-the-shelf motion
system.

This isn't related in terms of code to LinuxCNC, but in general
motion control practice:
For an old Parker compumotor 6k2 motion controller, the homing routines had
their own Accel, decel, home to index (was it John D w/ the 2 mechanical
switches), and other routines such as approach from CW or CCW, go past and
slew back slowly, etc...  I would look at that rather than the linux setup
(isolcpus, latency, etc).  But, I'm not an expert on this..

Mark

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

Re: [Emc-users] isolcpus?

[Gene Heskett]

On Sunday 07 March 2021 06:58:01 Gene Heskett wrote:

> On Sunday 07 March 2021 06:43:45 Gene Heskett wrote:
> > Greetings folks;
> >
> > Experimenting with various ways to see if I can find out why the
> > initial homing is so slow and loaded with windup effects, effects
> > that do not seem to affect the stepper driven axises.
> >
> > It takes at least 5 seconds for it to get up to search speed, and
> > another 5 seconds to get back to a stop after the home switch has
> > been found, coasting 20-25 degrees getting stopped, then it goes
> > into latch speed and takes another minute to get back to the switch
> > edge.  And theres a random offset being applied to the home position
> > in the linuxcnc dro that does not exist
> >
> > The randomness gets obviously worse if I crank up the thread speeds,
> > and causes a zero drift in the dro readings for repeatedly issuing
> > the g0a5;g0a-15 while attempting to optimize the servo settings.
> >
> > This machine's install is your latest respin of buster. Download,
> > burn and installed in late december IIRC.
> >
> > And rtapi shows up in an htop output, something that isolcpus
> > normally hides from htop.  That got me snooping.
> >
> > And there is no mention of isolcpus in /boot/grub/grub.cfg!
> >
> > From uname -a:
> > 4.19.0-14-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.171-2 (2021-01-30)
> > x86_64 GNU/Linux
> >
> > Note the date!
> >
> > So, whats the current status of the isolcpus boot parameter?
> >
> > Also latency-test will not run, can't find the threads, fast or
> > slow.
>
> And on repeat test, it does run, runs well. But the one remaining
> atom's latency is horrible, 50+ u-s on both threads, the other 2 i5
> dells are in the 4 u-s region.  I have another dell i5 to replace it
> as soon as some 60 degree weather arrives.
>
> > So someting is fubared IMO, but what?

And, I just found that deleting position.txt while lcnc is stopped, or 
editing it to be all 0.00 does not affect the dro on a rerun, 
and while once its homed, I can touch off xyz to effectively zero, I 
cannot touch off A, it has no effect.

Thanks for any clues to quadruple check.

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] isolcpus?

[Gene Heskett]

On Sunday 07 March 2021 06:43:45 Gene Heskett wrote:

> Greetings folks;
>
> Experimenting with various ways to see if I can find out why the
> initial homing is so slow and loaded with windup effects, effects that
> do not seem to affect the stepper driven axises.
>
> It takes at least 5 seconds for it to get up to search speed, and
> another 5 seconds to get back to a stop after the home switch has been
> found, coasting 20-25 degrees getting stopped, then it goes into latch
> speed and takes another minute to get back to the switch edge.  And
> theres a random offset being applied to the home position in the
> linuxcnc dro that does not exist
>
> The randomness gets obviously worse if I crank up the thread speeds,
> and causes a zero drift in the dro readings for repeatedly issuing the
> g0a5;g0a-15 while attempting to optimize the servo settings.
>
> This machine's install is your latest respin of buster. Download, burn
> and installed in late december IIRC.
>
> And rtapi shows up in an htop output, something that isolcpus normally
> hides from htop.  That got me snooping.
>
> And there is no mention of isolcpus in /boot/grub/grub.cfg!
>
> From uname -a:
> 4.19.0-14-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.171-2 (2021-01-30)
> x86_64 GNU/Linux
>
> Note the date!
>
> So, whats the current status of the isolcpus boot parameter?
>
> Also latency-test will not run, can't find the threads, fast or slow.

And on repeat test, it does run, runs well. But the one remaining atom's 
latency is horrible, 50+ u-s on both threads, the other 2 i5 dells are 
in the 4 u-s region.  I have another dell i5 to replace it as soon as 
some 60 degree weather arrives.

> So someting is fubared IMO, but what?
>
> Cheers, Gene Heskett


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] isolcpus?

[Gene Heskett]

Greetings folks;

Experimenting with various ways to see if I can find out why the initial 
homing is so slow and loaded with windup effects, effects that do not 
seem to affect the stepper driven axises.

It takes at least 5 seconds for it to get up to search speed, and another 
5 seconds to get back to a stop after the home switch has been found, 
coasting 20-25 degrees getting stopped, then it goes into latch speed 
and takes another minute to get back to the switch edge.  And theres a 
random offset being applied to the home position in the linuxcnc dro 
that does not exist

The randomness gets obviously worse if I crank up the thread speeds, and 
causes a zero drift in the dro readings for repeatedly issuing the 
g0a5;g0a-15 while attempting to optimize the servo settings.

This machine's install is your latest respin of buster. Download, burn 
and installed in late december IIRC.

And rtapi shows up in an htop output, something that isolcpus normally 
hides from htop.  That got me snooping.

And there is no mention of isolcpus in /boot/grub/grub.cfg!

>From uname -a:
4.19.0-14-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.171-2 (2021-01-30) 
x86_64 GNU/Linux

Note the date!

So, whats the current status of the isolcpus boot parameter?

Also latency-test will not run, can't find the threads, fast or slow.

So someting is fubared IMO, but what?

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] HTML Help

[andy pugh]

On Sun, 7 Mar 2021 at 04:15, Chris Albertson  wrote:

> remembers nrof, it would not be super hard to place tags on actual code
> that needs to be on mono-space.

There are around 400 manpages. It might not be hard, but it would be tedious.

-- 
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