TIA BUG bei einer CPU1517F-3 Bei Addition REAL Werte ?

[pramkies]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo SPS Gemeinde,

ich habe heute was ganz komisches entdeckt in der CPU. Es schein das die CPU einen falsche Berechnung macht mit real werten !
Siehe Bild !
Das Ergebnis müsste 100.0 sein und nicht 99.999 !! Alle drei REAL Typen ! Ich verstehe das nicht ! Ist das ein BUG ?

 

[Windoze]

Das ist normal. Bei REAL lassen sich nicht alle Werte perfekt darstellen, dadurch bekommt man eigentlich immer Rundungsfehler in den hinteren Nachkommastellen.

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Realwerte auf ==R zu vergleichen ist eben wegen solcher Rundungsfehler keine gute Idee. Das wäre äusserster Zufall wenn da exakt 100.00000000 dabei rauskommt.

 

[Tschoke]

Als Beispiel:
Deine 66.2 werden im Real als 66.1999969482421875 abgebildet:

IEEE-754 Konverter für Fließkommazahlen

Also kann, wie vollmi schon sagte, nur zufällig genau 100.0 rauskommen

 

[MFreiberger]

9,99999999999999 (unendlich weiter) ist mathematisch gesehen = 1

Allerdings geht es hier natürlich eher um Rundungsfehler aufgrund des Aufbaus einer Real-Zahl (Also Gleitkommazahl).
Wie @vollmi bereits geschrieben hat: keine ==-Abfragen bei Gleitkommazahlen!

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

9,99999999999999 (unendlich weiter) ist mathematisch gesehen = 1

*hust*

 

[MFreiberger]

*hust*

?

Also die einfachste Erklärung ist, dass 1/3 = 3,33333… ist.
3 * 3,33333… ist 9,99999…
3 * 1/3 ist 1
also ist 9,99999… = 1

Für bessere Beweise müsste ich noch einmal bei einem Mathematiker nachfragen. Ändert aber nichts an der Faktenlage.

Das ist das Problem mit der Unendlichkeit, die wir Menschen nicht denken können.

Dazu auch:
Hilberts Hotel

 

[DeltaMikeAir]

Also die einfachste Erklärung ist, dass 1/3 = 3,33333… ist.
3 * 3,33333… ist 9,99999…
3 * 1/3 ist 1
also ist 9,99999… = 1

Vielleicht bin ich gerade geistig abwesend aber für mich ist 1/3 = 0,333333... und für mich wäre 0,9999999.... = 1

 

[schwimmer]

Zuviel Werbung?
-> Hier kostenlos registrieren

also ist 9,99999… = 1

10 wäre da wohl richtig....
1/3 wäre 0,333333

Okay.....zu langsam...

 

[oliver.tonn]

?

Also die einfachste Erklärung ist, dass 1/3 = 3,33333… ist.
3 * 3,33333… ist 9,99999…
3 * 1/3 ist 1
also ist 9,99999… = 1

Für bessere Beweise müsste ich noch einmal bei einem Mathematiker nachfragen. Ändert aber nichts an der Faktenlage.

Das ist das Problem mit der Unendlichkeit, die wir Menschen nicht denken können.

Dazu auch:
Hilberts Hotel

Immer noch *hust*, 9,9999 ist vielleicht 10 aber nicht 1, oder ich habe in Mathe nicht aufgepasst.

 

[oliver.tonn]

OT: Findet hier heute eigentlich ein Antwortwettbewerb statt von dem ich nichts weiß? Und dann immer in Dreiergruppen und ich immer als letzter.

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

uiuiui

 

[PN/DP]

Das hat nichts mit "Unendlich" zu tun, sondern mit dem prinzipiellen Rundungsfehler bei der Darstellung eines REAL-Wertes. Ersens kann das Ergebnis von 1/3 nicht exakt dargestellt und abgespeichert werden, und zweitens kann auch das Ergebnis der Multiplikation des bereits ungenau gespeicherten Wertes mit 3 nicht exakt dargestellt werden. So kommt es, daß 1 / 3 * 3 nicht wieder exakt 1 ergibt.

 

