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

[andy pugh]

On Mon, 8 Mar 2021 at 05:14, R C  wrote:

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

With G71 / G72 it might be easier to convert a drawing to G-code than
it is to model it in CAD to run CAM.

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

[Gene Heskett]

On Monday 08 March 2021 00:18:01 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.

I'll give it a shot, thanks R C.
>
> 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


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

[Gene Heskett]

On Monday 08 March 2021 00:40:13 Nathan Hartman wrote:

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

Its the man page for linuxcnc's pid module that I want a hard copy of.
I'll have to look and see if they have it. It has more pins of i/o than 
most pid diagrams I've seen on the net.

Humm, ISTR my rpi4 building master is making html docs too. It is, and it 
ain't.  Its building them, but not packaging them in a deb. I looked at 
man 9 pid9.html, looks like exactly what I need.

Thanks for the idea seed, Nathan.

> 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


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

[Gene Heskett]

On Monday 08 March 2021 01:07:07 R C wrote:

> 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
> >
This worked to generate the .ps file, and evince loaded it and printed a 
beautiful copy.  Exactly what I wanted.

Thanks everybody, problem is solved.

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

Yeah, we had an AT&T 3B2 back in the late 80's & 90's for a message box 
from CBS in NYC. AT&T never did learn to buy quality fans, their cheap 
ones froze up and started a fire 3 damned times. I was glad it was on a 
steel table. That older unix was not at all friendly either. It got 
replaced by a pc running eudora when CBS couldn't buy any more 3B2's. I 
do not remember that P.O.S. fondly.  Both needed a dedicated phone line, 
which was a high monthly cost item back then.  Then someone discovered 
that closed captions was just one of many slow data channels available 
in the vits package.

That ushered in a new headache, and a new hatred for canuk customs 
because the north of the border outfit that made the decoder insisted no 
manuals so it had to be sent back to be repaired. The customs shack at 
the border had no "in out of the weather" storage, so anything that 
didn't have all the t's crossed on the paperwork, sat out in the weather 
till they got the proper paperwork. I got it back once with a UPS 
hangtag on the rack handle, the carton had dissolved in the rain s\as it 
had sent about 3 weeks inside their chain link fencing for most of 
April. I let it dry for over a week before I gave it line power. 
Amazingly, it still worked. CBS and I had some rather frank, nsfw 
discussions over that. Cost us about 20k$ because we were on the wrong 
sat channels and were airing commercials intended for other markets that 
we didn't get paid for. I rewrote a terminal proggy to make a vt-220 out 
of it for my office coco3 computer that allowed me to edit the satellite 
controllers schedule, and had them send me a message with the days 
switching schedule every day. By then we had our own email server, 
running linux of course, at the tv station. I retired before the digital 
switch. Now I'm just an old fart trying real hard to adjust. :-)

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

[andy pugh]

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

> Its the man page for linuxcnc's pid module that I want a hard copy of.

All the LinuxCNC manpages are available as PDF, probably directly from
the CNC menu on your PC.
Or can be downloaded from
http://linuxcnc.org/docs/2.8/pdf/LinuxCNC_Manual_Pages.pdf

pid is on page 421.


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

[andy pugh]

On Mon, 8 Mar 2021 at 07:20, Sebastian Kuzminsky
 wrote:

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

Anyone still building docs using Wheezy probably transcribes them to
parchment with a quill pen anyway.

This is a case of switching the 2000.documentation buildslave to a new OS?

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

[andy pugh]

On Mon, 8 Mar 2021 at 07:58, John Dammeyer  wrote:

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

How do you propose to insert a code box in groff?

If you find a way, do you fancy going through 400 groff manpages and
doing it in all appropriate places?

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

[Peter C. Wallace]

On Mon, 8 Mar 2021, Ralph Stirling wrote:


Date: Mon, 8 Mar 2021 05:07:15 +
From: Ralph Stirling 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "emc-users@lists.sourceforge.net" 
Subject: [Emc-users] Muxed encoder counters vs regular encoder counters

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



You can have as many regular encoders as desired (until 64 or you run out of 
FPGA pins)


Muxed encoder save pins by multiplexing the even/odd A,B,Z signals on single 
pins, so a FPGA pin A0 caries the A signal for counter 0 when the muxed select 
pin is low and the A signal for counter 1 when the select pin is high. Typically 
the muxed select pin switches at 6 or 8 MHz so the encoder sample rate is 3 or 4 
MHz. Daughterboards with muxed encoders use the output enable lines of the 
RS-422 recievers to select whether the even or odd encoder input drives the 
FPGA.


Currently you cannot mix muxed and normal encoders in the same configuration (a 
driver limitation) but you can use all muxed encoders in a situation where you 
have muxed and non-muxed hardware (it just wastes encoders as you get an aliased 
encoder with duplicated data when a muxed encoder FPGA pin is used on non-muxed 
hardware)


