A mathematical question: Does a simple calculator respect the dot-before-dash rule when working with M-/M+?
So let me give you a quick example. I'll give you a simple problem that anyone can do in their head, and I'll explain how I'm going to calculate it.
The task is:
75-((5*1.05)+(5*8)+(2*7)+(4*2))=
Can I calculate like this:
75 (M+) 5*1.05 (M-) 5*8 (M-) 2*7 (M-) 4*2 (M-)
Would that give the correct result? Unfortunately, I don't have a calculator handy. But I know that under normal circumstances, the first-order rule isn't observed.
(No Ratings Yet)
Loading...
If I’m in 3*9 -m, it’s in memory -9.
This is the case since the multiplication was not carried out. So…
3*9 = -m.
PS, this is pure substraction, no point on line… .
Warum verwendest Du überhaupt die Speicherfunktion❓
Wenn Du unbedingt die Memory-Funktionen verwenden möchtest
geht das auch. Du solltest statt des ersten M+ die MS-Funktion benutzen. Damit vermeidest Du einen Fehler, falls der Speicher zu Beginn nicht leer ist.
Außerdem mußt Du nach jeder Eingabe X•Y vor dem M- (oder M+) ein “=” eingeben.
Denn nach 75 (M+) 5*8 (M-) steht im Speicher 75-8 und nicht 75-40
M+ oder M- speichert die letzte eingegebene oder berechnete Zahl (Zwischenergebnis).
Ein Zwischenergebnis bekommt man nach der Eingabe eines Gleichheitszeichnens.
Zu guter Letzt müßtest Du auch noch MR drücken, um das Ergebnis Deiner Rechnung angezeigt zu bekommen
75 (MS)
5*1,05= (M-)
5*8= (M-)
2*7= (M-)
4*2= (M-)
MR
What is to be taken into account at point-by-point? If you use the M button then the SOFORT is taken into account in the memory. In your invoice, by the way, you do not apply point before line. You should always expect M+ instead of M-. Your invoice takes into account that each product is pulled off in the clamp and just nciht the clamp is added and is then pulled off.
By the way, the memory function does not know any point calculation at all.
Okay, thanks. I didn’t think so