Keine Kommunikation zwischen LV - OPC - SPS

Hallo!
Bin relativ neu in dem Thema und komme an meiner Diplomarbeit nicht weiter, wobei ich ein Projekt von einem ehemaligen fortsetzen muss
Folgendes Problem: es ist ein Motorenprüfstand der über eine Bosch-rexroth SPS (indra) verfügt, diese sollte mit TCP/IP angesprochen werden mittels OPC server.
Das Program lief einwandfrei bis ein Praktikant mal dran rumgespielt hat und nun finde ich den Fehler nicht.

Habe keine Verbindung mehr mittels OPC.. direktverbindung zur SPS geht, aber LabView mag nicht
Als OPCServer haben wir den von NI und Matricon OPC, aber leider versteh ich nicht, wie ich drauf zugreifen bzw den einrichten soll
Früher lief alles über einen PC, nun haben wir einen 2ten hingestellt, in der hoffnung die Server/Client alternative zu erstellen

Kann mir jemand evtl helfen? sitz schon seit 4tagen dran rum und komm keinen schritt weiter, da ich nicht weiss, woran der Fehler liegen kann

Besten dank auch

Wie hattet ihr früher die SPS angebunden, bzw. an welchen OPC-Server? Der NI OPC Server hat Treiberanbindungen für folgende Geräte. Beim Matricon müsstest du ggf. selbst suchen. Die Einbindung ins LabVIEW kann dann entweder über Datasocket oder das DSC-Modul erfolgen. An welcher Stelle hängts aktuell genau?

also hab jetzt einen matrikon opc server laufen mit der Steuerung_L40, die im opc explorer die jeweiligen variablen anzeigt...soweit sogut

jetzt fehlt nur noch die anbindung an LV in der LIB OPCVariables zb eine Variable namens: DIG_OUT2, auf die ich zugreifen möchte

habe diese nun \\PRUEFSTAND\OPC-Client\DIG OUT2.'!BOOL,Steuerung_L40,Plc.PVL,.DIG_OUT_2' als psp-url als boolean, nur findet das LV program nicht die variable?

wie finde ich heraus, in welchen verzeichnis der opc-server-client die dateien anlegt? Kann man von Windoofs drauf zugreifen?

ok.. hab jetzt den NI client am laufen und seh alle variablen, die ich mit matrikon server erstellt habe... nun bekomm ich labview nicht zum funktionieren :/

OPC-Client-Funktionalität gibts entweder über das DSC-Modul oder über Datasocket. Siehe hierzu auch diesen Eintrag auf der NI Seite. Mit dem VI "Datasocket: URL auswählen" solltest du deinen OPC Server und die Variablen sehen können. Im Anhang ein Screenshot davon.

Da sind schon OPC verbindungen soweit sogut drin, nur stimmen die Links nicht überein mit denen von LV.. aber LV meckert, wenn ich .benutze zum trennen, irgend eine idee? oder sind das Aliases im OPC server, die ich nach belieben nennen darf? sind jedoch um die 300Varianblen , die vom OPC geholt werden müssen

(04.05.2013 19:29 )Knusperbaer schrieb:  Da sind schon OPC verbindungen soweit sogut drin, nur stimmen die Links nicht überein mit denen von LV.. aber LV meckert, wenn ich .benutze zum trennen, irgend eine idee? oder sind das Aliases im OPC server, die ich nach belieben nennen darf? sind jedoch um die 300Varianblen , die vom OPC geholt werden müssen

Ich habe das Gefühl du liegst hier einem Missverständnis auf. Ohne DSC Modul haben die Umgebungsvariablen (Shared Variables) keine OPC-Client Funktionalität. Deine Aussagen sind für mich leider zum Großteil nichtssagend da unkonkret. Daher mal paar Detailfragen:

• Hast du das DSC Modul?
• Hast du mittels dem gezeigten Datasocket-VI dir die Variablen angeschaut?
• Hast du ggf. das verlinkte Whitepaper gelesen?
• Was "meckert" LabVIEW den? Hier wäre ein Screenshot der Fehlermeldung o.ä. äußerst hilfreich.
  

Fehler 0 ist bei Nicht identifizierte Position aufgetreten

Mögliche Ursachen:

LabVIEW: Fehler beim Herstellen einer Verbindung zum GPIB-Treiber oder zum Gerät. Das liegt in der Regel daran, dass ein benötigter Treiber nicht installiert ist.
=========================
NI SoftMotion: Kein Fehler
=========================
NI-488: Fehler beim Herstellen einer Verbindung zum Treiber oder zum Gerät.
=========================
VISA: (Hex 0x0) Operation erfolgreich abgeschlossen.


also das spuckt die oberfläche auf der fehlermeldungsleiste aus
DSC Modul ist installiert

das system hat ja funktioniert, bis mal irgendwas upgedatet wurde, glaube es war LV selbst,seitdem geht garnix mehr

Die "Fehlermeldung" dürfte so eigentlich garnicht kommen. Da zwar das Fehler-Flag gesetzt ist aber kein Fehlercode. Konntest du z.B. mittels Highlighting in Erfahrung bringen welcher Aufruf/VI diesen Fehler wirft? Versucht dein Quellcode mittels Umgebungsvariablen auf den OPC-Server zuzugreifen? Das wird wie gesagt ohne DSC nicht funktionieren.
Weiterhin würde ich Tagnamen mit Umlauten und Sonderzeichen, soweit möglich, vermeiden.
Was wurde eigentlich jetzt alles verändert? Von Antwort zu Antwort wird es immer mehr was dann doch anders ist.

habs geschaft, frag mich nicht wie aber auf einmal hat er die verbindung aufgebaut.. hab mit dem datasocket url tool gespielt und auf einmal gings...komisch ...