For MPGs I would suggest using the inm module as this provides 4 MPG inputs
that have the 1x mode thats typically desired for MPGs to get one motion 
increment per MPG detent (this requires 2.8.1 or >)




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



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
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

[Jon Elson]

On 03/07/2021 11: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?



man command_name > command.txt

Where "command_name" is the command you are interested in.
This takes the output from man and redirects it to the file 
command.txt


Jon


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

Re: [Emc-users] HTML Help

[Sebastian Kuzminsky]

On 3/8/21 12:55 AM, John Dammeyer wrote:

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


Regular asciidoc documents are produced by different software than the 
HTML manpages we were talking about, and have different formatting 
rules.  And code boxes (like what you pasted) have special rules even 
within that context.


What you pasted looks correct, like you could paste it into a .hal file 
or halcmd and it would do the right thing.  I'm glad that part is 
working well!




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


It's technically probably UTF8, which shares both its byte-stream 
encoding and display appearance with 7-bit ASCII.



--
Sebastian Kuzminsky


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

Re: [Emc-users] HTML Help

[Sebastian Kuzminsky]

On 3/8/21 5:49 AM, andy pugh wrote:

On Mon, 8 Mar 2021 at 07:20, Sebastian Kuzminsky
 wrote:


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.


Anyone still building docs using Wheezy probably transcribes them to
parchment with a quill pen anyway.

This is a case of switching the 2000.documentation buildslave to a new OS?


Yes, although the words in buildbot language are different.  "2000.docs" 
is a builder (an abstract runner of build recipes).  It runs on a 
buildslave (a computer).


I've moved the 2000.docs builder from the wheezy-amd64-clang buildslave 
to the buster-rtpreempt-amd64 buildslave.


I triggered a rebuild of 2.8, and the HTML manpages for both halui 
(groff) and sendkeys (asciidoc) now correctly have hal pin names with 
'-' (u2d, "hyphen-minus").



--
Sebastian Kuzminsky


___
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 Mon, 8 Mar 2021 at 17:08, Sebastian Kuzminsky
 wrote:

> Yes, although the words in buildbot language are different.  "2000.docs"
> is a builder (an abstract runner of build recipes).  It runs on a
> buildslave (a computer).

Though a friend who works for the Linux Foundation has mentioned that
they are now called "buildworkers". Which is a bit tidier than
"enslaved virtual machines"


> I triggered a rebuild of 2.8, and the HTML manpages for both halui
> (groff) and sendkeys (asciidoc) now correctly have hal pin names with
> '-' (u2d, "hyphen-minus").

Excellent. It did feel like something best fixed in the tools rather
than be editing the source files.

Thanks.

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

[Sebastian Kuzminsky]

On 3/8/21 11:11 AM, andy pugh wrote:

On Mon, 8 Mar 2021 at 17:08, Sebastian Kuzminsky
 wrote:


Yes, although the words in buildbot language are different.  "2000.docs"
is a builder (an abstract runner of build recipes).  It runs on a
buildslave (a computer).


Though a friend who works for the Linux Foundation has mentioned that
they are now called "buildworkers". Which is a bit tidier than
"enslaved virtual machines"


Yep - though the version of buildbot we're on is so old they're called 
buildslaves still...



--
Sebastian Kuzminsky


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

[Emc-users] Naming things -- RE: HTML Help

[John Dammeyer]

I've changed the subject line to reflect that I'm not posting directly about 
HTML but more something that is coming up more often.  Especially in the 
Controller Area Network (CAN) world.

It's no longer politically correct to use the term Master/Slave.  But some of 
the replacement terms, even in other areas are clumsy like Mailperson rather 
than Mailman

So words like buildbot with two syllables are easier to read and speak than 
buildworkers with three syllables.

What I'm asking for is perhaps a list of possible replacement terms that 
describe the replacement of master/slave to something else.
Client/Server always confuses me as to who is in charge.  Not sure why.  And 
nowadays even Server may be politically incorrect.
Sender/Receiver has 3 syllables again on one of them.
Controller/Device again 3 syllables.

So what could be used that stays at one or two syllables for each?

John Dammeyer


> -Original Message-
> From: Sebastian Kuzminsky [mailto:seb.kuzmin...@gmail.com]
> Sent: March-08-21 10:20 AM
> To: andy pugh
> Cc: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] HTML Help
> 
> On 3/8/21 11:11 AM, andy pugh wrote:
> > On Mon, 8 Mar 2021 at 17:08, Sebastian Kuzminsky
> >  wrote:
> >
> >> Yes, although the words in buildbot language are different.  "2000.docs"
> >> is a builder (an abstract runner of build recipes).  It runs on a
> >> buildslave (a computer).
> >
> > Though a friend who works for the Linux Foundation has mentioned that
> > they are now called "buildworkers". Which is a bit tidier than
> > "enslaved virtual machines"
> 
> Yep - though the version of buildbot we're on is so old they're called
> buildslaves still...
> 
> 
> --
> 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] Muxed encoder counters vs regular encoder counters

