...
MB stands for ModBus, MBS stands for ModBus Slave and MBM stands for ModBus Master. A file that starts with mb_
indicates that the code in the file is independent of Modbus Slave or Master. A file that starts with mbs_
contains Modbus Slave specific code and, of course, a file that will start with mbm_
will contain MODBUS Master specific code.
Panel | ||||
---|---|---|---|---|
| ||||
Panel | ||
---|---|---|
| ||
(1) Your product needs to configure µC/Modbus (at compile time) to establish the maximum number of channels your product will support, whether some channels will support Modbus ASCII and/or RTU, whether the ‘Daniels Extensions’ will be supported to provide floating-point, which |
...
Modbus function codes |
...
will be supported, whether a product will be a Master, a Slave or both, etc. Configuration is done by changing a C header file ( |
...
that YOU |
...
need to provide |
...
and |
...
typically resides in your product’s directory since it can be different for each product. (2) A Modbus master, connected to your product (that is running µC/Modbus-S) can read or change just about ANY data in your application. Access to your data (read or write) is done via a C file that you provide ( |
...
can read integers, coils, discrete inputs, floating-point values, etc. |
...
also allows you to execute ANY code when data is read or written. For example, if you change the diameter of a circle and need to compute the surface, you can simply include the code to compute the surface |
...
in |
...
that YOU |
...
need to provide |
...
and |
...
typically resides in your product’s directory since it can be different for each product. (3) This is the application independent slave code and it knows how to process Modbus ASCII and/or Modbus RTU packets. You should NOT have to modify this code. (4) The interface to the UARTs in your product is placed in the Board Support Package (BSP) file |
...
called |
...
that YOU |
...
need to provide |
...
and |
...
is either placed in your product’s directory or provided by Micrium in the
|
...
directory. This is the adaptation layer for the CPU or board you are using. (5) µC/Modbus-S can be used with |
...
or without a RTOS (Real Time Operating System) |
...
environment. µC/Modbus-M assumes the presence of an RTOS. However, you can use just about any RTOS and the RTOS specifics are actually isolated in a file |
...
called |
...
S without any RTOS. The |
...
file |
...
used without any RTOS this is explained in Section 8. (6) µC/Modbus is independent of the CPU and the compiler you use. However, you need to provide information about the data types specific to your CPU and compiler. For example, you need to define the following data types: CPU_BOOLEAN Boolean (True or False, Yes or No, etc.)
CPU_INT08U 8 bit unsigned integer
CPU_INT16U 32 bit unsigned integer
CPU_INT32U 8 bit unsigned integer
CPU_FP32 32 bit IEEE754 floating-point
Etc. These data types are needed because µC/Modbus never uses the standard C data types (i.e. |
...
etc.) because they are non-portable. These data types need to be placed in a file |
...
called |