Array über OPC Schreiben

Tja wiedermal ich, der nervige und unverbesserliche OPC User

Hat sich jemand schon mal dran versucht ein Array über den OPC ( Siemens WINCC Flex ) zu schreiben?
Mit einzelnen Werten hab ich keine Probleme, aber bei dem Versuch Arrays zu schreiben kommt im OPC nix an.

Das auslesen von Arrays hingegen funktioniert.

dank und gruß

Ich hab' hier schon mal ein Bsp. hochgeladen.
Da drin findest Du unter anderem auch, wie man ein Array per OPC schreiben kann.

Gruß Markus

Hab' das Bsp. von oben rausgesucht und hier das (leicht abgeänderte) VI hochgeladen.
Das VI SPS_Command_Write.vi ist das Haupt-VI.


  SPS_Command_Write.zip (Größe: 110,46 KB / Downloads: 402)



Gruß Markus

' schrieb:Ich hab' hier schon mal ein Bsp. hochgeladen.
Da drin findest Du unter anderem auch, wie man ein Array per OPC schreiben kann.

Gruß Markus

hm ich hab das jetzt mal versucht.
leider ohne erfolg.

Folgendes Ergebnis:

DataSocket Write Integer Vector.vi
Active:Can't write data. Falscher Variablentyp. <ERR>

Ich versuche über ein 1D-Array of Long in ein Array[0...1] of Real zu schreiben.
Funkt mir hier die WinCC flex dazwischen oder was ist hier los?

danke erstmals

In meinem Bsp. siehst Du ja, dass ich in ein "Doppelwort" (also 32 Bit) schreibe, daher habe ich ja auch ein Array mit "32 Bit-Werten" (I32) verwendet.
Versuch' doch mal, Deine Datentypen entsprechend anzupassen.
Mehr kann ich leider dazu auch nicht sagen.

Gruß Markus

' schrieb:hm ich hab das jetzt mal versucht.
leider ohne erfolg.

Folgendes Ergebnis:

DataSocket Write Integer Vector.vi
Active:Can't write data. Falscher Variablentyp. <ERR>

Ich versuche über ein 1D-Array of Long in ein Array[0...1] of Real zu schreiben.
Funkt mir hier die WinCC flex dazwischen oder was ist hier los?

danke erstmals

' schrieb:Ich versuche über ein 1D-Array of Long in ein Array[0...1] of Real zu schreiben.
Funkt mir hier die WinCC flex dazwischen oder was ist hier los?

Die OPC-Treiber von LV transportieren sowieso nur Bytes. Daher übertrage ich immer nur 1D-Array of U8. Wichtig scheint mir nur, dass die Anzahl der U8-Bytes mit der Anzahl der Gesamtbytes im Zielsystem übereinstimmt. Haben dein 1D-Array of long und dein 1D-Array of real, also der Datensatz in LV und der in WinCC, die gleiche Gesamtlänge?

Wie die Sache auf der SPS-Seite respektive bei WinCC aussieht, weiß ich nicht. Dafür ist der SPS-Programmierer (also mein Kollege) zuständig, nicht ich.

Anzeige

Hallo IchSelbst wäre es möglich das du deinen Kollegen mal befragst welche art von Arrays er verwendet?
bzw. welcher OPC ist bei euch in Verwendung?

Hab es gestern auch mit einem DWORD Array probiert aber da hat er mir auch gestreikt.

Je länger man sich mit Siemens beschäftigt um so weniger kann man glauben das die Firma überhaupt noch Umsatz macht grml.

grüße

' schrieb:Hallo IchSelbst wäre es möglich das du deinen Kollegen mal befragst welche art von Arrays er verwendet?