[Ralph Stirling]

Ok, I figured out my problem with the regular encoders.
I failed to see the fourth column in the ModuleID table is the
number of instances:

(QcountTag, x"02",  ClockLowTag,x"07",  
QcounterAddr&PadT,  QCounterNumRegs,x"00",  QCounterMPBitMask),

works now.

I'm curious about the new 'inm' module though.  Is this
implemented purely in the hostmot2 driver source, rather
than in the fpga?  I find no mention of 'inm' in any vhdl source.
I would assume it just uses NullTag gpio pins then.

Thanks again,
-- Ralph

From: Peter C. Wallace [p...@mesanet.com]
Sent: Monday, March 8, 2021 6:24 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Muxed encoder counters vs regular encoder counters

On Mon, 8 Mar 2021, Ralph Stirling wrote:

> Date: Mon, 8 Mar 2021 05:07:15 +
> From: Ralph Stirling 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "emc-users@lists.sourceforge.net" 
> Subject: [Emc-users] Muxed encoder counters vs regular encoder counters
>
> 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
>

You can have as many regular encoders as desired (until 64 or you run out of
FPGA pins)

Muxed encoder save pins by multiplexing the even/odd A,B,Z signals on single
pins, so a FPGA pin A0 caries the A signal for counter 0 when the muxed select
pin is low and the A signal for counter 1 when the select pin is high. Typically
the muxed select pin switches at 6 or 8 MHz so the encoder sample rate is 3 or 4
MHz. Daughterboards with muxed encoders use the output enable lines of the
RS-422 recievers to select whether the even or odd encoder input drives the
FPGA.

Currently you cannot mix muxed and normal encoders in the same configuration (a
driver limitation) but you can use all muxed encoders in a situation where you
have muxed and non-muxed hardware (it just wastes encoders as you get an aliased
encoder with duplicated data when a muxed encoder FPGA pin is used on non-muxed
hardware)

For MPGs I would suggest using the inm module as this provides 4 MPG inputs
that have the 1x mode thats typically desired for MPGs to get one motion
increment per MPG detent (this requires 2.8.1 or >)

>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
>

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.




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

Re: [Emc-users] Muxed encoder counters vs regular encoder counters

[Peter C. Wallace]

On Mon, 8 Mar 2021, Ralph Stirling wrote:


Date: Mon, 8 Mar 2021 18:40:45 +
From: Ralph Stirling 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "Enhanced Machine Controller (EMC)" 
Subject: Re: [Emc-users] Muxed encoder counters vs regular encoder counters

Ok, I figured out my problem with the regular encoders.
I failed to see the fourth column in the ModuleID table is the
number of instances:

   (QcountTag, x"02",  ClockLowTag,x"07",  QcounterAddr&PadT,  
QCounterNumRegs,x"00",  QCounterMPBitMask),

works now.

I'm curious about the new 'inm' module though.  Is this
implemented purely in the hostmot2 driver source, rather
than in the fpga?  I find no mention of 'inm' in any vhdl source.
I would assume it just uses NullTag gpio pins then.

Thanks again,
-- Ralph



Its implemented in the FPGA (its a clone of InMux which has a identical 
register map but uses external multiplexing to support more inputs with limited 
daughterboard I/O pins) InM is not multiplexed and works with bare input pins


It adds hardware input debouncing and 4 MPGS per instance

A module instance looks like this


(InMTag,x"00", ClockLowTag, x"01", InMControlAddr&PadT, InMNumRegs,x"00", 
InMMPBitMask),


There is also a width tag in the module ID section (after a null module tag so 
the driver doesnt see it) This will likely dissapear later but is needed for 
compilation now:


(InMWidth0Tag, x"00", NullTag, x"00", NullAddr&PadT, x"00", x"00", x"000B")
(the 0x000B is the width)


And InM pins look like this:

IOPortTag & x"00" & InMTag & InMData0Pin, 
IOPortTag & x"00" & InMTag & InMData1Pin,

IOPortTag & x"00" & InMTag & InMData2Pin,

Note that currently the minimum number of InM pins per module is 8

Take a look at PIN_7I96_inmD_51.vhd



From: Peter C. Wallace [p...@mesanet.com]
Sent: Monday, March 8, 2021 6:24 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Muxed encoder counters vs regular encoder counters

On Mon, 8 Mar 2021, Ralph Stirling wrote:


Date: Mon, 8 Mar 2021 05:07:15 +
From: Ralph Stirling 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "emc-users@lists.sourceforge.net" 
Subject: [Emc-users] Muxed encoder counters vs regular encoder counters

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



