Office: (Office 2013) Rechenfehler??

Helfe beim Thema Rechenfehler?? in Microsoft Excel Hilfe um das Problem gemeinsam zu lösen; Guten Abend, ich habe soeben ein Problem entdeckt, zu dem ich keine Erklärung finde. x ist die Zeilennummer Die Formel Ex = Ix / (Hx * Gx) bringt... Dieses Thema im Forum "Microsoft Excel Hilfe" wurde erstellt von 12354, 15. August 2017.

  1. Rechenfehler??


    Guten Abend,

    ich habe soeben ein Problem entdeckt, zu dem ich keine Erklärung finde.

    x ist die Zeilennummer

    Die Formel Ex = Ix / (Hx * Gx) bringt ein Ergebnis, welches mit dem Taschenrechner überprüft falsch ist.

    In Fx steht das Ergebnis zweier Taschenrechner

    Jx = Fx * Gx * Hx - Ix ist ungleich Null
    Gx= 0,9674
    Hx=11,293
    Ix=17000
    Fx = 1.556,0856946
    Ex = 1.556,0906309
    Jx = -0,053928348


    Es handelt sich um die Umrechnung von m³ Gas in Kwh
    Wenn man Jx= Ex*gx*Hx-Ix rechnet ist das Ergebnis Null

    Der Fehler liegt also in der Berechnung von Ex = Ix / (Hx* Gx)
    das Gleiche passiert auch in der Form Ex = Ix / Hx / Gx

    Die verwendeten Zahlen haben keine weiteren Nachkommastellen.

    Es wäre schön, wenn mich jemand aufklären könnte, wo ich meinen Denkfehler gemacht habe.

    Ich verwende Windows 8.1-84 und MS Excel 2013 15.0.4953.1000

    Danke für die Unterstützung

    12354

    :)
     
  2. Hi,

    dann würde ich es mal mit Runden probieren!
     
    BoskoBiati, 17. August 2017
    #2
  3. Hallo 1...,

    Wieso Fehler? Wenn E ungleich F ist, sollte auch J ungleich 0 sein.*wink.gif*

    In meiner Excel-Version ist das Ergebenis E = 1556,08569462778.

    Vielleicht war der Brennwert/die Dichte berechnet und nicht genau 11,293/0,9674 sondern hatte noch zusätzliche nicht dargestellte Ziffern (11,29296418/0,967396931).


    ps.
    Wieso benötige ich bei der Umrechnung von m³ in kWh neben dem Brenn-/Heizwert noch die Dichte von Stickstoff?
    pps.
    Das Ergebnis mit 28-stelliger Genauigkeit (CDEC in VBA) ist 1556,0856946277752399342262714000
     
  4. Rechenfehler??

    Hi Ego,

    Wo ist in der Berechnung die Dichte von Stickstoff? In G steht die Zustandszahl, die, genau wie der Brennwert in H, variabel ist.
     
    BoskoBiati, 17. August 2017
    #4
  5. Das ist kein Fehler in Excel!!

    Und gibt es nicht irgendwo eine FAQ Seite zum Thema "Rechnen mit Gleitkommazahlen". Da könnte man gleich darauf verlinken.

    https://support.microsoft.com/en-us/...int-arithmetic
    https://support.microsoft.com/de-de/...sults-in-excel

    https://www.heise.de/ct/hotline/Exce...h-3010566.html
     
  6. Hallo Storax,

    die allgemeine Gleitkommaproblematik ist in diesem Fall keine Antwort auf das Problem.
    Excel arbeitet mit 13-stelliger Genauigkeit, da darf bei einer Multiplikation und einer Division von so kleinen Zahlen kein Fehler in der 8.Stelle auftreten (macht es auf meinem Rechner auch nicht).
    Sebst wenn ich in VBA die Berechnung nur mit einfacher Genauigkeit (Single) durchführe erhalte ich ein Ergebnis, dass erst in der 10. Stelle vom richtigen (genauerem) Ergebnis abweicht.
     
  7. OfficeUser Neuer User
    Hi,

    irgendwie scheint das Tageszeit abhängig zu sein:

    Arbeitsblatt mit dem Namen 'Tabelle1'
    *ABCDEFGHI
    117000***1556,085694627780*1700011,2930,9674
    211,2931505,35730098**1556,085694627780****
    30,96741556,08569462778000*******
    4*1556,08569462778000*******
    ZelleFormel
    E1=G1/H1/I1
    B2=A1/A2
    E2=G1/(H1*I1)
    B3=B2/A3
    B4=A1/A2/A3
    Diese Tabelle wurde mit Tab2Html (v2.4.1) erstellt. ©Gerd alias Bamberg
     
    OfficeUser, 17. August 2017
    #7
  8. Rechenfehler??

    Ich sehe hier keine Beispieldatei und von daher ist das für mich ein Gleitkommaproblem.
    Ich baue die Formeln da oben sicher nicht nach!!!

    Und 5 - 4,9 ergibt 0,0999999999999996
    Das dazu
     
  9. Hallo,

    nachdem ich über eine Stunde Fakten gesammelt habe und hier eingertragen habe, wurde ich als nicht berechtigt aufgefordert, mich an zu melden.
    Deshalb hier das kurze Facit:
    Die Formel 17000/(11,293*0,9674)
    liefert das EXCEL auf diesem Rechner ein falsches Ergebnis
    auf einem anderen Rechner und mit dem Taschenrechner und zu Fuß gerechnet (wie wir es in der Schule gelernt haben) und auf diesem Rechner mit Openoffice ergibt sich ein anderes und zwar immer das gleiche Ergebnis.

    Argumente wie "noch weitere Nachkommastellen bei den Zahlen", Beschränkung auf 13 Stellen bei Gleitkommarechnungen treffen nicht zu.
    Ich darf erinnern: 64-Bit System

    "Runden" würde auch nicht helfen bei einer Abweichung der zweiten Nachkommastelle.

    Was ist jetzt zu tun??

    12354
     
  10. R verwenden
     
  11. Hi,

    wie ich in meinem letzten Beitrag schon dargestellt habe, ergibt die Rechnung mit meinem Excel den gleichen Wert wie Deine Taschenrechner und OO. Ich kann Dein Problem nicht nachvollziehen. Leider hast Du bisher auch keine Tabelle gezeigt, die Dein fehlerhaftes Ergebnis bestätigen könnte. Ich gehe mal davon aus, dass Du irgendetwas falsch gemacht hast!
     
    BoskoBiati, 19. August 2017
    #11
  12. OfficeUser Neuer User
    Hi,



    Zum Trost, ich kann Deinen Fehler sogar nachvollziehen:

    Arbeitsblatt mit dem Namen 'Tabelle5'
    *JK
    11700017000
    20,96740,9674
    311,29311,293
    41556,0856951556,09063
    51556,0856946*
    ZelleFormel
    J4=J1/J2/J3
    K4=K1/K2/K3
    J5=17000/(11,293*0,9674)
    Diese Tabelle wurde mit Tab2Html (v2.4.1) erstellt. ©Gerd alias Bamberg
     
    OfficeUser, 19. August 2017
    #12
  13. Rechenfehler??

    Hallo BoskoBiati

    zunächst einmal danke für die Erklärungsversuche.
    In meinem ersten Beitrag fragte ich ja auch, wo ich meinen Denkfehler gemacht haben könnte. Aber ich fank keinen entsprechenden Hinweis.
    Da mein Problem mit EXCEL auf einem anderen Rechner und mit OpenOffice auf demselben Rechner zu richtigen Ergebnis kommt, kann es nur an meiner EXCEL Version liegen oder im Zusammenspiel zwischen Windows und EXCEL und der vorhandenen Hardware.

    Warum ich keine Tabelle eingestellt habe? Ist ganz einfach zu beantworten: erstens ich kann es nicht und zweitens welche Erkenntnisse würde es dem Leser bringen. Er sieht ja die Formeln nicht.

    Ich habe auch mal probiert, weil von kleinen Zahlen die Rede war, alle Zahlen mit 10000 zu multiplizieren, von Hand in die Felder eingetragen und mit denen dann zu rechnen. Das Ergebnis ist nach wie vor falsch. Statt des Ergebnisses 1556,0856 usw wird 1556,0906 usw ausgerechnt. Das ist nicht mit Rundungsfehler zu erklären. Übrigens die Erweiterung um den Faktor 10000 bringt natürlich nichts, weil er bei einer Division sowieso harausfällt.

    Das eigentliche Problem ist nicht die Abweichung 0,005 sondern das Mißtrauen gegenüber Berechnungen in EXCEL. Wenn ich jede Operation erst nachprüfen muss, ob sie richtig ist, wäre das ein wahnsinniger Aufwand.

    Ich habe auch Darstellungen mit 28 Stellen hinter dem Komma angesehen (solange erweitert bis hinten nur noch Nullen standen. Hat auch nichts gebracht.

    Also sollte dieses Problem erst mal als erledigt betrachtet werden.

    Danke an alle Unterstützer

    12354
     
  14. OfficeUser Neuer User
    Hi,

    1. gibt es die Möglichkeit Dateien hochzuladen.
    2. Habe ich auch einen Tabellenausschnitt eingestellt, an dem die Formeln ersichtlich sind.
    3. Sind nicht die Formeln das Problem, sondern die Zahlen. Ich zeige Dir mein Beispiel nochmal:

    Arbeitsblatt mit dem Namen 'Tabelle5'
    *JKL
    1170001700017000
    20,96740,96740,96739693
    311,29311,29311,293
    41556,0856951556,09063091556,0906309
    51556,0856946**
    ZelleFormatWert
    J20,00000,9674
    K20,00000,967396931187904
    L20,000000000,967396931187904
    J30,00011,293
    K30,00011,293
    L30,00011,293
    K40,00000001556,0906309
    L40,00000001556,0906309
    J50,00000001556,08569462778
    ZelleFormel
    J4=J1/J2/J3
    K4=K1/K2/K3
    L4=L1/L2/L3
    J5=17000/(11,293*0,9674)
    Diese Tabelle wurde mit Tab2Html (v2.4.1) erstellt. ©Gerd alias Bamberg
    Wenn Du jetzt die Zahl in L2 ansiehst, dann dürfte der Fehler klar sein. Das ist die gleiche Zahl, wie sie in K2 steht.

    Ich würde also eher Excel vertrauen, als Deinen Berechnungen!
     
    OfficeUser, 19. August 2017
    #14
  15. Beispieldatei hatte ich weiter oben schon indirekt gefordert.

    Jmd. der hier keine Beispieldatei hochladen kann und dann felsenfest behauptet Excel würde sich "verechnen'", leidet an Dunning-Kruger.
     
Thema:

Rechenfehler??

Die Seite wird geladen...
  1. Rechenfehler?? - Similar Threads - Rechenfehler

  2. Rechenfehle im Berict

    in Microsoft Access Hilfe
    Rechenfehle im Berict: Hallo zusammen, bin wieder mit eine äh. Frage Habe eine Bericht, wo ich aus eien Tbl die Werte auslese. Es wird eingetragen: Preis_Brutto und daruas neben an die enthaltene MWSt (das stimmt 100%)....
  1. Diese Seite verwendet Cookies, um Inhalte zu personalisieren, diese deiner Erfahrung anzupassen und dich nach der Registrierung angemeldet zu halten.
    Auf dieser Website werden Cookies für die Zugriffsanalyse und Anzeigenmessung verwendet.
    Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies.
    Information ausblenden