|
|
(2 intermediate revisions by one other user not shown) |
Line 1: |
Line 1: |
− | {{Template:Networking_rutos_manual_fw_disclosure | + | {{Template: Networking_rutos_manual_console |
− | | fw_version = RUTX_R_00.02.05.1 | + | | name = RUTXR1 |
− | | series = RUTX | + | | series = RUTX |
| }} | | }} |
− | __TOC__
| |
− |
| |
− | ==Summary==
| |
− |
| |
− | The <b>Console</b> page is used to manage Console port functionality.
| |
− |
| |
− | This manual page provides an overview of the Console page in RUTXR1 devices.
| |
− |
| |
− | ==Console==
| |
− |
| |
− | <b>Console</b> mode requires no further configuration than the settings above and is used as a direct-access method to the device's shell interface. For this purpose you may want use such applications as PuTTY on Windows and microcom, minicom, picocom or similar applications on Linux.
| |
− |
| |
− | [[File:Networking_rutos_manual_console.png|border|class=tlt-border]]
| |
− |
| |
− | <table class="nd-mantable">
| |
− | <tr>
| |
− | <th>Field</th>
| |
− | <th>Value</th>
| |
− | <th>Description</th>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Enabled</td>
| |
− | <td>off | on; default: <b>off</b></td>
| |
− | <td>Turns the Console port service on or off.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Baud rate</td>
| |
− | <td>300 | 1200 | 2400 | 4800 | 9600 | 19200 | 38400 | 57600 | 115200; default: <b>115200</b></td>
| |
− | <td>Data rate for serial data transmission (in bits per second).</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Data bits</td>
| |
− | <td>5 | 6 | 7 | 8; default: <b>8</b></td>
| |
− | <td>Number of data bits for each character</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Parity</td>
| |
− | <td>None | Odd | Even; default: <b>None</b></td>
| |
− | <td>In serial transmission, parity is a method of detecting errors. An extra data bit is sent with each data character, arranged so that the number of 1 bits in each character, including the parity bit, is always odd or always even. If a byte is received with the wrong number of 1s, then it must have been corrupted. However, an even number of errors can pass the parity check.
| |
− | <ul>
| |
− | <li><b>None</b> (<b>N</b>) - no parity method is used</li>
| |
− | <li><b>Odd</b> (<b>O</b>) - the parity bit is set so that the number of "logical ones (1s)" has to be odd.</li>
| |
− | <li><b>Even</b> (<b>E</b>) - the parity bit is set so that the number of "logical ones (1s)" has to be even.</li>
| |
− | </ul>
| |
− | </td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Stop bits</td>
| |
− | <td>1 | 2; default: <b>1</b></td>
| |
− | <td>Stop bits sent at the end of every character allow the receiving signal hardware to detect the end of a character and to resynchronise with the character stream. Electronic devices usually use one stop bit. Two stop bits are required if slow electromechanical devices are used.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Flow control</td>
| |
− | <td>None | Xon/Xoff; default: <b>None</b></td>
| |
− | <td>In many circumstances a transmitter might be able to send data faster than the receiver is able to process it. To cope with this, serial lines often incorporate a "handshaking" method, usually distinguished between hardware and software handshaking.
| |
− | <ul>
| |
− | <li><b>Xon/Xoff</b> - software handshaking. The Xon and Xoff characters are sent by the receiver to the sender to control when the sender will send data, i.e., these characters go in the opposite direction to the data being sent. The circuit starts in the "sending allowed" state. When the receiver's buffers approach capacity, the receiver sends the Xoff character to tell the sender to stop sending data. Later, after the receiver has emptied its buffers, it sends an Xon character to tell the sender to resume transmission.
| |
− | </ul>
| |
− | </td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Serial type</td>
| |
− | <td>[[#Console|Console]] | [[#Over IP|Over IP]] | [[#Modbus gateway|Modbus gateway]] | [[#NTRIP client|NTRIP client]]; default: <b>Console</b></td>
| |
− | <td>Specifies the serial connection type.<br><b>Look to the sections below for information on different Console port type options.</b></td>
| |
− | </tr>
| |
− | </table>
| |
− |
| |
− | ===Over IP===
| |
− | ----
| |
− | The <b>Over IP</b> serial type is used to manage serial connections over a TCP/IP network.
| |
− |
| |
− | [[File:Networking_rutos_manual_console_over_ip.png|border|class=tlt-border]]
| |
− |
| |
− | <table class="nd-mantable">
| |
− | <tr>
| |
− | <th>Field</th>
| |
− | <th>Value</th>
| |
− | <th>Description</th>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Protocol</td>
| |
− | <td>TCP | UDP; default: <b>TCP</b></td>
| |
− | <td>Protocol used in the communication process.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Mode</td>
| |
− | <td><span style="color: red;">Server</span> | <span style="color: purple;">Client</span> | Bidirect; default: <b>Server</b></td>
| |
− | <td>This device's role in the connection:
| |
− | <ul>
| |
− | <li><b>Server</b> - the device waits for incoming connections.</li>
| |
− | <li><b>Client</b> - the device initiates the connection.</li>
| |
− | <li><b>Bidirect</b> - acts as client by default but waits for incoming connections at the same time.</li>
| |
− | </ul>
| |
− | </td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>No leading zeros</td>
| |
− | <td>off | on; default: <b>off</b></td>
| |
− | <td>When checked, indicates that the first hex zeros should be skipped.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: red;">Server settings</span>: Port</td>
| |
− | <td>integer [0..65535]; default: <b>none</b></td>
| |
− | <td>Internal port number used to listen for incoming connections.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: red;">Server settings</span>: Timeout (s)</td>
| |
− | <td>integer; default: <b>none</b></td>
| |
− | <td>Specifies an inactivity time limit (in second) after which an inactive clients is disconnected.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: red;">Server settings</span>: Open port automatically</td>
| |
− | <td>off | on; default: <b>on</b></td>
| |
− | <td>Automatically adds a traffic rule in the firewall configuration to open the required port for NTRIP communication.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: purple;">Client settings</span>: Server Address</td>
| |
− | <td>ip | host; default: <b>none</b></td>
| |
− | <td>IP address or hostname of the server that this client will connect to.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: purple;">Client settings</span>: Port</td>
| |
− | <td>integer [0..65535]; default: <b>none</b></td>
| |
− | <td>Server's listening port number.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: purple;">Client settings</span>: Reconnect interval (s)</td>
| |
− | <td>integer; default: <b>none</b></td>
| |
− | <td>Time period (in seconds) between reconnection attempts in case a connection fails.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Echo</td>
| |
− | <td>off | on; default: <b>off</b></td>
| |
− | <td>Turn Console port echo on or off.</td>
| |
− | </tr>
| |
− | </table>
| |
− |
| |
− |
| |
− | ===Modbus gateway===
| |
− | ----
| |
− | The <b>Modbus gateway</b> serial type allows redirecting TCP data coming to a specified port to an RTU specified by the Slave ID. The Slave ID can be specified by the user or be obtained directly from the Modbus header.
| |
− |
| |
− | [[File:Networking_rutos_manual_console_modbus_gateway.png|border|class=tlt-border]]
| |
− |
| |
− | <table class="nd-mantable">
| |
− | <tr>
| |
− | <th>Field</th>
| |
− | <th>Value</th>
| |
− | <th>Description</th>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Listening IP</td>
| |
− | <td>ip; default: <b>0.0.0.0</b></td>
| |
− | <td>IP address to listen for incoming connections. The default value (<i>0.0.0.0</i>) means that this device will listen for incoming connections on any interface or IP address.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Port</td>
| |
− | <td>integer [0..65535]; default: <b>502</b></td>
| |
− | <td>Port number to listen for incoming connections.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Slave ID configuration type</td>
| |
− | <td><span style="color: red;">User defined</span> | <span style="color: purple;">Obtained from TCP</span>;<br>default: <b><span style="color: red;">User defined</span></b></td>
| |
− | <td>Specifies whether slave IDs are user defined or automatically obtained from TCP.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td><span style="color: red;">Slave ID</span> | <span style="color: purple;">Permitted slave IDs</span></td>
| |
− | <td><span style="color: red;">integer </span> | <span style="color: purple;">range of integers</span>;<br>default: <b><span style="color: red;">1</span> or <span style="color: purple;">1-247</span></b></td>
| |
− | <td>Specifies the slave ID of range of permitted slave IDs. The way this field is named and its function depends on the value of the ''Slave ID configuration'' field. <br> A range of IDs can be specified by placing a hyphen (<i>-</i>) between two integer numbers. For example, if you permit slave IDs in the range of 10 to 20, you would specify it as: <i>10-20</i><br>You can also specify multiple values that are not connected in a range using commas (<i>,</i>). For example, to specify 6, 50 and 100 as permitted slave IDs, you would have to use: <i>6,50,100</i></td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Open port automatically</td>
| |
− | <td>off | on; default: <b>on</b></td>
| |
− | <td>Automatically adds a traffic rule in the firewall configuration to open the required port for serial communication.<br><b><u>Caution:</u></b> use with care if listening IP is left as the default value (<i>0.0.0.0</i>). Leaving it as such will leave the device open for remote connections on the specified port.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Echo</td>
| |
− | <td>off | on; default: <b>off</b></td>
| |
− | <td>Turn Console port echo on or off.</td>
| |
− | </tr>
| |
− | </table>
| |
− |
| |
− | ===NTRIP client===
| |
− | ----
| |
− | <b>Networked Transport of RTCM via Internet Protocol (NTRIP)</b> is a protocol for streaming differential GPS (DGPS) data over the Internet in accordance with specification published by RTCM.
| |
− |
| |
− | [[File:Networking_rutos_manual_console_ntrip_client.png|border|class=tlt-border]]
| |
− |
| |
− | <table class="nd-mantable">
| |
− | <tr>
| |
− | <th>Field</th>
| |
− | <th>Value</th>
| |
− | <th>Description</th>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>IP address</td>
| |
− | <td>ip; default: <b>0.0.0.0</b></td>
| |
− | <td>IP address of an NTRIP server.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Port</td>
| |
− | <td>integer [0..65535]; default: <b>none</b></td>
| |
− | <td>TCP/UDP port used for NTRIP communication.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Mount point</td>
| |
− | <td>file path | string; default: <b>none</b></td>
| |
− | <td>NTRIP mount point.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Data format</td>
| |
− | <td>NTRIP V2.0 TCP/IP | NTRIP V2.0 RSTP/RTP | NTRIP V1.0 | Automatic detection | NTRIP V2.0 UDP; default: <b>NTRIP V1.0</b></td>
| |
− | <td>Version of NTRIP protocol.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Username</td>
| |
− | <td>string; default: <b>none</b></td>
| |
− | <td>User name for authentication to NTRIP server.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Password</td>
| |
− | <td>string; default: <b>none</b></td>
| |
− | <td>Password for authentication to NTRIP server.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Default NMEA string</td>
| |
− | <td>string; default: <b>none</b></td>
| |
− | <td>Optional NMEA string that will be used as the default value when initiating the connection to the NTRIP server (this value is only sent to the server if there is no NMEA from router's GPS device).</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Open port automatically</td>
| |
− | <td>off | on; default: <b>on</b></td>
| |
− | <td>Automatically adds a traffic rule in the firewall configuration to open the required port for serial communication.</td>
| |
− | </tr>
| |
− | <tr>
| |
− | <td>Echo</td>
| |
− | <td>off | on; default: <b>off</b></td>
| |
− | <td>Turn Console port echo on or off.</td>
| |
− | </tr>
| |
− | </table>
| |
− |
| |
− | [[Category:{{{name}}} Services section]]
| |
The information in this page is updated in accordance with firmware version RUTX_R_00.07.08.3.
Summary
The Console page is used to manage Console port functionality.
This manual page provides an overview of the Console page in RUTXR1 devices.
Console
Console mode requires no further configuration than the settings above and is used as a direct-access method to the device's shell interface. For this purpose you may want use such applications as PuTTY on Windows and microcom, minicom, picocom or similar applications on Linux.
Field |
Value |
Description |
Enabled |
off | on; default: off |
Turns the Console port service on or off. |
Baud rate |
300 | 1200 | 2400 | 4800 | 9600 | 19200 | 38400 | 57600 | 115200; default: 115200 |
Data rate for serial data transmission (in bits per second). |
Data bits |
5 | 6 | 7 | 8; default: 8 |
Number of data bits for each character |
Parity |
None | Odd | Even; default: None |
In serial transmission, parity is a method of detecting errors. An extra data bit is sent with each data character, arranged so that the number of 1 bits in each character, including the parity bit, is always odd or always even. If a byte is received with the wrong number of 1s, then it must have been corrupted. However, an even number of errors can pass the parity check.
- None (N) - no parity method is used
- Odd (O) - the parity bit is set so that the number of "logical ones (1s)" has to be odd.
- Even (E) - the parity bit is set so that the number of "logical ones (1s)" has to be even.
|
Stop bits |
1 | 2; default: 1 |
Stop bits sent at the end of every character allow the receiving signal hardware to detect the end of a character and to resynchronise with the character stream. Electronic devices usually use one stop bit. Two stop bits are required if slow electromechanical devices are used. |
Flow control |
None | Xon/Xoff; default: None |
In many circumstances a transmitter might be able to send data faster than the receiver is able to process it. To cope with this, serial lines often incorporate a "handshaking" method, usually distinguished between hardware and software handshaking.
- Xon/Xoff - software handshaking. The Xon and Xoff characters are sent by the receiver to the sender to control when the sender will send data, i.e., these characters go in the opposite direction to the data being sent. The circuit starts in the "sending allowed" state. When the receiver's buffers approach capacity, the receiver sends the Xoff character to tell the sender to stop sending data. Later, after the receiver has emptied its buffers, it sends an Xon character to tell the sender to resume transmission.
|
Serial type |
Console | Over IP | Modbus gateway | NTRIP client; default: Console |
Specifies the serial connection type. Look to the sections below for information on different Console port type options. |
Over IP
The Over IP serial type is used to manage serial connections over a TCP/IP network.
Field |
Value |
Description |
Protocol |
TCP | UDP; default: TCP |
Protocol used in the communication process. |
Mode |
Server | Client | Bidirect; default: Server |
This device's role in the connection:
- Server - the device waits for incoming connections.
- Client - the device initiates the connection.
- Bidirect - acts as client by default but waits for incoming connections at the same time.
|
No leading zeros |
off | on; default: off |
When checked, indicates that the first hex zeros should be skipped. |
Server settings: Port |
integer [0..65535]; default: none |
Internal port number used to listen for incoming connections. |
Server settings: Timeout (s) |
integer; default: none |
Specifies an inactivity time limit (in second) after which an inactive clients is disconnected. |
Server settings: Open port automatically |
off | on; default: on |
Automatically adds a traffic rule in the firewall configuration to open the required port for NTRIP communication. |
Client settings: Server Address |
ip | host; default: none |
IP address or hostname of the server that this client will connect to. |
Client settings: Port |
integer [0..65535]; default: none |
Server's listening port number. |
Client settings: Reconnect interval (s) |
integer; default: none |
Time period (in seconds) between reconnection attempts in case a connection fails. |
Echo |
off | on; default: off |
Turn Console port echo on or off. |
Modem
The Modem serial type is used to manage modem functionality which could be accessed using shell interface. For this purpose you may want use such applications with CR/LF (Carriage Return, Line Feed) capable applications like PuTTY on Windows and microcom, minicom, cutecom or similar applications on Linux.
Field |
Value |
Description |
Mode |
Partial control | Full control; default: Partial control |
Specifies modem control mode.
- Partial control- enables modem control with AT commands, mobile connection will be controlled by RUTOS.
- Full control- enables modem control with AT commands, mobile connection will be controlled by user.
|
Modbus gateway
The Modbus gateway serial type allows redirecting TCP data coming to a specified port to an RTU specified by the Slave ID. The Slave ID can be specified by the user or be obtained directly from the Modbus header.
Field |
Value |
Description |
Listening IP |
ip; default: 0.0.0.0 |
IP address to listen for incoming connections. The default value (0.0.0.0) means that this device will listen for incoming connections on any interface or IP address. |
Port |
integer [0..65535]; default: 502 |
Port number to listen for incoming connections. |
Slave ID configuration type |
User defined | Obtained from TCP; default: User defined |
Specifies whether slave IDs are user defined or automatically obtained from TCP. |
Slave ID | Permitted slave IDs |
integer | range of integers; default: 1 or 1-247 |
Specifies the slave ID of range of permitted slave IDs. The way this field is named and its function depends on the value of the Slave ID configuration field. A range of IDs can be specified by placing a hyphen (-) between two integer numbers. For example, if you permit slave IDs in the range of 10 to 20, you would specify it as: 10-20 You can also specify multiple values that are not connected in a range using commas (,). For example, to specify 6, 50 and 100 as permitted slave IDs, you would have to use: 6,50,100 |
Open port automatically |
off | on; default: on |
Automatically adds a traffic rule in the firewall configuration to open the required port for serial communication. Caution: use with care if listening IP is left as the default value (0.0.0.0). Leaving it as such will leave the device open for remote connections on the specified port. |
Echo |
off | on; default: off |
Turn Console port echo on or off. |
NTRIP client
Networked Transport of RTCM via Internet Protocol (NTRIP) is a protocol for streaming differential GPS (DGPS) data over the Internet in accordance with specification published by RTCM.
Field |
Value |
Description |
IP address |
ip; default: 0.0.0.0 |
IP address of an NTRIP server. |
Port |
integer [0..65535]; default: none |
TCP/UDP port used for NTRIP communication. |
Mount point |
file path | string; default: none |
NTRIP mount point. |
Data format |
NTRIP V2.0 TCP/IP | NTRIP V2.0 RSTP/RTP | NTRIP V1.0 | Automatic detection | NTRIP V2.0 UDP; default: NTRIP V1.0 |
Version of NTRIP protocol. |
Username |
string; default: none |
User name for authentication to NTRIP server. |
Password |
string; default: none |
Password for authentication to NTRIP server. |
Default NMEA string |
string; default: none |
Optional NMEA string that will be used as the default value when initiating the connection to the NTRIP server (this value is only sent to the server if there is no NMEA from router's GPS device). |
Open port automatically |
off | on; default: on |
Automatically adds a traffic rule in the firewall configuration to open the required port for serial communication. |
Echo |
off | on; default: off |
Turn Console port echo on or off. |
IP Filter
The IP Filter section is used for configuring which network is allowed to communicate with the device. You may add a new instance by selecting the Interface and pressing Add.
Then enter the IP address and save.