Strings in VIPA 100V mit WinSPS-S7 verarbeiten

UNI

Level-1
Beiträge
113
Reaktionspunkte
13
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo allerseits,

ich programmiere ein VIPA 100V mit dem Programm WinSPS-S7 V5. Das klapt alles ganz prima. Nun möchte ich 2 Variablen vom Typ STRING verbinden. Dazu habe ich im DB2 diverse Strings definiert wie z.B. String1 -> STRING[20] -> 'ABCDE'; String2 -> STRING[20] -> 'GHJKLUZTRD'. Ich rufe die IEC FC2 auf und schreibe an der Eingangseite beide Adressen ran (DB2.String1 und DB2.String2). Wenn ich weitergehe, erscheinen beide Adressen rot, und es kommt die Meldung Datentypübergabe ist falsch. An beiden Stellen steht auch DB2.String1 [...] und DB2.String2 [...]. Das gleiche passiert auch am Ausgabestring.
Da im Programm leider keine Hilfe zu dem FC2 vorhanden ist, stehe ich nun auf dem Schlauch.
Was fehlt noch bei der obigen Eingabe?
Wie sieht der Eingabesyntax in der verlangten Form aus?
Welches Syntaxformat muss der String haben, wenn ich ihn direkt, also nicht aus einem DB eingeben möchte?
Kann ich einen String auch in einen Merker zwischenspeichern, wie sieht dann der Merkersyntax aus?

Gruß
UNI
 
Zuletzt bearbeitet:
Hat niemand eine Lösung für das oben beschriebene Problem, oder gibt es keine?
Dann Frage ich mich allenernstes, wozu es dann die Funktionen zur Stringverarbeitung gibt. :cry::cry::cry::cry:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Na ja, der Baustein hat auch noch einen OUT als Sting, das Ergebnis.<br>In AWL siehr ds z.B. so aus:

Code:
 CALL  "CONCAT"
       IN1    :="Stringtest".String_1
       IN2    :="Stringtest".String_2
       RET_VAL:="Stringtest".String_254

Das hier meckert er auch nciht an:

Code:
  CALL  "CONCAT"
       IN1    :="Stringtest".String_1
       IN2    :="Stringtest".String_2
       RET_VAL:="Stringtest".String_2

Der Out-String sollte in jedem Fall lang genug sein.
Ich habe String[10] definiert und als Out einen "normalen" String, also automatisch 254 Zeichen lang. Aber Variante 2 nimmt Step7 auch an.
Also Step7 kann das auf jeden Fall, o.g. ist aus dem AWL-Editor ausgeschnitten und nicht als Fehlerhaft markiert worden.
 
Zuletzt bearbeitet:
Hallo Ralle,

ich habe den Fehler bei mir gefunden. Ich hatte die String im DB als Strings deklariert. Aber beim Eintippen erscheinen Sie dann als Vorgabe, und ich habe sie mit der Maus angeklickt. Dabei stand dann am Schluss nicht DB1.String1 sondern DB1.String1 [...]. Das ist dann scheinbar ein Fehler im Programm, also muss man den Stringname selber komplett eintippen und nicht mit der Maus anklicken.
Nun klappt es auch mit den Strings. Ich hatte vorher angenommen, dass in den [] noch immer etwas stehen muss, und kam damit nicht zupotte.

Gruß
UNI
 
Zurück
Oben