Wir machen das immer so:
In der SPS (S7) gibt es einen Arbeitsbereich z.B. DB100, und einen Transferbereich z.B. DB110. Datenaustauch zwischen LV und SPS findet also über DB110 statt. Was der SPS-Programmierer mit diesen Daten dann macht (z.B. nach Double wandeln, mal 1000 nehmen, in einzelne Variablen kopieren etc) bleibt ihm überlassen.
Definiert wird der Transferbereich in der SPS als array of dword (also array of I32). Und zwar so, dass auch in der SPS dieser Bereich als Array erkenntlich ist. Dieses Array bekommt dann, wie im übrigen Einzelvariablen und Records auch, einen Namen. Mit genau diesem Namen, der also in der SPS generiert wird, spreche ich dann später von LV aus das Array in der SPS an.
Dann erstellt der SPS-Programmierer ein Datenbankfile (dessen prinzipiellen Namen ich schon wieder vergessen habe). Dieses File kann man dann in den "Konfigurator" auf PC-Seite einlesen. Wenn der Konfigurator alle drei einzustellenden Zeilen (0:Implementation(?); 1:OPC; 125:Station (Datenfileimport)) als OK markiert, funktioniert meistens schon alles.
Weiterhin gibt es den "OPC-Scout". Mit dem kann man praktisch manuell Daten aus der SPS ankucken. Ich suche mir dann hier den OPC-Pfad (quasi Pfad + Variablennamen) zu genau den Daten, die ich später in LV bearbeiten will. Gibt der OPC-Scout dann in seiner Anzeige "Verbindungsstatus OK" aus, so hat er die SPS Daten lesen können. Und wenn der sie lesen kann, kann auch LV sie lesen.

Es gibt folgende Probleme:
Wird irgandwas am DB110 in der SPS geändert, muss die komplette Prozedure neu durchlaufen werden: File exportieren, Konfigurator-Parametrierung löschen(!), Rechner runter/rauf fahren ( ), Konfigurator neu, Scout testen.
Irgendwann hab ich festgestellt, dass die Typen der zu übertragenden Daten eigentlich unerheblich ist. Hauptsache die Anzahl der Gesamtbytes ist gleich. Es würde als auch gehen, in der SPS ein Array[0..1] of I32 und in LV ein Array[0..7] of U8 zu haben.

Zitat:bzw. welcher OPC ist bei euch in Verwendung?

Du fragst Zeug.
Siemens-OPC? Den, wo's die 31/2"-Diskette gibt zum Lizenz-Transfer. Auf LV-Seite den ganz normale OPC.

Zitat:Je länger man sich mit Siemens beschäftigt um so weniger kann man glauben das die Firma überhaupt noch Umsatz macht

Machen sie doch - Leute entlassen ist auch Umsatz.


Im übrigen ist der OPC nur dazu geeignet, sporadisch Daten zu übertragen. Eine Dauerübertragung im Sinne von z.B. einer Online-Messwertaufzeichung geht mit dem OPC praktisch nicht. Hierfür (sprich für die Datenkonsistenz) ist Overhead erforderlich, der normalerweise im OPC-Protokoll vorhanden sein sollte.

Nur so als Ergänzung:
Also, ich verwende zwar keine Siemens SPS sondern eine mit CoDeSys, spielt aber, denke ich, keine Rolle.
Wie IchSelbst sagte, mache auch ich alles mit U8 Array.

Mit DS.Variant der mit "Variant to Data" in ein U8 Array gewandelt wird und danach in entsprechende Clusters zum lesen von SPS.
(im Variant steht dann auch noch der OPC TimeLow, TimeHigh und Quality drinn)

Zum schreiben, wandle ich die Cluster wieder in ein U8 Array und schreibe das U8Array mit dem DS.Write.
Wichtig ist nur das die Byte in der richtigen reihenfolge in das U8 Array geschrieben werden.

Um richtig mit OPC zu arbeiten genügen die DataSockets denke ich nicht, dazu gibt es ja das "teure" Zusatzpaket.

' schrieb:Um richtig mit OPC zu arbeiten genügen die DataSockets denke ich nicht, dazu gibt es ja das "teure" Zusatzpaket.

Verstehe ich das jetzt richtig: Neben den OPC-VIs, die im normalen LV-Full dabei sind - es gibt eine Palette, das stehen VIs mit OPC-Berschriftung - gibt es ein Zusatzpaket OPC?