float nach unsigned int

Hey!
Das, was du vermutlich suchst, nennt sich "casten".
Hierbei kann man einfache Typumwandlungen nach folgendem Beispiel 
durchführen:

float a;
unsigned int b;

b = (unsigned int) a;

Oder siehe auch:

http://home.fhtw-berlin.de/~junghans/cref/CONCEPT/cast.html


Beste Grüße

Seemann

John_der_Seemann schrieb:
> Das, was du vermutlich suchst, nennt sich "casten".

nein, casten ist hier überhaupt nicht notwendig. Einfach zuweisen und 
gut ist.

1

int main() {

2

   float a = 1.2;

3

   unsigned int i = a;

4

}

@Peter II:

"Schneidet" der Compiler bei deiner Methode ebenfalls die 
Nachkommastellen einfach weg?

Das dachte ich auch zuerst allerdings funktioniert weder der cast noch 
die direkte Zuweisung (andersherum allerdings schon). Kann es sein, dass 
das Problem an der Konvertierung 32 Bit --> 16 Bit liegt?

John_der_Seemann schrieb:
> "Schneidet" der Compiler bei deiner Methode ebenfalls die
> Nachkommastellen einfach weg?

was soll der denn sonst machen?

Sebastian schrieb:
> Das dachte ich auch zuerst allerdings funktioniert weder der cast noch
> die direkte Zuweisung (andersherum allerdings schon). Kann es sein, dass
> das Problem an der Konvertierung 32 Bit --> 16 Bit liegt?

das kommt auf die werte an. In einem float können auch zahlen > 
MAX_INT32 sein und dann steht unsinn drin.

True story! :)
Danke!

Natürlich wird der Nachkommateil des Floats abgeschnitten. Ein 
Interger-Typ beinhaltet nunmal nur Ganzzahlen.

Sebastian schrieb:
> Das dachte ich auch zuerst allerdings funktioniert weder der cast noch
> die direkte Zuweisung (andersherum allerdings schon).

Ohne konkrete Fehlermeldung des Compilers bzw. einer Beschreibung des 
Fehlverhaltens können wir nicht ermitteln wo das Problem liegt.

Gruß lowlevel

Der Compiler gibt keine Fehlermeldung oder Warning raus.
Folgender Code soll das Problem verdeutlichen:

float regelStellWert; //32 Bit float!

unsigned int pwm; //16 Bit unsigned int!


pwm = regelStellWert; //Es steht nur Käse in PWM

pwm = (unsigned int) regelStellWert; //Auch so steht nur Käse in PWM

Gibts da vielleicht irgend ne spezielle Funktion etc.?

Sebastian schrieb:
> pwm = regelStellWert; //Es steht nur Käse in PWM

bitte ein genaues beispiel:

Was steht und regelStellWert drin und was steht dann in pwm drin?

Wie Karl Heinz andeutete, prüfe mal was bei deinen Berechnung so 
herausgekommt, denn bevor Du eine typecast durchführst solltest Du 
sicher sein, dass der Wert in die zu "castenden" Variable passt. Casts 
sind erlaubt wenn nötig, aber verpönnt:-)

Habs gerade mal im Debugger nachgeschaut (beide Zahlen in hex)

regelStellWert = 0x4293 6E24

pwm = 0x6E24


Es wird also letzlich nur die hinteren 16 Bit übernommen, was natürlich 
Quatsch ist.
Gibt es da irgend ne Konvertierungsfunktion um eine float korrekt in 
eine unsigned int zu wandeln?

Sebastian schrieb:
> regelStellWert = 0x4293 6E24
>
> pwm = 0x6E24

Das wundert mich jetzt aber doch.

Probier mal float nach sint16_t, geht das besser?

Ne das bringt leider keine Veränderung!
Bin am Ende mit meinem Latein!

Vielleicht kann Dir jemand im MicroChip-Forum helfen, oder Du wendest 
dich dort direkt an den Support.

Kannst Du mal den Assembler-Code von der Stelle posten?
Es müßte ja irgendeine impliziete FloatToInt-Convertierungs-Funktion 
aufgerufen werden...

Kann es sein, daß du nicth mit float/double sondern mit fixed point
rechnest. Sieht nach Q16 aus, auch wenn PID usw in Q15 gerechnet wird.

Zur Info: Q15=16bit fixed point im 1.15 Format und Q16=16.16 Format.

C30 ist GCC. Wenn wie hier Beschrieben:
Sebastian schrieb:
> regelStellWert = 0x4293 6E24
>
> pwm = 0x6E24

dann heisst das, regelStellWert ist irgendein Int, deutet stark auf
fixed point float hin und hat nichts mit float zu tun.
Um diese Zahlen umzuwandeln zu konvertieren gibt es entsprechende
Funktionen. viele DSP Libs von Microchip verwenden fixed point float,
jedoch wird generell Q15 genommen, vielleicht wurde auch das gemischt.

Hier die Originalstelle im Code:

1

float stellWert = 0;

2

unsigned int pwmui = 0;

3

4

PidDataType pidReglerDaten;

5

PidInit(1,0,0,100.0,-100.0, & pidReglerDaten);

6

7

PWMInit(70);

