TIA Real in String - Komisches Verhalten

[Geisterkarle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

habe grade ein merkwürdiges Phänomen. Weiß nicht ob das ein Bug ist oder mir das wer erklären kann.
Ich PLC-SIMe gerade in TIA V19 und möchte eine REAL-Zahl in einen String umwandeln. Nutze dafür VAL_STRG.
Das sieht so aus:

rZahl - REAL
sErg - String
sTmp - String
----------

sErg := '';
VAL_STRG(IN:=rZahl,
             SIZE:=0,
             PREC:=3,
             FORMAT:=0,
             P:=1,
             OUT=>sTmp);
 sErg := sTmp;

Wenn ich da jetzt (z.B.) als rZahl := 0.3 eingebe kommt als sErg = '0.300'
Alles gut.

Nun ist mir aufgefallen, wenn ich dieses hier mache:

sErg := '';
sTmp := REAL_TO_STRING(rZahl);
VAL_STRG(IN:=rZahl,
             SIZE:=0,
             PREC:=3,
             FORMAT:=0,
             P:=1,
             OUT=>sTmp);
 sErg := sTmp;

dann steht in sErg plötzlich '+3.000000E-1'
???
VAL_STRG scheint es nicht mehr zu schaffen, sTmp zu "überschreiben"! Dabei kommt die Funktion im Programm ja nach dem REAL_TO_STRING. Wüsste nicht, dass das "asynchron" ist und mehrere Zyklen braucht und dadurch irgendwas schief geht.
Natürlich kann ich das "Problem" lösen, aber wollte mal wissen, ob irgendwer ne Idee hat, warum das überhaupt passiert!? Oder sollte es da gar nicht!?

grüße

 

[DCDCDC]

Ändert sich was wenn du sTmp auch intialisierst? Temporäre Variablen haben ja einen undefinierten Wert.. deswegen sollten sie immer initial mit einem Defaultwert beschrieben werden

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ändert sich was wenn du sTmp auch intialisierst? Temporäre Variablen haben ja einen undefinierten Wert.. deswegen sollten sie immer initial mit einem Defaultwert beschrieben werden

Wurde ja gemacht:

sTmp := REAL_TO_STRING(rZahl);

 

[Larry Laffer]

@MFreiberger : Real_to_String ist im Grund auch eine Funktion (FC) und ich meine mich zu erinnern, dass diese auch schon einen initialisierten String braucht. Ich finde von daher den Einwand von @DCDCDC nicht unpassend ...

 

[MFreiberger]

Das verstehe ich nicht. Dann müsste doch rZahl initialisiert werden und nicht sTemp, oder?

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Real_to_String ist im Grund auch eine Funktion (FC) und ich meine mich zu erinnern, dass diese auch schon einen initialisierten String braucht.

Nochmal genauer nachgefragt:
String ist doch "nur" der Rückgabewert. Wieso muss der für die Funktion initialisiert werden? Das dürfte doch völlig egal sein, was darin steht, oder?
Oder geht es um das Byte "maximale Länge"? Aber das müsste doch schon durch die Deklaration fertig beschrieben worden sein.

 

[Geisterkarle]

Also ich hab auch mal ganz oben "sTmp := '';" gemacht, aber ändert nichts.

Aber habe gerade herausgefunden, woran es liegt! Es liegt tatsächlich an der Initialisierung, bzw. wie VAL_STRG funktioniert.
VAL_STRG erzeugt keinen neuen String, sondern macht anscheinend einen INSERT.

sTmp := '0.00003';
VAL_STRG(IN:=rZahl,
             SIZE:=0,
             PREC:=3,
             FORMAT:=0,
             P:=1,
             OUT=>sTmp);
 sErg := sTmp;

macht (bei rZahl = 0.3)
sErg = '0.30003'

Damit hatte ich jetzt erstmal nicht gerechnet (pun intended).
Aber gut, wieder was gelernt!

 

[PN/DP]

Was für eine CPU hast du? Ist der Baustein "optimiert" oder Standard Zugriff?
Ich würde auf jeden Fall sTmp initialisieren mit sTmp := ''; (vor dem Aufruf von REAL_TO_STRING und VAL_STRG).

Wo ist sTmp deklariert? Warum steht in deinem Code nicht #sTmp (mit Raute # davor)?

 

[DCDCDC]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was für eine CPU hast du? Ist der Baustein "optimiert" oder Standard Zugriff?
Ich würde auf jeden Fall sTmp initialisieren mit sTmp := ''; (vor dem Aufruf von REAL_TO_STRING und VAL_STRG).

Wo ist sTmp deklariert? Warum steht in deinem Code nicht #sTmp (mit Raute # davor)?

Idealerweise wird mit einer Konstante intialisiert, dann wäre es wirklich top

 

[PN/DP]

VAL_STRG erzeugt keinen neuen String, sondern macht anscheinend einen INSERT.
(...)
Damit hatte ich jetzt erstmal nicht gerechnet (pun intended).
Aber gut, wieder was gelernt!

Das Verhalten ist aber so in der TIA Hilfe ausführlich beschrieben. Für Leute, die da vielleicht mal nachschauen wollen

Idealerweise wird mit einer Konstante intialisiert, dann wäre es wirklich top

Was meinst du damit?

 

[DCDCDC]

Was meinst du damit?

Zumindest mach ich das immer so, dass ich Temps mit Konstanten intialisiere, vielleicht ist es auch nur meine Vorsicht

 

[Geisterkarle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das Verhalten ist aber so in der TIA Hilfe ausführlich beschrieben. Für Leute, die da vielleicht mal nachschauen wollen

Du meinst:
"Die CPU befüllt OUT ab Position P unter Berücksichtigung der führenden Leerzeichen mit SIZE Zeichen."
irgendwo in der Mitte des Textes?

Also mal ehrlich, wenn ich eine Funktion habe, dann schaue ich mir möglicherweise jeden Input Wert an, aber die Details von einem simplen String-OUT nicht unbedingt. Liegt vielleicht daran, dass ich bisher glaub noch nie eine eigene Funktion gebaut hab, bei der ich das Ergebnis nicht erstmal "genullt" habe. Noch nie benötigt...

 

[PN/DP]

Scrolle mal die Hilfe zum VAL_STRG noch etwas weiter runter ... da kommt sogar ein detailliertes anschauliches i-sicheres Beispiel (mit "OUT vor dem Aufruf von VAL_STRG" und "OUT nach dem Aufruf von VAL_STRG")

 

[MFreiberger]

Das Verhalten ist aber so in der TIA Hilfe ausführlich beschrieben. Für Leute, die da vielleicht mal nachschauen wollen

Habe ich getan. Interessant. Das hätte ich so nicht erwartet.

Mein Erwartungshaltung wäre, dass die String-Variable neu beschrieben würde.

Aber dazu müsste die Funktion wahrscheinlich die maximale/tatsächliche Länge der Variablen, die sie beschreiben soll kennen.

Wieder was gelernt.

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zumindest mach ich das immer so, dass ich Temps mit Konstanten intialisiere, vielleicht ist es auch nur meine Vorsicht

Das Literal '' ist doch eine Konstante? Ist das von manchen Programmierern nicht als "Leerstring" erkennbar, muss man da wirklich eine Konstante mit einem Name EMPTYSTRING dafür anlegen??

 

[PN/DP]

Damit hatte ich jetzt erstmal nicht gerechnet

Mein Erwartungshaltung wäre, dass die String-Variable neu beschrieben würde.

Alleine dass die Anweisung VAL_STRG den Parameter P hat, sollte schon mal aufschrecken, dass man sich anschaut wofür der Parameter ist, und nicht (vielleicht) vorausgefüllte Templates einfach übernehmen.