Estoy tratando de comunicarme con un servidor OPC DA y necesito escribir una etiqueta que está en formato de matriz. Podemos conectarnos con un servidor de simulación, leer etiquetas (int, real, array) y escribir etiquetas (int, real, str). El problema surge cuando necesitamos escribir en una etiqueta de matriz. El desarrollador de la biblioteca OpenOPC (Barry Barnreiter) recomienda usar una variable VARIANT porque OPC "espera ver una estructura VARIANT de Windows al escribir objetos complejos como matrices".
Aquí está el código:
from win32com.client import VARIANT import pythoncom import OpenOPC opc_local = OpenOPC.open_client() opc_local.connect('Matrikon.OPC.Simulation','localhost') values = VARIANT(pythoncom.VT_ARRAY | pythoncom.VT_R8, [1.0, 2.0, 3.0, 4.0, 5.0, 6.0]) w = opc_local.write(('Bucket Brigade.ArrayOfReal8', values)) print(w)Este es el error que obtenemos cuando se ejecuta la línea con opc_local.write:
AttributeError: 'module' object has no attribute 'VARIANT'Aquí está el rastreo completo:
runfile('C:/Users/nadmin/Downloads/sanstitre0.py', wdir='C:/Users/nadmin/Downloads') Traceback (most recent call last): File "<ipython-input-5-6799f41ab928>", line 1, in <module> runfile('C:/Users/nadmin/Downloads/sanstitre0.py', wdir='C:/Users/nadmin/Downloads') File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\spyder_kernels\customize\spydercustomize.py", line 827, in runfile execfile(filename, namespace) File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\spyder_kernels\customize\spydercustomize.py", line 95, in execfile exec(compile(scripttext, filename, 'exec'), glob, loc) File "C:/Users/nadmin/Downloads/sanstitre0.py", line 14, in <module> w = opc_local.write(('Bucket Brigade.ArrayOfReal8', values)) File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\Pyro\core.py", line 381, in __call__ return self.__send(self.__name, args, kwargs) File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\Pyro\core.py", line 456, in _invokePYRO return self.adapter.remoteInvocation(name, Pyro.constants.RIF_VarargsAndKeywords, vargs, kargs) File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\Pyro\protocol.py", line 497, in remoteInvocation return self._remoteInvocation(method, flags, *args) File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\Pyro\protocol.py", line 572, in _remoteInvocation answer.raiseEx() File "C:\Users\nadmin\AppData\Local\Continuum\anaconda2\lib\site-packages\Pyro\errors.py", line 72, in raiseEx raise self.excObjY aquí está la configuración de la computadora:
Debe actualizar python a 3.9 y Pywin32 a Build 302 . Además, debe instalar OpenOPC-Python3x 1.3.1 .
Tienes que cambiar tu línea opc_local = OpenOPC.open_client() por opc_local = OpenOPC.client() . Esto hará que se conecte directamente al servidor OPC, en lugar de utilizar el servicio de puerta de enlace de OpenOPC.
La estructura VARIANT no está incluida dentro del exe de Gateway Service. Tenga en cuenta que el exe de Gateway Service es su propia distribución congelada de Python. Por lo tanto, solo incluye los módulos de Python que necesita para ejecutarse y nada más. Por lo tanto, al evitar el uso del Servicio de puerta de enlace, no debería tener este problema, ya que ejecutará su código completamente utilizando la distribución de Python que instaló usted mismo en su PC.
De acuerdo con el servidor COM de Python, el objeto 'módulo' no tiene el atributo 'VARIANT' , la clase VARIANT se introdujo en Pywin32 build 217.
Como ha incluido en su publicación que tiene Pywin32 Build 223, esto no debería ser un problema. Pero para estar seguro, de esta lista de descargas disponibles: Home / pywin32 / Build 217 , seleccionaría específicamente pywin32-217.win-amd64-py2.7.exe .
Si eso no funciona, sugeriría verificar la fuente de la configuración que enumeró; ¿Solo tienes una versión de python instalada? ¿Quizás tiene varios IDE de Python que podrían confundirse? Estos son algunos casos comunes que pueden causar confusión al corregir errores.