8

PWMStart();

9

10

        while(1)

11

  {

12

            sollWert = 100;

13

            vTaskDelayUntil (& lastWakeTime, period);

14

            adValue = GetADVal(I2CADDRESS, I2CCONFBYTESTART);

15

            messWert = GetTemperature(adValue);

16

            stellWert =  PidController(sollWert, messWert, pidReglerDaten);

17

            pwmui = stellWert;

18

            PWMChangeDuty(pwmui);

19

20

  }

Sobald stellWert an pwmui "übergeben" wird, passiert das obere Problem. 
Werden die Werte Dezimal betrachtet ist der Wert von stellWert richtig 
der Wert von pwmui ist Quatsch.

Hier noch die Werte aus dem Debugger wie oben beschrieben

Das sind doch alles Q15 Werte, !!!
Mal das Handbuch zur Lib lesen, ist sehr gut beschrieben.

Ansonsten für Dummys:
float varfloat;

   varfloat = Fract2Float(pidReglerDaten.measuredOutput);
   varfloat = Fract2Float(pidReglerDaten.controlReference);
   varfloat = Fract2Float(pidReglerDaten.controlOutput);

Die Programmausführung steht dann bei der Funktion PWMChangeDuty.

Kann mich mal jemand aufklären was Q15 Werte sind - hab das noch nie 
gehört und denke doch einiges an Erfahrung zu haben?

@Karl Heinz Buchegger:
Die Funktion PidController habe ich selber geschrieben. Dazu gibts 
(noch) keine Doku.

1

float     PidController (float sollwert, float messwert, PidDataType *pid)

2

{

3

    float   regelAbw;

4

    float   soll;

5

    float   mess;

6

    float   pAnteil;

7

    float   iAnteil;

8

    float   dAnteil;

9

    float   stellwert;

10

11

    soll = sollwert;

12

    mess = messwert;

13

14

    regelAbw = soll - mess;

15

16

    //Berechnung des P-Anteils

17

    pAnteil = pid->integralSum * regelAbw;

18

19

    //Berechnung des I-Anteils mit Begrenzung der Integralsumme (Anti-Windup)

20

    iAnteil = pid->integralSum + regelAbw;

21

...

22

..

23

.

Der Regler beeinhaltet spezielle Routinen die ich nicht öffentlich 
machen darf, aber ich habe den Regler selber geschrieben.
Der Regler ist gestestet und funktioniert. Ich habe einfach nur dieses 
"lästige" Problem mit der Konvertierung float nach int oder IEEE nach 
Decimal ...

float wird im IEEE 754 Format gespeichert. Ich müsste also eine Routine 
geben um von diesem in das integer Format zu konvertieren.
Ich weiß leider nicht mehr weiter. Hätte nicht gedacht, dass durch 
solche "Kleinigkeiten" ein Projekt nicht mehr weiter geht.

Naja wenns gar nicht anders geht, so funktionierts (meine Werte liegen 
nur zwischen null und hundert):

1

float temp;

2

unsigned int i;            

3

4

            if (stellWert < 0)

5

            {

6

                pwmui = 0;

7

            }

8

            if (stellWert > 100)

9

            {

10

                pwmui = 100;

11

            }

12

            else

13

            {

14

                temp = 0;

15

                for (i=0; i<100; i++)

16

                {

17

                    if (stellWert >= temp && !(stellWert <(temp +1)))

18

                    {

19

                        pwmui=i;

20

                    }

21

                    temp++;

22

                }

23

            }

24

25

            PWMChangeDuty(pwmui);

Mich würde trotzdem interessieren ob und wo es da irgendwelche 
Einstellungen gibt, ich hab keine gefunden!

Die Bytefolge ist schon richtig, wenn ich sie mir in IEEE anzeigen lasse 
steht das richtige da!

Geh mal in die "Build Options" Deines Projektes, dann im Reiter "MPLAB 
LINK30" die Category "Libraries" auswählen.

Was steht da?
Ist "Fast floating-point math" ausgewählt?
Ändert sich das Programmverhalten, wenn Du da etwas änderst?

Könnte es eventuell sein, daß du die Funktion nicht declarierst und
der Compiler dann einen Int annimmt, und die int->float und float->int
einfach wegoptimiert und gleich den int Wert zuweist.

Ansonsten die Float value müsste 172 sein, auch das wäre ausserhalb 
deines
Bereiches von 0-100. Sind das reale Werte oder nur eine buggy 
Simulation.

Dein Code oben dürfte nur die Werte entweder 0, 100, 101 annehmen.
und auch die Vergleiche sind falsch codiert.

sorry, 0 oder 100 wenn overflow/underflow, ansonsten kein Update.

Bronco schrieb:
> Geh mal in die "Build Options" Deines Projektes, dann im Reiter "MPLAB
> LINK30" die Category "Libraries" auswählen.
>
> Was steht da?
> Ist "Fast floating-point math" ausgewählt?
> Ändert sich das Programmverhalten, wenn Du da etwas änderst?

Das war des Rätsels Lösung!!

Vielen herzlichen Dank an Bronco und all die Anderen hilfsbereiten hier 
im Forum - Ihr habt mir den Tag gerettet!