Problem mit Rechenoperation

[-ASDF-]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sers Forum

Mein Problem:
Das Programm wird bis zu einem bestimmten Moment ausgeführt, doch dann werden die Rechenoperationen nicht mehr bearbeitet... Warum?
PLCSIM bleibt weiterhin auf RUN.

Hier das Prog:

 

[vierlagig]

Sers Forum

Mein Problem:
Das Programm wird bis zu einem bestimmten Moment ausgeführt, doch dann werden die Rechenoperationen nicht mehr bearbeitet... Warum?
PLCSIM bleibt weiterhin auf RUN.

Hier das Prog:

Anhang anzeigen 15312

und welche operation wird jetzt nicht ausgeführt?

1720000 + 0,035 ?

= 1720000,035

in einer sinnvollen exponentialdarstellung? 1,720 * 10^6

 

[-ASDF-]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also ich hab angefangen bei 0.0 + 0.035 und das mit jedem Zyklus (0.035 + 0.035 + 0.035etc... naja das siehst du ja selber) aber jetzt fürht er nichts mehr aus also Akku 1 und 2 ändern sich nicht mehr.

 

[vierlagig]

bei einer zykluszeit von 10 ms sollte sich in 4 minuten wieder was tun.

 

[-ASDF-]

Ja erklär mir mal bitte wann/warum es stoppt und wann/warum es dann "weiter" geht... Ich will es verstehen.

 

[vierlagig]

Zuviel Werbung?
-> Hier kostenlos registrieren

es stoppt nicht, es wird nur nicht dargestellt, weil es schlicht nicht darstellbar ist...

 

[-ASDF-]

aber warum verändert sich der Wert nach dem gerundeten COS nicht ?

 

[Larry Laffer]

Hallo,
eine Real-Zahl wird immer zur einer Exponential-Darstellung mit einer Vorkommastelle und 6 Nachkommastellen umgebastelt. Solange du deine Zahl so darstellen kannst ist alles gut. Danach fängt er an die überzähligen Nachkommastellen zu ignorieren - bildlich gesprochen.

Gruß
Larry

 

[-ASDF-]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja aber wenn ich das wie folgt programmier müsste der Wert doch trotzdem weiterhin von 0-100 und wieder 100-0 zählen... tut er aber nicht.

L #In
COS
L 5.000000e+001
*R
L 5.000000e+001
+R
RND
T #Out


und mit wert zwischen speichern gehts scheinbar auch nicht.

 

[JesperMP]

Es ist nicht möglich was du vorhast.

Ein 32-bit REAL besteht von ein Mantissa und ein Exponent.
Die Mantissa hat nur 7 Dezimalen:

-3.402 823E+38 to -1.175 495E-38 ... 0 ... +1.175 495E-38 to +3.402 823E+38

 

[-ASDF-]

Ja desshalb setz ich #In ja auch in NW3 bei Max-Wert wieder auf 0.0

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dein grösser als oder gleich 3.402 823E+38 wird nicht funktionieren.
Grösser als 3.402 823E+38 gibts nicht.
Gleich 3.402 823E+38 wäre ein unwahrscheinlicher Zufall.

 

[-ASDF-]

Ja da hast du Recht aber das ding ist das er nicht mal in die Nähe davon kommt sondern davor "nicht mehr weiter rechnet"

 

[JesperMP]

4L hat es schon erklärt.

1720000 + 0,035 ?
= 1720000,035

Die "1720000,035" wird zu 1720000,0 abgerundet.

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Erklär was du funktionell willst.
Dann können wir Lösungsvorschläge anbieten.

 

[-ASDF-]

Ach ich hab einfach nur ein bisschen mit dieser "Kreisenden Zahl" (0-100-0) COS *50 +50 gespielt und da ist mir dies eben aufgefallen.

Da ich Azubi bin und es ja meine Pflicht ist was zu lernen wollte ich eben mal genauer nachschuen woran das liegt... aber leider bin ich von selber nicht auf die Lösung gekommen -> Forum

 

[-ASDF-]

Aber viele dank ich habe das jetzt glaub ich verstanden

Also wenn die Zahl vor dem komma zu groß wird (6 Stellen) Rundet dieCPU und da nach dem komma dann ja was kleineres als ,5 steht und ich nur mit 0,035 addier rundet er wieder und wieder auf ,0 ab und die Zahl verädnert sich nicht.

Würde ich jetzt mit ,5 addieren würde die CPU weiter addieren.

Richtig so ?

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Genau !

edit: Um 100% richtig zu sein:
Der Mantisa muss innerhalb von "+/-3.402 823" liegen können. Also, über 6 Dezimalen fängen die Probleme mit Rundungen an.
___________