||7 years ago|
|Modbus-CAPL||7 years ago|
|Modbus-DLL||8 years ago|
|.gitignore||7 years ago|
|README.md||7 years ago|
|Thesis.pdf||7 years ago|
Modbus-TCP in Vector CANoe
Further information can be found in my Thesis.
Modbus-CAPL/MakeConfig.cfg configuration scans the network for Modbus nodes and reads their properties. Afterwards config files for CANoe are written.
You can configure the scan as well as the results in
Modbus-CAPL/ModbusNet.cfg configuration cyclically polls the Modbus nodes and maps their states (analog/digital IO, serial busses,...) onto system variables in CANoe. It also sends changes in the sysvars to the Modbus nodes.
The implemented Modbus protocol layer can use TCP or UDP.
Modbus-TCP is only a de-facto standard. Thus, the manufacturers of the Modbus nodes are free to implement additional features or to remove "normal" features. It is also common, that the memory addresses for IO vary from manufacturer to manufacturer.
Because of this it is neccessary to configure the supported devices which is done in
Modbus-CAPL\include\CAPL\include\DeviceInformation.cin. Currently, Wago 750-881 and B&R X20BC0087 are supported. Being optimistic that each vendor uses the same addresses for all of its models, only a distinction by vendors is currently implemented, but it can be easily adjusted to also distinguish by models. Additionally, the plugged in modules have to be mapped onto the number of digital and analog IO channels.
- Instead of using the CANoe 8.5 TCP and UDP sockets, it may be more straight-forward to use the CANoe 9