补充：
昨天使用软件SSCOM32接受代码不正确，所以修改为延时3秒，今天修改为1秒，再使用软件SSCOM32观察代码如下。发送的代码是正确的，但是顺序反过来了从4号站到1号站。如果修改为2秒，发码顺序又恢复从1到4。所以眼睛看到的都是真实的，只不过应该多长一双眼睛看到现象后面的道理。有时可以多用几个软件试。在设计几个站轮流通讯，如万版所说，时序要合理。最初的调试不仿间隔长一点。
当你实践多了，与不同器件做过不同的通讯，对这些软件的可靠程度就会更明白些。

这是修改为1秒，使用软件SSCOM32观察的代码：
04 03 00 00 00 03 05 9E
03 03 00 00 00 06 C4 2A
02 10 00 00 00 04 08 00 0A 00 0B 00 0C 00 0D FB 7C
01 10 00 00 00 06 0C 00 0A 00 0B 00 0C 00 0D 00 0E 00 0F 98 39
04 03 00 00 00 03 05 9E
03 03 00 00 00 06 C4 2A
02 10 00 00 00 04 08 00 0A 00 0B 00 0C 00 0D FB 7C
01 10 00 00 00 06 0C 00 0A 00 0B 00 0C 00 0D 00 0E 00 0F 98 39
04 03 00 00 00 03 05 9E
03 03 00 00 00 06 C4 2A
02 10 00 00 00 04 08 00 0A 00 0B 00 0C 00 0D FB 7C
01 10 00 00 00 06 0C 00 0A 00 0B 00 0C 00 0D 00 0E 00 0F 98 39

使用SLAVE仿真软件“ModbusSlave.exe”（有试用期的，每次运行15分钟）效果如下。也
是为了证明可以多实验几种软件。这些结果仅供朋友门参考。
运行同样S7-300程序，不知道怎么回事，数据栏不象以前我使用情况，不显示数据（也许是我的指令太复杂，不能分辨，不知道该怎么处理）。
但是点该软件工具栏Displar/Communication可以看到接收的数据和响应的数据。并可以保存这些数据为文本文件。
从这些数据看，有几个特点。每接收一条代码发一条响应代码（根据不同延时时间也不一定），似乎是错误信息代码。
但是CP341那边并不理会这些错误码。仍旧发码。
比较两种通讯测试软件运行效果，似乎“ModbusSlave.exe”兼容性差些。或者有其他问题。

000025-Rx:01 10 00 00 00 06 0C 00 0A 00 0B 00 0C 00 0D 00 0E 00 0F 98 39
000026-Tx:01 90 02 CD C1

000027-Rx:02 10 00 00 00 04 08 00 0A 00 0B 00 0C 00 0D FB 7C
000028-Tx:02 90 02 3D C1

000029-Rx:03 03 00 00 00 06 C4 2A
000030-Tx:03 83 02 61 31

000031-Rx:04 03 00 00 00 03 05 9E
000032-Tx:04 83 02 D0 F0

000033-Rx:01 10 00 00 00 06 0C 00 0A 00 0B 00 0C 00 0D 00 0E 00 0F 98 39
000034-Tx:01 90 02 CD C1

000035-Rx:02 10 00 00 00 04 08 00 0A 00 0B 00 0C 00 0D FB 7C
000036-Tx:02 90 02 3D C1

000037-Rx:03 03 00 00 00 06 C4 2A
000038-Tx:03 83 02 61 31

000039-Rx:04 03 00 00 00 03 05 9E
000040-Tx:04 83 02 D0 F0
。。。。。。

延时改为2秒，SLAVE仿真软件“ModbusSlave.exe”，观察只有接受02，04站的代码，没有返回的错误代码。
修改为1秒，观察只有接受01，02站的接收代码和返回的错误代码。一条接收，一条返回。

我也是带着问题刚在这里注册的,受到了大家热情帮助和鼓励.解决问题还在其次,找到了家的感觉令人非常高兴.以后我会常回家看看.
再一次谢各位朋友.