CHAR in STRING wandeln

Hallo

ich habe folgendes Problem. Ich muss gewisse zeichen und/oder zahlen in einen String format konvertieren.

Kurze erklärung warum:
Diese zeichen im String-format wird in ein Datenbaustein geschrieben. Dieser Datenbaustein wird nachher über FTP an einen Server geschickt.

Ich brauche den CHAR IN STRING weil ich den Namen der Datei Dynamisch anpassen will.

Gibt es eine möglichkeit in AWL so etwas zu konvertieren?

Ich habe schon alles versucht jedoch ohne erfolg.
Warum funktioniert es eigentlich nicht ASCII zeichen in String zu setzen?

Ich freue mich über jede Hilfe. Danke

Hallo,
klar geht das ... ist aber sicherlich etwas Handarbeit ...
Werd' doch mal etwas konkreter ...

Gruß
Larry

Doch das geht ohne Probleme.

Du hast einen String definiert in einem DB, z.Bsp. in DB1 ein String[20] ab DBW10.

Dann steht in DB10 eine 20dez, in DBB1 mußt du eintragen, wie viele Zeichen dein String wirklich hat, z.Bsp. 20dez.
Ab DBB12 stehen nun 20 Byte in welche du deinen Hexcode für die einzelnen Zeichen eintragen kannst, also den Code aus dem einzelnen Char in das jeweilige Byte.

Okay ich versteh was du meinst.

Ja die ersten 2 Bytes sind festgelegt für die länge.
Also mein DB ist DB200 und mein String wert ist bei 170.
Somit: DB200.DBB170 eigentlich da aber 2 bytes für länge gebraucht werden.
-> DB200.DBB172 , hier steht dann mein erstes Byte.

Also mein AWL text das ich gern in String haben will

NETWOR 1
L LB 0 // Byte vom Date and TIME
SRW 4 // Verschieben nach Rechts und erhalte die zahl 1
+ 48
T #TMP_CHAR_1

NETWORK 2

L #TMP_CHAR_1
T DB200.DBB172[1]

Das soll nur ein Beispiel für eine einzige zahl sein. Ich möchte das nachher auch für richtige Zeichen machen.
Es geht darum das ich den Dateiname nachdem jeweiligen Datum des Tages vergeben möchte. Dazu lese ich das Datum aus der SPS aus und will dies, sozusagen als Dateiname + irgend einen namen, nutzen und dies wird auf deinen Server dann abgelegt.

Ahhhh ich habs.

Ich habe nicht gewusst das man es in AWL trotzdem mitliefern muss wieviele Bytes lang er ist.

Danke für den Tipp !!!