洪伟： 虽然，您是一位很善于总结的现场技术人员，但是，能看出，中肯的说，并没有对组态软件做深入的研究。所以，对其性能的比较，言辞激烈，但是，论据不充分，甚至错误。

 1、您说： “我在一家化工单位给他们安装我公司配套的仪表的时候，在先前我就私下用MCGS测试一下仪表的通讯，结果不知只能的，连上的数据中，有一个数据始终为空”，证明“MCGS读取变量的速度慢” －－－－－－-是问题论据，原因：您说的只能证明mcgs软件的这个驱动可能有问题，或者阁下使用方法有问题. 您说: “我的老师用开发系统连接仪表，看是不是自己的通讯软件设计错误，结果发现，只有MCGS是一个变量一个变量的去读数据，而其他软件是把连续的很多个地址一起读上来，然后直接选取需要显示的数据。” －－－－－－-是错误论据，犯了以偏概全的错误。原因: 如果MCGS真的都是“一个变量一个变量的去读数据”，倒也可以证明“MCGS读取变量的速度慢”，但是，据我所知，如何去读设备通道，是硬件厂家定的，只有设备支持块读，那么软件驱动，才能不“一个变量一个变量的去读数据”。显然, 阁下一定没有测试MCGS的PLC驱动，在这些驱动中，mcgs有块读操作的。

2、您说： “MCGS作为组态软件的一个入门还可以，真正要上到大型而复杂的系统上，少了很多适应性。” －－－－－－-您太抬举MCGS了，我认为国内的组态软件都不能很好的适用“大型而复杂的系统”（几千点，流程复杂，精度要求高，长期运行的工程）。主要是稳定性和可靠性。国内的软件都确乏大系统长时间的考验。

 3、您说： “我在一家军工厂给人家作设备改造时，人家要求我们使用MCGS，在我使用它和HONEYWELL的VRX100进行通讯时，本来读取速度就慢了，再加上变量一多（大概这台表我需要读取150多个变量，通讯速度19200），在读取一个以秒为单位的时钟变量时，用户只能看到每3秒数字才会改变，我又不好说，只给用户解释说数据量太大了，设备有限，没办法。还有3个变量是一段程序的开始，暂停和复位，这几个变量是3个只写变量。开始一直觉得程序运行不对，要不开始不了，要不停不下，要不就一直复位，我就把几个变量显示出来才发现，一旦写成1后，它就一直给变量发送置1的请求，结果就一直置1，到了最后三个变量都在置1，您想想会发生什么事，结果我不得不大辐改动我工程设计，造成诸多不便。” －－－－－－-看了您的描述，首先，从您的态度上看，开始您对MCGS就有成见，而且，在问题发生后，并没有进行积极的查找原因，而是，想当然！同时，您描写的非常不清楚，所以，没有办法下结论。也就是说，您的结论有可能是错误的，而且，您的组态也可能很有问题： HONEYWELL的VRX100无纸记录仪，应该使用MODBUS通讯协议吧。首先，该协议支持块读，但是，您的组态通道必须连续，否则，谁都不能块读。然后，您的串口挂了几个设备，设备越多通讯越慢，您应该清楚。还有，您的采集周期是多少。我曾经测试过AB RXLOGIC 5000系列的PLC通过485总线50米读取300~500个通道，大概1秒左右刷新一次，都没有问题。

最后，有一点您可能还不知道：MCGS有两种读写设备的方式－－－－通道读写（周期性读写，通道越多，越慢）；－－－－－－设备命令读写（比通道读写优先，速度快，使用灵活。）。所以，对于“暂停和复位”等通道，如果我们不是每隔一个周期采集或控制一次，我们可以通过设备命令执行读写。结果，我们会减少周期性读写的通道，加快通道读写的速度，同时，节省资源，设备命令执行的更快。 在最后，我想说的是，我认为阁下的看法偏激，但是没有攻击力。在做工程的时候，我也希望我们，不要闭门造车，想当然。如果工程开始前，多测试，多沟通，多交流，那么工程开始后问题就会少的多。最后抱怨也会少得多！