OPC 技术作为自动化的成熟技术，被大多数的自动化厂商所采用，这些厂商也都开发了各自的OPC产品。西门子作为自动化技术的领先者之一，也有一些OPC产品如WinCC OPC、SIMATIC Net、PC Access等，但大家对这些产品的使用仍存在一些问题，可能是下层驱动的问题，也可能上层DCOM的配置问题。如何排查出现的问题。在此我们将就如下几个方面进行深入的探讨：
1）OPC如何配置；
2）OPC通讯故障的诊断方法；
3）OPC通讯性能分析；

在探讨开始之前，也向您推荐几篇与此相关的重要文档，请您详阅。
文档编号：A0036，“通过CP1613建立SIMATIC NET OPC服务器与PLC的S7连接”
文档编号：A0037，“通过PROFIBUS建立SIMATIC NET OPC 服务器与PLC 的S7连接”
文档编号：A0265，“如何配置OPC DCOM”
文档编号：A0266，“OPC DCOM 问题处理”
文档编号：A0326，“VC中编写OPC的客户端程序”
文档编号：A0485，“通过OPC访问PROFIBUS DP-V1从站的数据记录”
文档编号：A0523，“SIMATIC NET OPC Server与S7-200EM277的 DP连接”
文档编号：A0554，“如何使用Excel通过OPC访问WinCC的实时数据”
文档编号：A0575，“配置SIMATIC OPC 服务器的符号访问”

活动奖励：
此次集中交流将持续至2012年1月19日，其中所有精华帖作者将获得加倍精华奖励积分；最终所有有效留帖的网友将获得加倍发帖积分。更多积分带给您更多奖品兑换的自由。
对于有突出发言贡献的网友，还可以在当前的可兑换奖品中免费挑选200分（含）以下任一款奖品。
交流结束后也将专门整理重要内容，供广大网友分享参考。
预祝大家交流愉快，收获丰富！

这个问题涉及OPC服务的启动方式，我的理解如下
Interactive方式是OPC服务以当前登录用户启动
Launching则是以客户端访问的用户来启动OPC服务
This User是指定用户启动
System是以服务的方式启动OPC服务，不需要用户登录也可以
我认为只有This User这种方式，需要特定的用户启动，其它方式只要客户端的用户和密码在服务器里有注册的应该都没问题。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

OPC是依赖于COM和DCOM技术进行数据交换的，DCOM的宽范设置完后，进行Server的DCOM特殊设置，可以运行DCOMCNFG进行初始化DCOM的配置，所选相应OPC Server的属性可以进行OPC Server的特殊设置。
1、The interactive user :默认选项，OPC Server以交互的用户认证，这个帐户是当前登陆计算机且驻留在Opc Server的计算机上,所以可以进行通讯。前提是必须要有帐户登陆，否则不能启动OPC Server，当此用户注销时，OPC Server就会关闭，即使计算机重新启动，也会造成OPC Server的短暂关闭。
2、The launching user:Opc Server以访问的用户认证，操作系统会为每个访问的用户创建一个实例，再有其它用户就无法访问。若是OPC Server允许多用户访问，会造成多用户占用多计算机资源的问题，甚至硬件如串口无法让第2个用户使用。
3、This user:OPC Server以指定的用户帐户认证，这种情况要在OPC Server的计算机上存在指定的帐户，对于OPCServer必须知道此用户，否则也无法访问。
4、The system account:OPC Server以操作系统帐户认证，对于工作组、系统帐户都能被识别，也不需要用户登陆，前提是OPC Server必须以服务方式启动。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

如果访客帐户Guest没有被禁用，在DCOM设置里添加Guest帐户的访问以及启动激活权限，那么也可以正常通讯，不过这样使用安全性就很低了，如果Guest帐户禁用了那就不能通讯了。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

我觉得用户的帐户在远程的SERVER计算机上并不存在，操作系统不能识别此用户，所以拒绝访问。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

客户端1用户Clark在服务器有相同的用户，可以和OPC Server正常通信
客户端2用户Cliff在服务器里没有这个用户，不能和OPC Server正常通信
客户端3用户Admin在服务器有相同用户，可以和OPC Server正常通信
当然以上能正常通信的前提在于DCOM赋予了相关用户的权限
客户端1和客户端3的区别在于OPC服务器的当前登录用户Sam在客户端里有相同用户或没有相同用户，我认为这个对通信没有影响

虽然对服务器进行远程桌面连接设置后，操作系统已经识别了用户，但系统还要检查帐户是否有启动OPCServer的权限，所以可能是由于帐户没有相应的操作权限而被操作系统拒绝，所以必须把OPC的认证方式与实际的情况相符合，所以还是DCOM的问题。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

能浏览到OPC Server说明OPCEnum的访问和启动激活权限满足，不能连接OPC Server可能是OPCServer的用户访问和激活权限不满足。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

我觉得系统不认为远程登录的用户是交互式Interactive用户吧，我用XP远程桌面测试好像没有这种情况，使用交互式用户也可以正常访问OPC服务器，是不是因为XP同时只能有一个用户登录，服务器版的Windows又不一样呢？
关于Simple File Sharing，XP默认是简单共享，也就是强制远程用户以Guest用户访问。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。