You can have as many regular encoders as desired (until 64 or you run out of
FPGA pins)

Muxed encoder save pins by multiplexing the even/odd A,B,Z signals on single
pins, so a FPGA pin A0 caries the A signal for counter 0 when the muxed select
pin is low and the A signal for counter 1 when the select pin is high. Typically
the muxed select pin switches at 6 or 8 MHz so the encoder sample rate is 3 or 4
MHz. Daughterboards with muxed encoders use the output enable lines of the
RS-422 recievers to select whether the even or odd encoder input drives the
FPGA.

Currently you cannot mix muxed and normal encoders in the same configuration (a
driver limitation) but you can use all muxed encoders in a situation where you
have muxed and non-muxed hardware (it just wastes encoders as you get an aliased
encoder with duplicated data when a muxed encoder FPGA pin is used on non-muxed
hardware)

For MPGs I would suggest using the inm module as this provides 4 MPG inputs
that have the 1x mode thats typically desired for MPGs to get one motion
increment per MPG detent (this requires 2.8.1 or >)



___
Emc-users mailing list
Emc-users@lists.sourceforge.net



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.




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



Peter Wallace
Mesa 

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

[R C]

So I have been digging arond the internets a bit to find G71/G72 g-code 
examples, but somehow I don't seem to be able to get them to work. It 
always seems to be the case that linuxcnc 'complains' about a 
code/command it does't know.



I found one example, in the linux-cnc examples dir, called: 
lathe_pawn.ngc (make sure you pronounce that right  :)  )


Running that in axis works, but I don't see any G71/G72 'instructions' 
in it.



Do I need an addon/plugin or so to actually run examples, I found, that 
have G71/G72  code/cycles in it or so?



thanks,


Ron

(as mentioned before, I am a rookie and don't know much about g-code 
programming/coding, but like to learn by example, especially on a lathe)





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

[andy pugh]

On Mon, 8 Mar 2021 at 22:46, R C  wrote:

> Do I need an addon/plugin or so to actually run examples, I found, that
> have G71/G72  code/cycles in it or so?

LinuxCNC Master (also known as development or 2.9)  includes G71 /
G72. The cycle is not included in 2.8.

Master also has sample .ngc files in the nc_files directory.

It is possible to add the codes to LinuxCNC 2.8 via a remap, but that
version uses different combinations of command letters.

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

[R C]

On 3/8/21 4:26 PM, andy pugh wrote:

On Mon, 8 Mar 2021 at 22:46, R C  wrote:


Do I need an addon/plugin or so to actually run examples, I found, that
have G71/G72  code/cycles in it or so?

LinuxCNC Master (also known as development or 2.9)  includes G71 /
G72. The cycle is not included in 2.8.



With 'LinuxCNC Master' do you mean the master on github?

(https://github.com/LinuxCNC/linuxcnc)

If it's somewhere else, do you have a link for it?


thanks,


Ron







Master also has sample .ngc files in the nc_files directory.

It is possible to add the codes to LinuxCNC 2.8 via a remap, but that
version uses different combinations of command letters.




___
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

[andy pugh]

On Mon, 8 Mar 2021 at 23:50, R C  wrote:

> With 'LinuxCNC Master' do you mean the master on github?

The easy way to get it is precompiled from the buildbot:

http://buildbot.linuxcnc.org

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

[R C]

ah, cool,  I'll try that.


thanks!


Ron


On 3/8/21 4:53 PM, andy pugh wrote:

On Mon, 8 Mar 2021 at 23:50, R C  wrote:


With 'LinuxCNC Master' do you mean the master on github?

The easy way to get it is precompiled from the buildbot:

http://buildbot.linuxcnc.org




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

[Emc-users] Motor suppliers

[John Dammeyer]

I've been using the Bergerda motors for a while now.  Brought in a couple of 7A 
stepper motor drives to replace a noisy whining stepperonline model.  
Surprisingly buying two with shipping was only $5 each more than the 
stepperonline through Amazon.ca with free Prime shipping and it's a much nicer 
unit, bigger heatsink, no whine.
 
Last year when I went looking for a VFD and 3 phase motor for my mill I rapidly 
found that an AC servo with the same power rating as the 2HP single phase motor 
was less than a new three phase motor and VFD.  And buying direct through 
Alibaba even with shipping got me a motor/drive that was cheaper than through 
EBAY.  
 
Because I've been so positive about their drives and support the Bergerda sales 
people have been asking me who would make a good distributor and local supplier 
for the USA.  I'm in Canada and I learned a long time ago it's not cost 
effective to import to here and then sell into the USA.  
 
Obviously the products they sell are not meant just for milling machines.  Just 
about any automation project that has a need for motors would work.
 
Any suggestions?
 
Thanks
John Dammeyer
 
 

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