C# OPC-Client nicht server Liste

Nachdem ich kompiliert habe, meine C# in meiner neuen Windows 8-64-Bit-Maschine, fing ich an, die folgende Fehler beim abrufen der Liste der verfügbaren Server in meinem OPC-client-Anwendung.

"OpcNetApi.Com
Unable to cast COM object of type 'System.__ComObject', um den Schnittstellentyp 'OpcRcw.Comn.IOPCServerList2'. Dieser Vorgang ist fehlgeschlagen, da der QueryInterface-Aufruf an die COM-Komponente für die Schnittstelle mit IID '{9DD0B56C-AD9E-43EE-8305-487F3188BF7A}' konnte aufgrund des folgenden Fehler: Klasse nicht registriert (Ausnahme von HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))."

Was könnte der Grund sein?

  • Haben Sie die Kompilierung der C# als 32bit oder 64bit? Ist der Opc-Ausführung in einem 32Bit-Prozess?
  • Ich kompilierte 64-bit. Nun wechselte ich wieder auf 32 bit und das problem ist gelöst. @brainwipe bitte schreiben Sie das als Antwort, so dass ich akzeptieren kann.
  • Keine Sorge, ich mag Camille ' s Antwort besser. 🙂
InformationsquelleAutor Demir | 2013-08-14
  1. 9

    Zitiert aus dem OPC.NET readme :

    Den .NET COM-interop-Assemblys gebaut werden-gegen den 32-bit-Versionen
    der proxy/stubs. Dies bedeutet, dass jeder .NET-Anwendung, die Sie auf
    x64-Systeme kompiliert werden muss und die Ausführung als 32-bit-Anwendung

    • Ausgezeichnete danke!
    InformationsquelleAutor Camille G.
  2. 7

    Hallo: um dieses problem Zu lösen installieren Sie OPC .NET API DER OPC .NET API 2.00 Redistributables 105.1 und installieren Sie OPC Core Components Redistributable (x64) 105.1.
    Mit diesem können Sie die Verbindung zum OPC-Server running in 32-bit-fom-client läuft auf 64 bit.

    • Vielen Dank für diese Antwort. In meinem Fall habe ich versucht, die Installation von OPC-Core Komponenten 3.0.106 (neueste Version) und es hat nicht mein Problem behoben. Ich habe mehrere Dinge, und ich bin nicht sicher, dass die bestimmte Sache fixiert, aber ich gelöscht "OpcEnum.exe" von syswow64 installiert, Core-Komponenten 2.0.2.30, und auch installiert OpcEnum as a service mit installutil (aber das war vor der re-installieren). Versuchen Sie, die Installation mehrerer Versionen von Core-Komponenten wenn Sie dieses Problem.
    • Nach noch mehr Tests, ich glaube, dass das löschen der alten dlls und opcenum vor der Installation von core-Komponenten ist, was dies behebt.
    • Gebäude in VS für Jede CPU und installieren der neuesten x64 OPC-core Komponenten wie vorgeschlagen hier meine Feste OPC-Verbindung Probleme.
    InformationsquelleAutor user2480745
  3. 2

    Und nicht foget, dass Redistributables (OPC .NET API DER OPC .NET API 2.00 Redistributables, OPC-Core Komponenten Redistributables) und Bibliotheken (OpcNetApi.dll, OpcNetApi.Com.dll, OpcNetApi.Xml.dll...) in Ihrem Projekt referenziert werden muss, die gleichen Versionen sind.

    InformationsquelleAutor undejavue
  4. -1

    ich denke, das problem ist nur, Sie versuchen, die Verbindung zum remote-Rechner, mit unterschiedlichen Benutzer-und Passwort-erstellen Sie Ihre aktuelle Benutzer in remote-Rechner identisch lokalen Rechner Benutzernamen und Passwort, dann müssen Sie die Konfiguration auf remote-Rechner "component services"->root-Konsole->Komponenten-Dienste->Computer->Dcom config->OpcEnum-Einstellung und geben Sie den Zugriff für diesen Benutzer im Eigenschaften -> Sicherheit mein problem gelöst, indem auf diese Weise
    viel Glück

    • in der Tat, das machen nur remote-server erreichbar und wenn Sie möchten, den Zugang zu opc-Server auf remote-Rechner müssen Sie die dcom-Konfiguration für die opc-server
    • dies ist eine 5 Jahre alte Frage, die bereits über eine akzeptierte Antwort. Ich glaube nicht, dass deine Antwort fügt einen beliebigen Wert für diese Frage.
    InformationsquelleAutor kaydream
Schreibe einen Kommentar