[the_muck]

Das Ergebnis müsste 100.0 sein und nicht 99.999 !! Alle drei REAL Typen ! Ich verstehe das nicht ! Ist das ein BUG ?

nö, ist hier alles und in den vorherigen posts erläutert...

Zahlenformate in der Digitaltechnik und Speicherprogrammierbaren Steuerungen

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wann man ==R verwenden kann.

//4.0: Revision
U #iAbluftklappe_lokal
O(
L #iBetriebsart_cmd
L 2.0
==R
)
SPBN Stat3
L 4.0
T #oStatus
Stat3: NOP 0

 

[MFreiberger]

Das hat nichts mit "Unendlich" zu tun, sondern mit dem prinzipiellen Rundungsfehler bei der Darstellung eines REAL-Wertes. Ersens kann das Ergebnis von 1/3 nicht exakt dargestellt und abgespeichert werden, und zweitens kann auch das Ergebnis der Multiplikation des bereits ungenau gespeicherten Wertes mit 3 nicht exakt dargestellt werden. So kommt es, daß 1 / 3 * 3 nicht wieder exakt 1 ergibt.

Dass es bei der Realzahldarstellung nicht um die Unendlichkeit geht, ist mir bewusst.

Mein entflechten von unnützem Wissen ist hier aber auf peinlichste Art und Weise in die Hose gegangen.

 

[DeltaMikeAir]

Mein entflechten von unnützem Wissen ist hier aber auf peinlichste Art und Weise in die Hose gegangen.

Gott sei Dank haben wir ein paar Stunden im Matheunterricht aufgepasst, somit können wir uns den Mathematiker bei der Angelegenheit sparen

Für bessere Beweise müsste ich noch einmal bei einem Mathematiker nachfragen.

 

[pramkies]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wow, da habe ich etwas Neues gelernt. Es hängt also mit dem IEEE-754 Konverter für Fließkommazahlen zusammen... Wie würdet ihr eine Abfrage für 100.0 durchführen? Soll es in DINT umgewandelt und aufgerundet werden? Diese Freigabe war notwendig, um eine Berechnung von der VISU aus zu starten, basierend auf Prozentangaben. Dabei wollte ich sicherstellen, dass der Bediener genau 100.0 % in der Gesamtsumme eingibt. Vielen Dank!

 

[vollmi]

Wow, da habe ich etwas Neues gelernt. Es hängt also mit dem IEEE-754 Konverter für Fließkommazahlen zusammen... Wie würdet ihr eine Abfrage für 100.0 durchführen? Soll es in DINT umgewandelt und aufgerundet werden? Diese Freigabe war notwendig, um eine Berechnung von der VISU aus zu starten, basierend auf Prozentangaben. Dabei wollte ich sicherstellen, dass der Bediener genau 100.0 % in der Gesamtsumme eingibt. Vielen Dank!

Dann würdest du auf jedenfall sicherer fahren, wenn du jede eingegebenen Zahl als INT z.B. Faktor 10 ablegst. Dann die Summe durchführst und vergleichst.
ggf macht es sinn die Zahlen direkt auch auf dem HMI als INT anzugeben. Das ist dann etwas von der weiteren Aufgabenstellung und den zusätzlichen Berechnungen abhängig.

 

[oliver.tonn]

Wow, da habe ich etwas Neues gelernt. Es hängt also mit dem IEEE-754 Konverter für Fließkommazahlen zusammen... Wie würdet ihr eine Abfrage für 100.0 durchführen? Soll es in DINT umgewandelt und aufgerundet werden? Diese Freigabe war notwendig, um eine Berechnung von der VISU aus zu starten, basierend auf Prozentangaben. Dabei wollte ich sicherstellen, dass der Bediener genau 100.0 % in der Gesamtsumme eingibt. Vielen Dank!

Du musst auf einen Bereich abfragen. Mal angenommen, der Bediener kann in der Visu maximal 2 Nachkommastellen angeben, dann musst Du den Bereich nur klein genug wählen.