【问题标题】:using python 2.7 and library OpenOPC using read or write function explode使用 python 2.7 和库 OpenOPC 使用读取或写入函数爆炸
【发布时间】:2017-08-31 13:06:49
【问题描述】:

我使用 python 2.7 & OpenOPC 与 OPC 服务器通信。 我有 2 台不同的服务器。 一台服务器一切正常。

我可以:
- 连接并从服务器获取信息
- 获取对象列表
- 获取对象的属性
- 读取项目的价值
- 写值。如果一个值没有被自动写入,则会从 OpenOPC 库中获取一个错误,我可以使用 python 代码对其进行管理

在另一台服务器上,它崩溃了:
- 一切都像第一台服务器一样工作,但是
- 当我尝试读写时,python 代码会爆炸

有了这个服务器,如果我在命令行中使用 opc.exe,它在写入或读取时也会爆炸。例如:
- opc -s Als1.s8000.1 -i 连接服务器并让我查看属性
- opc -s Als1.s8000.1 -l L4A1 列出L4A1下的所有子项
- opc -s Als1.s8000.1 -r L4A1.LPSLOOP1C01.RM02 -> 生成弹出窗口“opc.exe 已停止工作bla bla bla”

提前感谢您的帮助

【问题讨论】:

    标签: python-2.7 opc


    【解决方案1】:

    好吧,我发现问题出在哪里。 阿尔斯通 OPCServer 以他的方式管理 OPC 请求。我已经看到了来自服务器的 c++ 代码,并且我设法修改了 python OpenOPC 库以向阿尔斯通服务器发送正确的参数。

    感谢您的帮助和对我问题的积极评价。

    【讨论】:

      【解决方案2】:

      关于这个问题的一些进展。

      我们尝试使用一些跟踪来查看服务器管理的内容。奇怪的是,当我使用 OPCInspector(一个能够与 OPCservers 通信的应用程序)时,我们能够读取和写入……但是日志显示 OPCInspector 并没有使用与 OpenOPC 相同的功能来做到这一点。

      所以下一步是在服务器端添加一些跟踪,以了解阿尔斯通服务器中发生的情况。我的意思是,闻起来这不是 OpenOPC 问题,而是服务器问题。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-06-22
        • 1970-01-01
        • 2012-08-23
        • 1970-01-01
        • 2013-11-05
        • 2011-04-10
        相关资源
        最近更新 更多