Communication Test

You are currently viewing the documentation for the latest version (2.2.0). To access a different version, click the "Switch version" button located in the upper-right corner of the page.

■ If you are not sure which version of the product you are currently using, please feel free to contact Mech-Mind Technical Support.

This section describes how to test the communication function of custom communication services.

Communication Test Process

This section provides a simulation test process to verify whether trigger logic and communication link configuration are correct. It does not involve integrated debugging with real production-line devices.

  • The following process is for simulation tests only. It is recommended to run it in test projects.

  • Keep test data isolated from formal production data to avoid accidental triggering of formal processes.

Simulation Test for TCP Server/TCP Client Services

Applicable to: TCP Server and TCP Client.

  1. Open the Mech-MSR solution and start custom communication services.

  2. Use a simulated peer-side tool to establish a connection (for example, a TCP debugging assistant).

  3. Send request data from the simulated peer side according to negotiated protocol specifications.

  4. Check software status, logs, or result outputs to confirm that the project is triggered and executed.

  5. Confirm on the simulated peer side whether response data that matches negotiated protocol specifications is received.

  6. Repeat Steps 3-5 to verify whether repeated triggering behavior meets expectations.

Simulation Test for PLC-Type Services

Applicable to: Siemens S7 Client, Modbus TCP Slave, and Mitsubishi MC Client.

  1. Use a PLC simulator or register simulator to emulate the communication peer side.

  2. Open the Mech-MSR solution and start custom communication services to establish a communication connection.

  3. On the simulated peer side, write valid trigger values to trigger registers and write measurement parameters to other registers.

  4. Check software status, logs, or result outputs to confirm that the project is triggered and executed.

  5. Confirm on the simulated peer side whether feedback data that matches negotiated protocol specifications is read (such as status bits, result registers, or response flags).

  6. Repeat Steps 3-5 to verify whether repeated triggering behavior meets expectations.

Is this page helpful?

You can give a feedback in any of the following ways:

We Value Your Privacy

We use cookies to provide you with the best possible experience on our website. By continuing to use the site, you acknowledge that you agree to the use of cookies. If you decline, a single cookie will be used to ensure you're not tracked or remembered when you visit this website.