Führende Nullen unterdrücken wenn == 0

Schau Dir mal itoa oder sprintf an.

@Jan H. (janiiix3)

>Ist es irgendwie möglich ohne mehrere "if´s" die führenden nullen zu
>unterdrücken oder raus zu rechnen?

Sicher.

>    buffer[4] = (((uart.byteRx / 10000) % 10) + '0');
>    buffer[5] = (((uart.byteRx / 1000)  % 10) + '0');
>    buffer[6] = (((uart.byteRx / 100)  % 10) + '0');
>    buffer[7] = (((uart.byteRx / 10)  % 10) + '0');
>    buffer[8] = ((uart.byteRx % 10)        + '0');
>Sieht auf dem Display ein wenig "doof" aus.

Nicht nur im Display, auch im Quelltext. Schon mal was von Schleifen 
gehört?

https://www.mikrocontroller.net/articles/Festkommaarithmetik#Ergebnis_ausgeben

Jan H. schrieb:
> Ist es irgendwie möglich ohne mehrere "if´s" die führenden nullen zu
> unterdrücken oder raus zu rechnen?

Wenn du den Puffer per Schleife von hinten nach vorne füllst, dann 
kommst du mit einer Bedingung aus. Und wenn du dann auch noch die 
div/ldiv Funktionen verwendest, dann musst du auch nur 1x dividieren.

A. K. schrieb:
> div/ldiv Funktionen verwendest, dann musst du auch nur 1x dividieren.

Sorry. Ich verstehe nicht. Wie meinst du das?

Jan H. schrieb:
> A. K. schrieb:
>> div/ldiv Funktionen verwendest, dann musst du auch nur 1x dividieren.
>
> Sorry. Ich verstehe nicht. Wie meinst du das?

Diese Lib-Funktion liefert in einem Aufwasch Quotient und Rest. Also 
sinngemäss:

1

   do {

2

     div_t qr = div(n, 10);

3

     buf[--i] = '0' + qr.rem;

4

     n = qr.quot;

5

   } while (n);

@Jan H. (janiiix3)

>> div/ldiv Funktionen verwendest, dann musst du auch nur 1x dividieren.

>Sorry. Ich verstehe nicht. Wie meinst du das?

Es gib im avr gcc eine Funktion, welche eine Ganzzahldivision berechnet 
und sowohl das Ergebnis als auch den Rest zurückliefert. Das spart die 
doppelte Berechnung der Division und Modulo-Operation. Ist aber 
nebensächlich, wenn man nicht 1 Million Zahlen / Sekunde umrechnen will.

Falk B. schrieb:
> Es gib im avr gcc eine Funktion,

Die gibts nicht nur im GCC, sondern im Standard.
Und sie spart u.U. nicht nur Zeit sondern auch Platz.

A. K. schrieb:
> do {
>      div_t qr = div(n, 10);
>      buf[--i] = '0' + qr.rem;
>      n = qr.quot;
>    } while (n);

Stehe gerade ein bisschen auf dem Schlauch "Mathe".. Könntest du mir 
evtl. noch ein Beispiel liefern?

Jan H. schrieb:
> Ist es irgendwie möglich ohne mehrere "if´s" die führenden nullen zu
> unterdrücken oder raus zu rechnen?

Die Frage ist, ob du da Leerzeichen willst oder die Zahl nach links 
rücken soll.

Der Andere schrieb:
> Interessant. Wie schaffst du es eigentlich in ein "Byte"! eine 5
> stellige Dezimalzahl zu codieren?

Würde mich auch wundern.

Ich hatte in diesem Forum doch mal eine schnelle ltoa Funktion mit 
Unterdrückung führender Nullen gepostet...

Jan H. schrieb:
> Stehe gerade ein bisschen auf dem Schlauch "Mathe".. Könntest du mir
> evtl. noch ein Beispiel liefern?

https://www.gut-erklaert.de/mathematik/dividieren-teilen-klasse-2.html

Michael B. schrieb:
> Jan H. schrieb:
>> Ist es irgendwie möglich ohne mehrere "if´s" die führenden nullen zu
>> unterdrücken oder raus zu rechnen?
>
> Die Frage ist, ob du da Leerzeichen willst oder die Zahl nach links
> rücken soll.

Das würde doch unnötig groß werden das Programm..

Der Andere schrieb:
> Es ist dein Projekt, wir wissen nicht wie deine Anzeige aussehen soll.
> Michael hat nur die richtige und wichtige Anmerkung gemacht ob die
> führenden Nullen einfach wegfallen, oder durch Blanks ersetzt werden
> sollen

Ist ja richtig. Wie würdet ihr das denn lösen, wenn ihr vor diesem 
Problem stehen solltet.. Leerzeichen oder die Zahlen hin und her 
kopieren bzw. verschieben?

A. K. schrieb:
> Jan H. schrieb:
>> A. K. schrieb:
>>> div/ldiv Funktionen verwendest, dann musst du auch nur 1x dividieren.
>>
>> Sorry. Ich verstehe nicht. Wie meinst du das?
>
> Diese Lib-Funktion liefert in einem Aufwasch Quotient und Rest. Also
> sinngemäss:
>

1

>    do {

2

>      div_t qr = div(n, 10);

3

>      buf[--i] = '0' + qr.rem;

4

>      n = qr.quot;

5

>    } while (n);

6

>

Macht ein optimierender COmpiler ohnehin.  Solche Verrenkungen sind 
nicht mehr zeitgemäß.

Jan H. schrieb:
> Wie würdet ihr das denn lösen, wenn ihr vor diesem
> Problem stehen solltet.. Leerzeichen oder die Zahlen hin und her
> kopieren bzw. verschieben?

Die Anwort steht doch bereits im 1. Post.

itoa macht genau das.

itoa erzeugt doch einen sehr großen Overhead oder

Jan H. schrieb:
> itoa erzeugt doch einen sehr großen Overhead oder

Ungefähr 1/100 des ebenfalls vorgeschlagenen sprintf.

Jan H. schrieb:
> itoa erzeugt doch einen sehr großen Overhead oder

Sagt wer? Und für welche Toolchain / Architektur.