ATTiny13: PORTB-Zuweisung funktioniert nicht wie gewünscht.

[Thomas (Gast)]

ATTiny13, Studio 7, keine Optimierung(-O0)

Die IF-Anweisungen sind wahr und die Zuweisungen werden ausgeführt, aber 
PORTB bleibt auf 0x00.

Warum ist das so?

#include <avr/io.h>
#include <stdfix.h>

int main(void)
{
  short _Fract fx1 = 0.9;
  short _Fract fx2 = 0.7;
  short _Fract fx;

  fx = fx1 * fx2;
  
  if (fx > 0.5)
  {
    PORTB = (uint8_t)fx;
  }
  
  fx = fx + 0.1;
  
  if (fx > 0.6)
  {
    PORTB = (uint8_t)fx;
  }
}

[Joachim D. (Firma: JDCC) (scheppertreiber)]

0,9 * 0,7 ergibt 0,63. Dann 0,1 addiert ergibt
0,73. In eine int verwandelt wird das 0 ...

[Karl M. (Gast)]

Hallo,

zu was, wird eine float 0.5 nach short umgewandelt?

[Carl D. (jcw2)]

Bist du sicher daß _Fract gemischt mit double (die Konstanten im if) gut 
funktioniert? Generierten Code begutachtet?

[g457 (Gast)]

> 0,9 * 0,7 ergibt 0,63.

Nein, fx1 und fx2 und fx sind alle 0.

[M. K. (sylaina)]

Joachim D. schrieb:
> 0,9 * 0,7 ergibt 0,63. Dann 0,1 addiert ergibt

Im Grund richtig erklärt aber der TE schrieb u.a.

short _Fract fx1 = 0.9;

und da bleibt schon fx1 doch gleich 0 weil auch short ein Integer-Typ 
ist und der hats nicht so mit dem was hinterm Komma steht.

[Stefan F. (Gast)]

Da musste ich gerade erst einmal googeln, was "short" überhaupt für ein 
Datentyp ist. In 30 Jahren habe ich den noch nie gesehen - was für mich 
schon ein ganz großer Wink mit dem Zaunpfahl ist.

short ist ein also ein Integer mit mindestens 16 Bits.

Ich bin ziemlich sicher, dass man besser mit exakten Größen arbeiten 
sollte. In diesem Fall also uint16_t. Dann ist auch klar, was dabei 
heraus kommt und es ist offensichtlich, dass man darin keine 
Fließkommazahlen speichern kann.

Bei plattform-unabhängigen Code sind noch die fast_xxx Typen 
interessant. Da gibt man die mindeste Größe an die man braucht, und der 
Compiler nimmt ggf. was größeres, wenn der Prozessor damit schneller 
umgehen kann.

[Carl D. (jcw2)]

Scheinbar werden _Fract Literale z.B. "0.5k" geschrieben.
Die Literale sind das Problem, die stehen bisher im "double" Format im 
Programm. Also:

short _Fract fx1 = 0.9k;

[M. K. (sylaina)]

Stefan U. schrieb:
> Da musste ich gerade erst einmal googeln, was "short" überhaupt für ein
> Datentyp ist. In 30 Jahren habe ich den noch nie gesehen - was für mich
> schon ein ganz großer Wink mit dem Zaunpfahl ist.

Auf jeden Fall, wer mit C unterwegs ist sollte schon wissen was ein 
short ist ;)
Ist dir das echt noch nie bei C untergekommen? Ich hab das noch vor z.B. 
int8_t gesehen und ich bin auch fast 30 Jahre dabei.

[Carl D. (jcw2)]

Es muß r statt k heißen:

 Scheinbar werden _Fract Literale z.B. "0.5r" geschrieben.
 Die Literale sind das Problem, die stehen bisher im "double" Format im
 Programm. Also:

short _Fract fx1 = 0.9r;

[sönke (Gast)]

Thomas schrieb:
> Die IF-Anweisungen sind wahr und die Zuweisungen werden ausgeführt, aber
> PORTB bleibt auf 0x00.
>
> Warum ist das so?

Weil vor der Zuweisung zum PORTB (uint8_t)fx gleich 0 ist. Wenn du das 
dem PORTB zuweist bleibt er halt auf null.

[Carl D. (jcw2)]

M. K. schrieb:
> Stefan U. schrieb:
>> Da musste ich gerade erst einmal googeln, was "short" überhaupt für ein
>> Datentyp ist. In 30 Jahren habe ich den noch nie gesehen - was für mich
>> schon ein ganz großer Wink mit dem Zaunpfahl ist.
>
> Auf jeden Fall, wer mit C unterwegs ist sollte schon wissen was ein
> short ist ;)
> Ist dir das echt noch nie bei C untergekommen? Ich hab das noch vor z.B.
> int8_t gesehen und ich bin auch fast 30 Jahre dabei.

"short (int)" und "short _Fract" sind ganz unterschiedliche Datentypen.
Gemeinsam haben sie nur, daß sie die jeweils kurze Version ihrer Art 
sind.

[Jim M. (turboj)]

Ich sehe kein DDRB im Code - Port B Pins sind dann AFAIK alle Inputs.

Bei allen

PORTB = (uint8_t)fx;

.. ist fx jeweils kleiner als 1 und damit PortB immer 0 (Null). C rundet 
nicht, es truncated. Wollte man runden muss man die für _Frakt 
zuständige Funktion aufrufen.

[Thomas (Gast)]

Jim M. schrieb:

> Bei allen
>

> PORTB = (uint8_t)fx;
>

>
> .. ist fx jeweils kleiner als 1 und damit PortB immer 0 (Null). C rundet
> nicht, es truncated.

So ist es. Danke für deinen Hinweis.