MInverse liefert anderes Ergebnis als MINV

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

Guten Abend Luc,
und immer wieder danke für deine hilfreichen Antworten. Sowas in der Art (Ungenauigkeit) hatte ich bereits vermutet. Allerdings hatte ich die Zahlen in Excel kopiert und als Werte wieder eingefügt um sie mit den errechneten Werten in VBA zu vergleichen. So, da waren alle Werte mit den mir dort angezeigten Nachkommastellen identisch. Als nächsten Versuch habe ich die Daten in Mathcad eingelesen und die Inverse gebildet, mit dem Ergebnis, dass ich nun 3 verschiedene Ergebnisse hatte. Ich bin nun drauf und dran den die Inverse von Hand zu berechnen, um einfach zu erfahren, welcher Wert der "Wahrheit" am nächsten kommt. Hast du noch einen Tipp - ich meine irgendein Ergebnis muss doch stimmen? Wer hat die richtigen Ergebnisse Excel oder der Autor dieser netten Funktion? Darüber hinaus habe ich weiter probiert und die Funktion RGP verwendet, die verblüffend genaue Ergebnisse liefert. Nur leider weiß ich gerade nicht, wie ich die Funktion in einen Code einbaue, um beleibiege Koeffizienten berechnen zu können (n variabel).

=INDEX(RGP($B$2:$B$515;$A$2:$A$515^{1.2.3.4.5.6.7.8.9.10.11});1;I3)

Und auch hier wieder deutlich andere Ergebnisse als Excel (mit MINV und den daraus resultierenden Koeffizienten) bzw. der Funktion des Autors. Das ist alles in allem ziemlich frustrierend, wie ich finde :o). Resultiert die Ungenauigkeit durch die sehr großen Zahlen und der "mitgenommenen" Nachkommastellen beim Invertieren? Prinzipiell habe ich angenommen, dass die Funktion MINV und MInverse das selbe machen.... aber das ist anscheinend nicht so. Was denkst du?
Beste Grüße,
Frank

…Frank,
2 davon hatte ich eigentlich schon beantwortet…
1. die DezimalenAnzahlen der Ausgangsdaten stimmen ggf nicht überein → hier sollte auf die kleinste Dezimalenanzahl gerundet wdn. Auch das Einkopieren als Wert ändert daran nichts, die überzähligen, scheingenauen Dezimalen wdn davon nicht beeinflusst.
2. Das sind keine 2 Fktt, sondern nur 2 Aufrufarten für dieselbe Fkt. Es könnte aber sein, dass mehr Dezimalen berechnet wdn als Xl darstellen kann. Aber die sind ja wohl ohnehin überflüssig, weil nur scheingenau. Also muss spätestens vor dem Invertieren auf eine vernünftige Stellenzahl (hart) gerundet wdn (mit vbFkt Round ).
3. Jede Fkt rechnet sicher auf ihre Weise richtig, nur ist die Ausgangslage nur schein-einheitlich, da jede Software und jede Umgebung etwas anders damit umgeht. Also sollte diese Ausgangslage durch Normieren per Rundung vereinheitlicht wdn.
4. Eine Verbesserung der Fkt wäre mit etwas Aufwand durchaus möglich, aber ggf nicht unbedingt erforderlich → runde die Ausgangswerte sinnvoll bei Übergabe an die Fkt! Allerdings setzt sich die Fkt aus 2 Teilen zusammen, zwischen denen eigentlich ebenfalls eine Rundung sinnvoll wäre. Das wurde vom Autor der Fkt versäumt und könnte/sollte besser nachgeholt wdn (zB mit Aufnahme eines weiteren Arguments Genauigkeit ⇒ Anzahl der Dezimalen), falls man diesen Teil nicht ohnehin besser in die ZellFml auslagert (oder geht dieser Teil etwa auf dich zurück?).
5. Andere Fktt bzw Software könnte/n das schon berücksichtigt haben, was dann auch die ErgebnisUnterschiede erklären würde.
Morrn, Luc :-?

Beliebteste Forumthreads (12 Monate)

MInverse liefert anderes Ergebnis als MINV

11 Beiträge zum Forumthread Beiträge zu diesem Forumthread

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

11
Beiträge zum Forumthread

Beiträge zu diesem Forumthread