1
0
mirror of https://github.com/UzixLS/picocom.git synced 2025-07-19 07:21:18 +03:00

Updated manual and rebuild docs

This commit is contained in:
Nick Patavalis
2018-02-28 11:13:10 +02:00
parent 2b73bb95fa
commit ae1a8e291c
4 changed files with 158 additions and 17 deletions

View File

@ -1,7 +1,7 @@
.\" Automatically generated by Pandoc 1.16.0.2
.\"
.ad l
.TH "PICOCOM" "1" "2018-02-08" "Picocom 3.2a" "User Commands"
.TH "PICOCOM" "1" "2018-02-28" "Picocom 4.0a" "User Commands"
.nh \" Turn off hyphenation by default.
.SH NAME
.PP
@ -30,9 +30,14 @@ xterm, rxvt, system console, etc).
When picocom starts it opens the tty (serial port) given as its
non\-option argument (or the \f[I]last\f[] non\-option argument, if
multiple are given).
Unless the \f[B]\-\-noinit\f[] option is given, it configures the port
to the settings specified by the option\-arguments (or to some default
settings), and sets it to "raw" mode.
The serial port is usually given as a device\-node path (e.g.
\f[I]/dev/ttyXX\f[]).
If RFC2217 support is compiled in, the port may instead be specified as
an RFC2217 service name, if the \f[B]\-\-telnet\f[] option is also given
(for more see \f[B]TELNET AND RFC2217 SUPPORT\f[]).
Unless the \f[B]\-\-noinit\f[] option is given, picocom configures the
port to the settings specified by the option\-arguments (or to some
default settings), and sets it to "raw" mode.
If \f[B]\-\-noinit\f[] is given, the initialization and configuration is
skipped; the port is just opened.
Following this, if standard input is a tty, picocom sets the tty to raw
@ -567,6 +572,14 @@ Picocom\[aq]s version, compile\-time options, and enabled features are
also shown.
.RS
.RE
.TP
.B \f[B]\-\-telnet\f[] | \f[B]\-T\f[]
Interpret the \f[I]device\f[] non\-option argument as the name of an RFC
2217 service, with an optional port: \f[I]hostname\f[][,\f[I]port\f[]].
This option may not be supported on all picocom builds.
For more see \f[B]TELNET AND RFC2217 SUPPORT\f[].
.RS
.RE
.SH DISPLAY OF OPTIONS AND PORT SETTINGS
.PP
The "show program options" command (\f[B]C\-v\f[]), as well as the
@ -762,6 +775,68 @@ with DEL.
.IP \[bu] 2
Replace every CR character with CR and LF when echoing to the terminal
(if local\-echo is enabled).
.SH TELNET AND RFC2217 SUPPORT
.PP
Picocom can be compiled with Telnet and RFC2217 support.
This facilitates accessing remote ports through TCP connections using
the Telnet protocol, and configuring and controling them (e.g.
changing their settings or the status of the modem\-control lines) using
the COMPORT protocol option described in RFC2217.
To test if support for Telnet and RFC2217 has been compiled\-in your
picocom binary, run with \f[B]\-\-help\f[] and observe the first few
lines of output.
The use of a remote port is specified like this:
.IP
.nf
\f[C]
picocom\ \-\-telnet\ \-\-baud\ 9600\ host,8888
\f[]
.fi
.PP
for more see the \f[B]\-\-telnet\f[] option.
When picocom is used with a remote port its behavior is, for the most
part, the same as if the port was local, with the following limitations
and differences:
.IP \[bu] 2
You cannot use the \f[B]C\-s\f[] (send file) and \f[B]C\-r\f[] (received
file) commands.
This is a known limitation that may be fixed in the future.
.IP \[bu] 2
The \f[B]\-\-noreset\f[] and \f[B]\-\-hangup\f[] options, are
meaningless and, therefore, not allowed.
Whether the remote port will be reset to its original settings when
picocom terminates (and disconnects from it), and whether the modem
control lines will be reset, is something controlled by the remote
access server.
Some servers reset their ports when the client disconnects, other
don\[aq]t, other are per\-port configurable.
RFC2217, indicates that a server \f[I]should\f[] reset and hangup its
port when the client disconnects.
Similarly the \f[B]C\-x\f[] (Exit) and \f[B]C\-q\f[] (Quit) commands, do
the same thing.
.IP \[bu] 2
The \f[B]\-\-noinit\f[] option works as expected.
Actually, by running picocom with \f[B]\-\-noinit\f[] you can connect to
port servers that do not support the COMPORT (RFC2217) remote port
configuration option, but only support plain Telnet.
Without the \f[B]\-\-noinit\f[] option this is not possible, for obvious
reasons.
When picocom is run without \f[B]\-\-noinit\f[] it first configures the
remote port to the requested settings (given in the command\-line or the
picocom defaults) and then starts reading and writing to or from it.
Any data received from the port, before it has been configured are
discarded.
If picocom is run with \f[B]\-\-noinit\f[] then it immediately starts
reading and writing data to and from the remote port (as the port is
assumed already configured).
.IP \[bu] 2
Interactive commands that change the port\[aq]s settings or change the
status of the modem\-control lines, are executed in an asynchronous
manner, which may be a bit confusing.
That is, you may not get an immediate indication of a command\[aq]s
failure to affect the port, but the \f[I]true\f[] status of the port
\f[I]will\f[] be updated (it a short while) and you \f[I]can\f[] verify
it using the \f[B]C\-v\f[] (show port settings) command.
.SH EXITING PICOCOM
.PP
This section summarizes the conditions in which picocom terminates its

