Commit 3a7923df9092530de3c060dbea5bf5535c791cf9
Committed by
Stéphane Raimbault
1 parent
2cbafa31
docs: small re-wordings, fix various small typos and style issues
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
Showing
21 changed files
with
33 additions
and
33 deletions
docs/index.md
| ... | ... | @@ -77,7 +77,7 @@ Modbus specification, instead all bytes are sent as fast as possible and a |
| 77 | 77 | response or an indication is considered complete when all expected characters |
| 78 | 78 | have been received. This implementation offers very fast communication but you |
| 79 | 79 | must take care to set a response timeout of slaves less than response timeout of |
| 80 | -master (ortherwise other slaves may ignore master requests when one of the slave | |
| 80 | +master (otherwise other slaves may ignore master requests when one of the slaves | |
| 81 | 81 | is not responding). |
| 82 | 82 | |
| 83 | 83 | To create a Modbus RTU context, you should use [modbus_new_rtu](modbus_new_rtu.md). |
| ... | ... | @@ -107,7 +107,7 @@ communications over TCP IPv4 and IPv6 networks. It does not require a checksum |
| 107 | 107 | calculation as lower layer takes care of the same. |
| 108 | 108 | |
| 109 | 109 | Contrary to the TCP IPv4 only backend, the TCP PI backend offers hostname |
| 110 | -resolution but it consumes about 1Kb of additional memory. | |
| 110 | +resolution but it consumes about 1 kB of additional memory. | |
| 111 | 111 | |
| 112 | 112 | Create a Modbus TCP PI context, you should use [modbus_new_tcp_pi](modbus_new_tcp_pi.md). |
| 113 | 113 | ... | ... |
docs/modbus_free.md
docs/modbus_get_byte_from_bits.md
| ... | ... | @@ -14,7 +14,7 @@ uint8_t modbus_get_byte_from_bits(const uint8_t *src, int index, unsigned int nb |
| 14 | 14 | |
| 15 | 15 | The *modbus_get_byte_from_bits()* function shall extract a value from many |
| 16 | 16 | bits. All `nb_bits` bits from `src` at position `index` will be read as a |
| 17 | -single value. To obtain a full byte, set nb_bits to 8. | |
| 17 | +single value. To obtain a full byte, set `nb_bits` to 8. | |
| 18 | 18 | |
| 19 | 19 | ## Return value |
| 20 | 20 | ... | ... |
docs/modbus_get_header_length.md
| ... | ... | @@ -14,7 +14,7 @@ int modbus_get_header_length(modbus_t *ctx); |
| 14 | 14 | |
| 15 | 15 | The *modbus_get_header_length()* function shall retrieve the current header |
| 16 | 16 | length from the backend. This function is convenient to manipulate a message and |
| 17 | -so its limited to low-level operations. | |
| 17 | +so it's limited to low-level operations. | |
| 18 | 18 | |
| 19 | 19 | ## Return value |
| 20 | 20 | ... | ... |
docs/modbus_mapping_free.md
| ... | ... | @@ -12,8 +12,8 @@ void modbus_mapping_free(modbus_mapping_t *mb_mapping); |
| 12 | 12 | |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | -The function shall free the four arrays of mb_mapping_t structure and finally | |
| 16 | -the mb_mapping_t referenced by `mb_mapping`. | |
| 15 | +The function shall free the four arrays of *modbus_mapping_t* structure and finally | |
| 16 | +the *modbus_mapping_t* itself referenced by `mb_mapping`. | |
| 17 | 17 | |
| 18 | 18 | ## Return value |
| 19 | 19 | ... | ... |
docs/modbus_mapping_new.md
| ... | ... | @@ -14,7 +14,7 @@ modbus_mapping_t* modbus_mapping_new(int nb_bits, int nb_input_bits, int nb_regi |
| 14 | 14 | |
| 15 | 15 | The *modbus_mapping_new()* function shall allocate four arrays to store bits, |
| 16 | 16 | input bits, registers and inputs registers. The pointers are stored in |
| 17 | -modbus_mapping_t structure. All values of the arrays are initialized to zero. | |
| 17 | +*modbus_mapping_t* structure. All values of the arrays are initialized to zero. | |
| 18 | 18 | |
| 19 | 19 | This function is equivalent to a call of the |
| 20 | 20 | [modbus_mapping_new_start_address](modbus_mapping_new_start_address.md) function | ... | ... |
docs/modbus_mapping_new_start_address.md
| ... | ... | @@ -18,12 +18,12 @@ modbus_mapping_t* modbus_mapping_new_start_address( |
| 18 | 18 | |
| 19 | 19 | The `modbus_mapping_new_start_address()` function shall allocate four arrays to |
| 20 | 20 | store bits, input bits, registers and inputs registers. The pointers are stored |
| 21 | -in modbus_mapping_t structure. All values of the arrays are initialized to zero. | |
| 21 | +in *modbus_mapping_t* structure. All values of the arrays are initialized to zero. | |
| 22 | 22 | |
| 23 | 23 | The different starting addresses make it possible to place the mapping at any |
| 24 | -address in each address space. This way, you can give access to the clients at | |
| 24 | +address in each address space. This way, you can give access to clients to | |
| 25 | 25 | values stored at high addresses without allocating memory from the address zero, |
| 26 | -for eg. to make available registers from 340 to 349, you can use: | |
| 26 | +for example to make available registers from 340 to 349, you can use: | |
| 27 | 27 | |
| 28 | 28 | ```c |
| 29 | 29 | mb_mapping = modbus_mapping_new_start_address(0, 0, 0, 0, 340, 10, 0, 0); | ... | ... |
docs/modbus_new_tcp.md
| ... | ... | @@ -12,7 +12,7 @@ modbus_t *modbus_new_tcp(const char *ip, int port); |
| 12 | 12 | |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | -The *modbus_new_tcp()* function shall allocate and initialize a modbus_t | |
| 15 | +The *modbus_new_tcp()* function shall allocate and initialize a *modbus_t* | |
| 16 | 16 | structure to communicate with a Modbus TCP IPv4 server. |
| 17 | 17 | |
| 18 | 18 | The `ip` argument specifies the IP address of the server to which the client |
| ... | ... | @@ -20,8 +20,8 @@ wants to establish a connection. A NULL value can be used to listen any addresse |
| 20 | 20 | server mode. |
| 21 | 21 | |
| 22 | 22 | The `port` argument is the TCP port to use. Set the port to |
| 23 | -`MODBUS_TCP_DEFAULT_PORT` to use the default one (502). It’s convenient to use a | |
| 24 | -port number greater than or equal to 1024 because it’s not necessary to have | |
| 23 | +`MODBUS_TCP_DEFAULT_PORT` to use the default one (502). It's convenient to use a | |
| 24 | +port number greater than or equal to 1024 because it's not necessary to have | |
| 25 | 25 | administrator privileges. |
| 26 | 26 | |
| 27 | 27 | ## Return value | ... | ... |
docs/modbus_new_tcp_pi.md
| ... | ... | @@ -12,7 +12,7 @@ modbus_new_tcp_pi - create a libmodbus context for TCP Protocol Independent |
| 12 | 12 | |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | -The *modbus_new_tcp_pi()* function shall allocate and initialize a modbus_t | |
| 15 | +The *modbus_new_tcp_pi()* function shall allocate and initialize a *modbus_t* | |
| 16 | 16 | structure to communicate with a Modbus TCP IPv4 or IPv6 server. |
| 17 | 17 | |
| 18 | 18 | The `node` argument specifies the host name or IP address of the host to connect |
| ... | ... | @@ -21,8 +21,8 @@ listen any addresses in server mode. |
| 21 | 21 | |
| 22 | 22 | The `service` argument is the service name/port number to connect to. To use the |
| 23 | 23 | default Modbus port, you can provide an NULL value or the string "502". On many |
| 24 | -Unix systems, it’s convenient to use a port number greater than or equal to 1024 | |
| 25 | -because it’s not necessary to have administrator privileges. | |
| 24 | +Unix systems, it's convenient to use a port number greater than or equal to 1024 | |
| 25 | +because it's not necessary to have administrator privileges. | |
| 26 | 26 | |
| 27 | 27 | :octicons-tag-24: v3.1.8 handles NULL value for `service` (no *EINVAL* error). |
| 28 | 28 | ... | ... |
docs/modbus_read_input_bits.md
| ... | ... | @@ -13,7 +13,7 @@ int modbus_read_input_bits(modbus_t *ctx, int addr, int nb, uint8_t *dest); |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | 15 | The *modbus_read_input_bits()* function shall read the content of the `nb` input |
| 16 | -bits to the address `addr` of the remote device. The result of reading is stored | |
| 16 | +bits to the address `addr` of the remote device. The result of reading is stored | |
| 17 | 17 | in `dest` array as unsigned bytes (8 bits) set to `TRUE` or `FALSE`. |
| 18 | 18 | |
| 19 | 19 | You must take care to allocate enough memory to store the results in `dest` | ... | ... |
docs/modbus_receive.md
| ... | ... | @@ -13,7 +13,7 @@ int modbus_receive(modbus_t *'ctx', uint8_t *'req'); |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | 15 | The *modbus_receive()* function shall receive an indication request from the |
| 16 | -socket of the context `ctx`. This function is used by Modbus slave/server to | |
| 16 | +socket of the context `ctx`. This function is used by a Modbus slave/server to | |
| 17 | 17 | receive and analyze indication request sent by the masters/clients. |
| 18 | 18 | |
| 19 | 19 | If you need to use another socket or file descriptor than the one defined in the | ... | ... |
docs/modbus_reply.md
| ... | ... | @@ -21,7 +21,7 @@ modbus mapping `mb_mapping` according to the type of the manipulated data. |
| 21 | 21 | |
| 22 | 22 | If an error occurs, an exception response will be sent. |
| 23 | 23 | |
| 24 | -This function is designed for Modbus server. | |
| 24 | +This function is designed for Modbus servers. | |
| 25 | 25 | |
| 26 | 26 | ## Return value |
| 27 | 27 | ... | ... |
docs/modbus_rtu_get_rts.md
| ... | ... | @@ -23,8 +23,8 @@ This function can only be used with a context using a RTU backend. |
| 23 | 23 | |
| 24 | 24 | ## Return value |
| 25 | 25 | |
| 26 | -The function shall return the current RTS mode if successful. Otherwise it shall | |
| 27 | -return -1 and set errno. | |
| 26 | +The function shall return the current RTS mode if successful. Otherwise it | |
| 27 | +shall return -1 and set errno to one of the values defined below. | |
| 28 | 28 | |
| 29 | 29 | ## Errors |
| 30 | 30 | ... | ... |
docs/modbus_rtu_get_rts_delay.md
| ... | ... | @@ -19,8 +19,8 @@ This function can only be used with a context using a RTU backend. |
| 19 | 19 | |
| 20 | 20 | ## Return value |
| 21 | 21 | |
| 22 | -The `modbus_rtu_get_rts_delay()` function shall return the current RTS delay in | |
| 23 | -microseconds if successful. Otherwise it shall return -1 and set errno. | |
| 22 | +The function shall return the current RTS delay in microseconds if successful. | |
| 23 | +Otherwise it shall return -1 and set errno to one of the values defined below. | |
| 24 | 24 | |
| 25 | 25 | ## Errors |
| 26 | 26 | ... | ... |
docs/modbus_rtu_get_serial_mode.md
| ... | ... | @@ -15,13 +15,13 @@ int modbus_rtu_get_serial_mode(modbus_t *ctx); |
| 15 | 15 | The *modbus_rtu_get_serial_mode()* function shall return the serial mode |
| 16 | 16 | currently used by the libmodbus context: |
| 17 | 17 | |
| 18 | -- **MODBUS_RTU_RS232**, the serial line is set for RS232 communication. RS-232 | |
| 18 | +- **MODBUS_RTU_RS232**, the serial line is set for RS-232 communication. RS-232 | |
| 19 | 19 | (Recommended Standard 232) is the traditional name for a series of standards |
| 20 | 20 | for serial binary single-ended data and control signals connecting between a |
| 21 | 21 | DTE (Data Terminal Equipment) and a DCE (Data Circuit-terminating Equipment). |
| 22 | 22 | It is commonly used in computer serial ports |
| 23 | 23 | |
| 24 | -- **MODBUS_RTU_RS485**, the serial line is set for RS485 communication. EIA-485, | |
| 24 | +- **MODBUS_RTU_RS485**, the serial line is set for RS-485 communication. EIA-485, | |
| 25 | 25 | also known as TIA/EIA-485 or RS-485, is a standard defining the electrical |
| 26 | 26 | characteristics of drivers and receivers for use in balanced digital |
| 27 | 27 | multipoint systems. This standard is widely used for communications in | ... | ... |
docs/modbus_rtu_set_rts.md
| ... | ... | @@ -13,7 +13,7 @@ int modbus_rtu_set_rts(modbus_t *ctx, int mode) |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | 15 | The *modbus_rtu_set_rts()* function shall set the Request To Send mode to |
| 16 | -communicate on a RS485 serial bus. By default, the mode is set to | |
| 16 | +communicate on a RS-485 serial bus. By default, the mode is set to | |
| 17 | 17 | `MODBUS_RTU_RTS_NONE` and no signal is issued before writing data on the wire. |
| 18 | 18 | |
| 19 | 19 | To enable the RTS mode, the values `MODBUS_RTU_RTS_UP` or `MODBUS_RTU_RTS_DOWN` | ... | ... |
docs/modbus_rtu_set_serial_mode.md
| ... | ... | @@ -15,13 +15,13 @@ int modbus_rtu_set_serial_mode(modbus_t *ctx, int mode); |
| 15 | 15 | The *modbus_rtu_set_serial_mode()* function shall set the selected serial |
| 16 | 16 | mode: |
| 17 | 17 | |
| 18 | -- **MODBUS_RTU_RS232**, the serial line is set for RS232 communication. RS-232 | |
| 18 | +- **MODBUS_RTU_RS232**, the serial line is set for RS-232 communication. RS-232 | |
| 19 | 19 | (Recommended Standard 232) is the traditional name for a series of standards |
| 20 | 20 | for serial binary single-ended data and control signals connecting between a |
| 21 | 21 | DTE (Data Terminal Equipment) and a DCE (Data Circuit-terminating Equipment). |
| 22 | 22 | It is commonly used in computer serial ports. |
| 23 | 23 | |
| 24 | -- **MODBUS_RTU_RS485**, the serial line is set for RS485 communication. | |
| 24 | +- **MODBUS_RTU_RS485**, the serial line is set for RS-485 communication. | |
| 25 | 25 | EIA-485, also known as TIA/EIA-485 or RS-485, is a standard defining the |
| 26 | 26 | electrical characteristics of drivers and receivers for use in balanced |
| 27 | 27 | digital multipoint systems. This standard is widely used for communications | ... | ... |
docs/modbus_set_error_recovery.md
| ... | ... | @@ -38,7 +38,7 @@ expected one. The response timeout delay will be used to sleep. |
| 38 | 38 | |
| 39 | 39 | The modes are mask values and so they are complementary. |
| 40 | 40 | |
| 41 | -It's not recommended to enable error recovery for slave/server. | |
| 41 | +It's not recommended to enable error recovery for a Modbus slave/server. | |
| 42 | 42 | |
| 43 | 43 | ## Return value |
| 44 | 44 | ... | ... |
docs/modbus_strerror.md
| ... | ... | @@ -13,7 +13,7 @@ const char *modbus_strerror(int errnum); |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | 15 | The *modbus_strerror()* function shall return a pointer to an error message |
| 16 | -string corresponding to the error number specified by the `errnum` argument. As | |
| 16 | +string corresponding to the error number specified by the `errnum` argument. As | |
| 17 | 17 | libmodbus defines additional error numbers over and above those defined by the |
| 18 | 18 | operating system, applications should use *modbus_strerror()* in preference to |
| 19 | 19 | the standard *strerror()* function. | ... | ... |
docs/modbus_tcp_listen.md
| ... | ... | @@ -14,7 +14,7 @@ int modbus_tcp_listen(modbus_t *ctx, int nb_connection); |
| 14 | 14 | ## Description |
| 15 | 15 | |
| 16 | 16 | The *modbus_tcp_listen()* function shall create a socket and listen to maximum |
| 17 | -`nb_connection` incoming connections on the specified IP address. The context | |
| 17 | +`nb_connection` incoming connections on the specified IP address. The context | |
| 18 | 18 | `ctx` must be allocated and initialized with [modbus_new_tcp](modbus_new_tcp.md) before to |
| 19 | 19 | set the IP address to listen, if IP address is set to NULL or '0.0.0.0', any addresses will be |
| 20 | 20 | listen. | ... | ... |
docs/modbus_tcp_pi_listen.md
| ... | ... | @@ -13,7 +13,7 @@ int modbus_tcp_pi_listen(modbus_t *ctx, int nb_connection); |
| 13 | 13 | ## Description |
| 14 | 14 | |
| 15 | 15 | The *modbus_tcp_pi_listen()* function shall create a socket and listen to |
| 16 | -maximum `nb_connection` incoming connections on the specified nodes. The | |
| 16 | +maximum `nb_connection` incoming connections on the specified nodes. The | |
| 17 | 17 | context *ctx* must be allocated and initialized with [modbus_new_tcp_pi](modbus_new_tcp_pi.md) |
| 18 | 18 | before to set the node to listen, if node is set to NULL or '0.0.0.0', any addresses will be |
| 19 | 19 | listen. | ... | ... |