double Ausgabe

neuer_benutzer55 schrieb:
> bei der Ausgabe der Temperatur eines DS18b20 stehe ich vor der
> Problematik die Nachkommastellen auszugeben

Mit Float (single Precision) Datenformat hast du 24 Bit für den 
Zahlenwert. Ein DS18B20 liefert dir maximal 12 Bit Auflösung bei einer 
Genauigkeit von 0.5K, i.e. 8 1/2 Bit.

Was versprichst du dir dabei von der Verwendung von Double?

@Dirkb
CFLAGS += -Wl,-u,vfprintf
und:
LDFLAGS += -lprintf_flt -lm

so funktioniert es leider auch nicht :(
makefile: https://bpaste.net/show/WQn0

@Wolfgang
Bisher habe ich diesen Code für die Ausgabe verwendet:

1

        int temp;

2

        int temp2;

3

        temp2 = temp / 16;

4

        char buf[10];

5

        itoa(temp2, buf, 10);

6

7

        for (char *p = buf; *p; p++) {

8

            USART_transmit(*p);

9

        }

10

        USART_end();

Warum durch 16 teilen? Weil dieses Library:
https://github.com/Jacajack/avr-ds18b20/wiki

den Wert mit 16 multipliziert, für eine einfachere Ausgabe weil die 
Werte im Register des Sensors anders liegen sonst.

Durch die Integer Divsion kann natürlich auch nur ein Integer Wert 
angezeigt werden. Darum bin ich auf double / float gekommen.



Zweiter Versuch mit double:

1

        volatile double db1;

2

        db1 = temp / 16;

3

        char buf[20];

4

        dtostrf(db1, 4, 3, buf);

5

        for (char *p = buf; *p; p++) {

6

            USART_transmit(*p);

7

        }

8

        USART_end();

Das liefert jetzt 20.000, 21.000 aber nie Werte dazwischen.

Wenn ihr da ein besserers Library habt immer her damit.

Der avr-gcc kennt kein double. Wenn du double hin schreibst, nutzt er in 
Wirklichkeit float.

@Dirkb: Ahja, stimmt. 121 ist der passende Ort.

Die Zahlen können von meinem Bluetooth Terminal interpretiert werden und 
passen auch, aber es wundert mich das ich bisher nur 20.000 oder 21.000 
gesehen habe, in den Beispielen im Datenblatt gibt es auch; +25.0625.
Also 4 Nachkommastellen Präzision, da müsste ja irgendwann mal ein 
anderer Wert gekommen sein.

neuer_benutzer55 schrieb:
>         db1 = temp / 16;

Wenn temp ein Integer ist, dann ist das Ergebnis der Division auch ein 
Integer. Simple Lösung:

db1 = temp / 16.0

neuer_benutzer55 schrieb:
> Darum bin ich auf double / float gekommen.

Double und Float haben völlig verschiedene Auflösung.

Nochmal: Warum Double und nicht Single/Float?

Wolfgang schrieb:
> Double und Float haben völlig verschiedene Auflösung.

Nicht bei AVR.
https://gcc.gnu.org/wiki/avr-gcc#Deviations_from_the_Standard

Stefanus F. schrieb:
> Wolfgang schrieb:
>> Double und Float haben völlig verschiedene Auflösung.
>
> Nicht bei AVR.
> https://gcc.gnu.org/wiki/avr-gcc#Deviations_from_the_Standard

Soviel zum Thema Portierbarkeit von C ;-(

Nichtmal auf die Auflösung der Zahlenformate für rationale Zahlen kann 
man sich verlassen.

Dirk B. schrieb:
> Also ist es Standardkonform, wenn float und double denselben
> Wertebereich haben.

Trotzdem ist es Käse, wenn double ≠ IEEE double precision ist, weil 
man dann keine portierbare Möglichkeit hat, gesichert mit /IEEE double 
precision/ zu rechnen.

Portierbaren Code bekommst du z.B. mit Java. Bei C liegt der Fokus eher 
in der Hardware-Nähe.

@Stefanus F.

/16.0 funktioniert :)


Mit der Prezision, double, float, single werde ich mich Morgen 
auseinander setzen.

Wenn es dir nur um die Nachkommastellen, die durch die Division mit 16 
entstehen, geht, kannst du das auch ohne float/double erreichen:

1

    char buf[12];

2

    unsigned t = abs(temp);

3

    sprintf(buf, "%u.%03u", t/16, t%16 * 1000 / 16);

4

    if (temp < 0)

5

        USART_transmit('-');

6

    USART_transmit_string(buf);