View File

@ -11,7 +11,7 @@
</head>
<body>
<div id="header">
<h1 class="title"><div id="pgname">PICOCOM(1)</div><div id="version">v3.2a / 2018-02-08</div></h1>
<h1 class="title"><div id="pgname">PICOCOM(1)</div><div id="version">v4.0a / 2018-02-28</div></h1>
</div>
<h1 id="name">NAME</h1>
<p>picocom - minimal dumb-terminal emulation program</p>
@ -20,7 +20,7 @@
<h1 id="description">DESCRIPTION</h1>
<p>As its name suggests, <strong>picocom(1)</strong> is a minimal dumb-terminal emulation program. It is, in principle, very much like <strong>minicom(1)</strong>, only it's &quot;pico&quot; instead of &quot;mini&quot;! It was designed to serve as a simple, manual, modem configuration, testing, and debugging tool. It has also served (quite well) as a low-tech serial communications program to allow access to all types of devices that provide serial consoles. It could also prove useful in many other similar tasks.</p>
<p>In effect, picocom is not an &quot;emulator&quot; per-se. It is a simple program that opens, configures, manages a serial port (tty device) and its settings, and connects to it the terminal emulator you are, most likely, already using (the terminal window application, xterm, rxvt, system console, etc).</p>
<p>When picocom starts it opens the tty (serial port) given as its non-option argument (or the <em>last</em> non-option argument, if multiple are given). Unless the <strong>--noinit</strong> option is given, it configures the port to the settings specified by the option-arguments (or to some default settings), and sets it to &quot;raw&quot; mode. If <strong>--noinit</strong> is given, the initialization and configuration is skipped; the port is just opened. Following this, if standard input is a tty, picocom sets the tty to raw mode. Then it goes in a loop where it listens for input from stdin, or from the serial port. Input from the serial port is copied to the standard output while input from the standard input is copied to the serial port. Picocom also scans its input stream for a user-specified control character, called the <em>escape character</em> (being by default <strong>C-a</strong>). If the escape character is seen, then instead of sending it to the serial-device, the program enters &quot;command mode&quot; and waits for the next character (which is called the &quot;function character&quot;). Depending on the value of the function character, picocom performs one of the operations described in the <strong><a href="#commands">COMMANDS</a></strong> section below.</p>
<p>When picocom starts it opens the tty (serial port) given as its non-option argument (or the <em>last</em> non-option argument, if multiple are given). The serial port is usually given as a device-node path (e.g. <em>/dev/ttyXX</em>). If RFC2217 support is compiled in, the port may instead be specified as an RFC2217 service name, if the <strong>--telnet</strong> option is also given (for more see <strong><a href="#telnet-and-rfc2217-support">TELNET AND RFC2217 SUPPORT</a></strong>). Unless the <strong>--noinit</strong> option is given, picocom configures the port to the settings specified by the option-arguments (or to some default settings), and sets it to &quot;raw&quot; mode. If <strong>--noinit</strong> is given, the initialization and configuration is skipped; the port is just opened. Following this, if standard input is a tty, picocom sets the tty to raw mode. Then it goes in a loop where it listens for input from stdin, or from the serial port. Input from the serial port is copied to the standard output while input from the standard input is copied to the serial port. Picocom also scans its input stream for a user-specified control character, called the <em>escape character</em> (being by default <strong>C-a</strong>). If the escape character is seen, then instead of sending it to the serial-device, the program enters &quot;command mode&quot; and waits for the next character (which is called the &quot;function character&quot;). Depending on the value of the function character, picocom performs one of the operations described in the <strong><a href="#commands">COMMANDS</a></strong> section below.</p>
<h1 id="commands">COMMANDS</h1>
<p>Commands are given to picocom by first keying the <em>espace character</em> which by default is <strong>C-a</strong> (see <strong><a href="#options">OPTIONS</a></strong> below for how to change it), and then keying one of the function (command) characters shown here.</p>
<dl>
@ -185,6 +185,9 @@
<dt><strong>--help</strong> | <strong>-h</strong></dt>
<dd><p>Print a short help message describing the command-line options. Picocom's version, compile-time options, and enabled features are also shown.</p>
</dd>
<dt><strong>--telnet</strong> | <strong>-T</strong></dt>
<dd><p>Interpret the <em>device</em> non-option argument as the name of an RFC 2217 service, with an optional port: <em>hostname</em>[,<em>port</em>]. This option may not be supported on all picocom builds. For more see <strong><a href="#telnet-and-rfc2217-support">TELNET AND RFC2217 SUPPORT</a></strong>.</p>
</dd>
</dl>
<h1 id="display-of-options-and-port-settings">DISPLAY OF OPTIONS AND PORT SETTINGS</h1>
<p>The &quot;show program options&quot; command (<strong>C-v</strong>), as well as the commands that change program options (<strong>C-b</strong>, <strong>C-u</strong>, <strong>C-d</strong>, <strong>C-f</strong>, etc) print messages showing the current values (or the new values, if they were changed) for the respective options. If picocom determines that an actual serial-port setting differs from the current value of the respective option (for whatever reason), then the value of the option is shown followed by the value of the actual serial-port setting in parenthesis. Example:</p>
@ -239,6 +242,16 @@
<li><p>Ignore (not write to the terminal) every LF character read from the serial port, and replace every BS character read from the serial port with DEL.</p></li>
<li><p>Replace every CR character with CR and LF when echoing to the terminal (if local-echo is enabled).</p></li>
</ul>
<h1 id="telnet-and-rfc2217-support">TELNET AND RFC2217 SUPPORT</h1>
<p>Picocom can be compiled with Telnet and RFC2217 support. This facilitates accessing remote ports through TCP connections using the Telnet protocol, and configuring and controling them (e.g. changing their settings or the status of the modem-control lines) using the COMPORT protocol option described in RFC2217. To test if support for Telnet and RFC2217 has been compiled-in your picocom binary, run with <strong>--help</strong> and observe the first few lines of output. The use of a remote port is specified like this:</p>
<pre><code>picocom --telnet --baud 9600 host,8888</code></pre>
<p>for more see the <strong>--telnet</strong> option. When picocom is used with a remote port its behavior is, for the most part, the same as if the port was local, with the following limitations and differences:</p>
<ul>
<li><p>You cannot use the <strong>C-s</strong> (send file) and <strong>C-r</strong> (received file) commands. This is a known limitation that may be fixed in the future.</p></li>
<li><p>The <strong>--noreset</strong> and <strong>--hangup</strong> options, are meaningless and, therefore, not allowed. Whether the remote port will be reset to its original settings when picocom terminates (and disconnects from it), and whether the modem control lines will be reset, is something controlled by the remote access server. Some servers reset their ports when the client disconnects, other don't, other are per-port configurable. RFC2217, indicates that a server <em>should</em> reset and hangup its port when the client disconnects. Similarly the <strong>C-x</strong> (Exit) and <strong>C-q</strong> (Quit) commands, do the same thing.</p></li>
<li><p>The <strong>--noinit</strong> option works as expected. Actually, by running picocom with <strong>--noinit</strong> you can connect to port servers that do not support the COMPORT (RFC2217) remote port configuration option, but only support plain Telnet. Without the <strong>--noinit</strong> option this is not possible, for obvious reasons. When picocom is run without <strong>--noinit</strong> it first configures the remote port to the requested settings (given in the command-line or the picocom defaults) and then starts reading and writing to or from it. Any data received from the port, before it has been configured are discarded. If picocom is run with <strong>--noinit</strong> then it immediately starts reading and writing data to and from the remote port (as the port is assumed already configured).</p></li>
<li><p>Interactive commands that change the port's settings or change the status of the modem-control lines, are executed in an asynchronous manner, which may be a bit confusing. That is, you may not get an immediate indication of a command's failure to affect the port, but the <em>true</em> status of the port <em>will</em> be updated (it a short while) and you <em>can</em> verify it using the <strong>C-v</strong> (show port settings) command.</p></li>
</ul>
<h1 id="exiting-picocom">EXITING PICOCOM</h1>
<p>This section summarizes the conditions in which picocom terminates its operation and what happens in each such condition:</p>
<ul>

View File

@ -35,16 +35,17 @@ non-option argument (or the *last* non-option argument, if multiple
are given). The serial port is usually given as a device-node path
(e.g. */dev/ttyXX*). If RFC2217 support is compiled in, the port may
instead be specified as an RFC2217 service name, if the **--telnet**
option is also given. Unless the **--noinit** option is given, picocom
configures the port to the settings specified by the option-arguments
(or to some default settings), and sets it to "raw" mode. If
**--noinit** is given, the initialization and configuration is
skipped; the port is just opened. Following this, if standard input is
a tty, picocom sets the tty to raw mode. Then it goes in a loop where
it listens for input from stdin, or from the serial port. Input from
the serial port is copied to the standard output while input from the
standard input is copied to the serial port. Picocom also scans its
input stream for a user-specified control character, called the
option is also given (for more see
**[TELNET AND RFC2217 SUPPORT]**). Unless the **--noinit** option is
given, picocom configures the port to the settings specified by the
option-arguments (or to some default settings), and sets it to "raw"
mode. If **--noinit** is given, the initialization and configuration
is skipped; the port is just opened. Following this, if standard input
is a tty, picocom sets the tty to raw mode. Then it goes in a loop
where it listens for input from stdin, or from the serial port. Input
from the serial port is copied to the standard output while input from
the standard input is copied to the serial port. Picocom also scans
its input stream for a user-specified control character, called the
_escape character_ (being by default **C-a**). If the escape character
is seen, then instead of sending it to the serial-device, the program
enters "command mode" and waits for the next character (which is
@ -464,7 +465,8 @@ Picocom accepts the following command-line options.
: Interpret the _device_ non-option argument as the name of an RFC
2217 service, with an optional port: _hostname_[,_port_]. This
option may not be supported on all picocom builds.
option may not be supported on all picocom builds. For more see
**[TELNET AND RFC2217 SUPPORT]**.
# DISPLAY OF OPTIONS AND PORT SETTINGS
@ -610,6 +612,57 @@ will:
- Replace every CR character with CR and LF when echoing to the
terminal (if local-echo is enabled).
# TELNET AND RFC2217 SUPPORT
Picocom can be compiled with Telnet and RFC2217 support. This
facilitates accessing remote ports through TCP connections using the
Telnet protocol, and configuring and controling them (e.g. changing
their settings or the status of the modem-control lines) using the
COMPORT protocol option described in RFC2217. To test if support for
Telnet and RFC2217 has been compiled-in your picocom binary, run with
**--help** and observe the first few lines of output. The use of a
remote port is specified like this:
picocom --telnet --baud 9600 host,8888
for more see the **--telnet** option. When picocom is used with a
remote port its behavior is, for the most part, the same as if the
port was local, with the following limitations and differences:
- You cannot use the **C-s** (send file) and **C-r** (received file)
commands. This is a known limitation that may be fixed in the
future.
- The **--noreset** and **--hangup** options, are meaningless and,
therefore, not allowed. Whether the remote port will be reset to its
original settings when picocom terminates (and disconnects from it),
and whether the modem control lines will be reset, is something
controlled by the remote access server. Some servers reset their
ports when the client disconnects, other don't, other are per-port
configurable. RFC2217, indicates that a server *should* reset and
hangup its port when the client disconnects. Similarly the **C-x**
(Exit) and **C-q** (Quit) commands, do the same thing.
- The **--noinit** option works as expected. Actually, by running
picocom with **--noinit** you can connect to port servers that do
not support the COMPORT (RFC2217) remote port configuration option,
but only support plain Telnet. Without the **--noinit** option this
is not possible, for obvious reasons. When picocom is run without
**--noinit** it first configures the remote port to the requested
settings (given in the command-line or the picocom defaults) and
then starts reading and writing to or from it. Any data received
from the port, before it has been configured are discarded. If
picocom is run with **--noinit** then it immediately starts reading
and writing data to and from the remote port (as the port is assumed
already configured).
- Interactive commands that change the port's settings or change the
status of the modem-control lines, are executed in an asynchronous
manner, which may be a bit confusing. That is, you may not get an
immediate indication of a command's failure to affect the port, but
the *true* status of the port *will* be updated (it a short while)
and you *can* verify it using the **C-v** (show port settings)
command.
# EXITING PICOCOM

Binary file not shown.