Kommastellen in Assembler

Benno Gast #28634
Lesenswert?
• ▲
▼ 
Hallo,
ich habe gerade einen DS1620 Temperatursensor an meinen 80C32 gehängt.
Die Temperatur habe ich auch bereits ausgelesen, aber nur mit 0,5°C 
Auflösung.
Um die Temperatur genauer zu berechnen, gibt es folgende Formel:
Temperatur=gelesener 
Wert-0,25+(Korrekturfaktor-Zählerstand)/Korrekturfaktor

gelesener Wert liegt als signierte Byte Zahl vor, Korrekturfaktor und 
Zählerstand als Byte Zahl.
Den gelesenen Wert muss ich schlimmstenfalls um eins erhöhen, falls 
-0,25+(Korrekturfaktor-Zählerstand)/Korrekturfaktor größer 1 ist, aber 
ich habe keine Ahnung wie ich diesen Nachkommastellenteil ohne größeren 
Aufwand in Assembler berechnen kann.
Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat
Peter D. #28635
Lesenswert?
• ▲
▼ 
Um z.B. 2 Nachkommastellen zu erhalten, multiplizierst Du alles mit 100:

Temperatur=gelesener 
Wert*100-25+((Korrekturfaktor-Zählerstand)*100)/Korrekturfaktor

Und bei der Ausgabe wird dann vor den beiden letzten Stellen ein Komma 
gesetzt.


Ganzzahl-Rechenfunktionen findest Du z.B. hier:

http://www.specs.de/users/danni/appl/soft/arithmet/index.htm


Peter
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Benno Gast #28636
Lesenswert?
• ▲
▼ 
Die Berechnung der Kommastelle mit mal 10, mal 100 usw. ist klar, aber 
dazu benötige ich 16bit Routinen, die zum Teil recht umfangreich sind.
Gibt es dafür nicht kürzer Routinen, bzw. irgendeinen Trick, wie man 
eine einzelne Kommastelle berechnen kann ?

Im Moment habe ich das so gelöst:

Temperatur=gelesener Wert

Nachkommastelle=2+(Korrekturfaktor-Zählerstand)/(Korrekturfaktor/10)

Wenn Nackommastelle >9 oder <0 dann Temperatur +1 bzw. -1.

Allerdings ergeben sich dadurch recht große Rundungsfehler, ab und zu 
erhalte ich dann Anzeigen wie 21,;°C.
Dies ist dannd er Fall wenn der berechnete Wert größer 19 oder kleiner 
-9 (also kleiner 246) ist. Dies dürfte normalerweise nicht vorkommen, 
aber entsteht durch Rundungsfehler (vermute ich mal)
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Peter D. #28637
Lesenswert?
• ▲
▼ 
"... Routinen, die zum Teil recht umfangreich sind."

Was meinst du damit ?


Meine oben genannten Routinen benötigen einmalig:

Addition: 17 Byte
Subtraktion: 17 Byte
Multiplikation: 51 Byte
Division: 88 Byte

und dann für jeden Aufruf 2 Byte (ACALL) bzw. 3 Byte (LCALL).

Das läßt selbst auf einem kleinen AT89C2051 noch sehr viel Platz für 
Deine Programme.


Peter
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Benno Gast #28638
Lesenswert?
• ▲
▼ 
Ich stelle die Frage anderst:
Von der Länge her sind die Routinen oftmals wirklich nicht lang, 
bestehen häufig aus Schleifen. Diese dauern oft sehr lange (zum Teil 
>100 Takte) bis das Ergebnis ansteht.

Ich habe mir z.B. eine Routine geschrieben, die mir eine Linie zwischen 
zwei Punkten zeichnet. Wenn für jeden Punkt 100us benötigt werden, ist 
der Controller ein paar Sekunden beschäftigt, um ein Bild aufzubauen.

Gibt es nun irgendwelche Tricks, Pseudo Kommatstellen oder irgendetwas, 
irgendeine hilfreiche Seite im Internet usw. um das ganze ohne viel 
Rechenleistung (eventuell mit Näherungen usw.) zu lösen ?
Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren