Fehler 1: Falscher Winkelmodus
sin(30) ein völlig anderes Ergebnis als erwartet, obwohl die Eingabe „richtig“ aussieht.Der mit Abstand häufigste Fehler bei Klausuraufgaben mit Trigonometrie ist nicht ein Rechenfehler, sondern ein übersehener Moduswechsel. Wer gerade eine Aufgabe in Radiant gerechnet hat und danach ohne Umschalten eine Gradaufgabe eintippt, bekommt ein Ergebnis, das auf den ersten Blick plausibel aussehen kann — aber falsch ist. Das ist besonders tückisch, weil der Rechner keinen Fehler meldet: Er berechnet exakt das, was eingegeben wurde, nur eben im falschen Winkelmaß.
Beispielsituation (angenommen): Eine Aufgabe verlangt sin(45°). Steht der Rechner versehentlich auf RADIANT statt GRAD, wird die 45 als 45 Radiant interpretiert — ein Wert, der weit außerhalb einer sinnvollen Gradangabe liegt und ein Ergebnis liefert, das mit der eigentlichen Aufgabe nichts zu tun hat. Die Faustregel: Reitermodus zuerst, Ausdruck danach.
- Vor dem ersten Trig-Ausdruck kurz auf den aktiven Tab-Reiter schauen.
- Beim Wechsel zwischen Grad- und Radiant-Aufgaben in derselben Klausur den Modus bei jeder Teilaufgabe erneut prüfen.
- Gon nur nutzen, wenn die Aufgabenstellung ausdrücklich Neugrad verlangt (z. B. Vermessungstechnik).
Fehler 2: Speicherfunktion ungenutzt lassen
Viele mehrstufige Aufgaben — etwa „berechne zuerst A, dann B, und addiere beide Ergebnisse“ — werden unnötig fehleranfällig, wenn Zwischenergebnisse von Hand abgeschrieben und neu eingetippt werden. Jede Abschrift ist eine potenzielle Fehlerquelle, besonders bei langen Dezimalzahlen. Die Speicherfunktion umgeht das: Zwischenergebnis berechnen, M+ drücken, nächstes Zwischenergebnis berechnen, wieder M+ oder M-, und am Ende mit MR den kumulierten Wert abrufen.
tan(60) und log(50) verlangt, lässt sich tan(60) berechnen und mit M+ speichern, danach log(50) berechnen und ebenfalls mit M+ addieren — MR zeigt dann direkt die Summe, ohne Zwischenwerte von Hand zu übertragen.Wer die Speicherfunktion konsequent bei mehrteiligen Aufgaben nutzt, reduziert Abschreibfehler spürbar — ein Effekt, der sich besonders unter Zeitdruck in einer Klausursituation bemerkbar macht.
Fehler 3: EXP-Taste falsch verwendet
×10^ in den Ausdruck ein und dient ausschließlich der wissenschaftlichen Schreibweise, z. B. 6,022 EXP 23 für 6,022×10^23. Sie ist nicht dasselbe wie der Exponenten-Operator ^ oder die Fakultätstaste !.Gerade Einsteiger verwechseln häufig EXP mit ^, weil beide „irgendwie mit Potenzen zu tun haben“. Der Unterschied: ^ potenziert eine Basis mit einem beliebigen Exponenten (2^10 = 1024), während EXP ausschließlich dazu da ist, eine Zahl in der Form Mantisse × 10^Exponent einzugeben — typisch für sehr große Werte wie Avogadro-Konstante oder sehr kleine Werte wie Elementarladungen in physikalischen Aufgaben.
| Eingabe | Bedeutet | Beispielwert |
|---|---|---|
| 5 EXP 8 | 5×10^8 | 500.000.000 |
| 5 EXP -8 | 5×10^-8 | 0,00000005 |
| 6,022 EXP 23 | 6,022×10^23 | ≈ 6,022 · 10²³ |
Ist ein Ergebnis selbst sehr groß oder sehr klein, gibt der Rechner es automatisch in wissenschaftlicher Schreibweise zurück — man muss also nicht raten, ob eine Umrechnung nötig ist.
Fehler 4: Dezimalzahl statt exaktem Bruch abgeschrieben
Manche Aufgabenstellungen verlangen ausdrücklich „als gekürzten Bruch“ statt als gerundete Dezimalzahl — etwa bei 7 ÷ 4. Die Dezimaldarstellung 1,75 ist zwar korrekt, aber wenn die Aufgabe „7/4“ oder „1¾“ als exakte Antwort erwartet, sollte man gezielt auf die zusätzliche Bruchanzeige achten, statt sie zu übersehen.
Das ist besonders bei Ergebnissen relevant, deren Dezimaldarstellung periodisch oder lang ist (z. B. 1 ÷ 3 = 0,3333…) — hier liefert die exakte Bruchdarstellung 1/3 die formal korrektere Antwort für eine schriftliche Klausur.
Fehler 5: Tastenfeld statt Tastatur bei langen Ausdrücken
Bei kurzen Einzelberechnungen ist das Tastenfeld angenehm, weil Funktionstasten automatisch eine Klammer öffnen. Bei einem längeren, mehrteiligen Ausdruck aus einer Aufgabenstellung — etwa mit mehreren verschachtelten Klammern — geht das Abtippen über die Tastatur oft schneller und mit weniger Klickfehlern, weil man den gesamten Ausdruck in einem Zug eingeben kann, statt zwischen Maus/Touch und Zahlenfeld zu wechseln.
Für Mehrfachargumente (etwa bei nPr, nCr oder root) bleibt in beiden Eingabewegen dasselbe Prinzip: Die Argumente werden mit einem Semikolon getrennt, nicht mit einem Komma — das Komma ist im deutschen Zahlenformat bereits als Dezimaltrennzeichen belegt.