Asci zu Float umwandeln

https://stackoverflow.com/questions/37093485/how-to-interpret-4-bytes-as-a-32-bit-float-using-python/37093610

also im Prinzip so:

1

import struct

2

Rx_data=b'\x01\x01\x33\x33\x5E\x42\x02\x02'  

3

print struct.unpack('<f', Rx_data[2:6])

Mark S. schrieb:

> das ist eine in Python, aber ich brauche die Lösung in C

Stand ja auch in deinem Eingangsbeitrag.

ah. ok. dann schreib das doch.

Mark S. schrieb:
> und zwar wie ich 4
> Rx_data[2],Rx_data[3],Rx_data[4] und Rx_data[5] zusammenpacken kann und
> dann diese zu float umwandeln.

https://de.wikipedia.org/wiki/IEEE_754

Du suchst also "single" float.

leo

in C geht das mit ner Union:

1

typedef union

2

{

3

  float f;

4

  uint32_t int32;

5

} float_4bytes;

bzw als Byte-Array:

1

typedef union

2

{

3

  float f;

4

  uint8_t b[4];

5

} float_4bytes;

einfach auf b[] schreiben und f lesen.

Mark S. schrieb:
> wie ich 4 Rx_data[2],Rx_data[3],Rx_data[4] und Rx_data[5] zusammenpacken
> kann und dann diese zu float umwandeln.

Wieso willst du da etwas umwandeln. Du musst die 4 Byte doch nur als 
float interpretieren. Das funktioniert allerdings nur, wenn Absender- 
und Empfängerrechner das selbe 4-Byte Float Format verwenden.

>das selbe 4-Byte Float Format
ist IEEE-754.

Bei

1

union

2

{

3

  float f;

4

  uint8_t b[4];

5

} b4_f;

6

7

float f;

8

9

b4_f.b[0]=0x33;

10

b4_f.b[1]=0x33;

11

b4_f.b[2]=0x5E;

12

b4_f.b[3]=0x42;

13

14

f = b4_f.f;

kommt f=55.5499992 raus.

Jups schrieb:
>>das selbe 4-Byte Float Format
> ist IEEE-754.

Du wolltest sagen, die gesendeten Bytes sind IEEE-754, oder woher 
kennst du die Erwartungshaltung des Empfängers?

Der Compiler des Empfängers muss der selben Meinung sein und die selbe 
Endianness erwarten.

Mark S. schrieb:
> Asci

oder

Mark S. schrieb:
> ASIC

Oder doch eher ASCII?

Gruss Chregu

Die Fehlermeldung sagt eigentlich glaskklar, was das Problem ist.

bf_4 ist ein Typname und keine Variable.

Ich schlage vor Du liest in Deinem C-Buch nochmal die Kapitel über 
Variablen und deren Typen sowie über Typdefinitionen. Dann überlegst Du 
Dir, was der Unterschied ist. Daraus müsste sich die Maßnahme eigentlich 
selbst ergeben.

Offen gesagt, wenn Dir an dieser Stelle nicht wenigstens ungefähr klar 
ist, was das Problem ist, dann ist Lektüre und üben, die beste Medizin.

Mark S. schrieb:

> und wie kann ich das lösen ?

Einfach Code vergleichen (siehe Code oben von Jups):

1

union

2

{

3

  float f;

4

  uint8_t b[4];

5

} b4_f;

6

7

float f;

8

9

b4_f.b[0]=0x33;

10

b4_f.b[1]=0x33;

11

b4_f.b[2]=0x5E;

12

b4_f.b[3]=0x42;

13

14

f = b4_f.f;

Eine kleine, rethorische Frage, die vielleicht etwas weiter hilft:

Warum schreibst Du in einem Programm nicht

1

int = 7;

2

char = 'a';

3

float = 4.6;

Ich bin dämlich. Ich schreibe "nämlich" nämlich immer mit 'h'. :-)

Mark S. schrieb:
> Kochschlumpf schrieb:
>> Warum schreibst Du in einem Programm nicht
>
> ok es gibt ja keine Variablen. Ich habe noch nie mit typen gearbeitet.
> [...]

Ich denke, Du übersiehst da Etwas, beziehungsweise Du übersiehst das Maß 
der Bedeutung einer Sache, die Du an sich schon kennst. Du ziemlich 
sicher schon geschrieben:

1

int a = 7;

2

char b = 'a';

3

float c = 4.6;

Damit hast Du schon mit Typen gearbeitet. Oder?

Was Du im Moment vermutlich gerade wahrzunehmen beginnst ist, dass diese 
"Namen" wie "a" für eine Variable und Typnamen wie "int" aber auch 
selbstdefinierte Typen streng unterschieden werden müssen. Und zwar in 
Hinsicht darauf, dass sie verschiedene Dinge meinen, nämlich "Variablen" 
und "Typen" und das der tiefere Sinn dahinter einerseits mit der 
"Definition" von Speicher als auch mit der Festlegung von Operationen zu 
tun hat.

int und char sind z.B. in der Regel verschieden groß.
float und int erzeugen ganz verschiedene Operationen wenn Du etwa zwei 
Float-Zahlen addierst oder zwei Int-Zahlen.

Deswegen muuss man genau darauf achten, was man mit einem Namen 
eigentlich "bezeichnen" will (Dt. "Bezeichner" = En. "Identifier").
Es gibt - und das steht in einem C-Buch) Bezeichner für Typen (wie char 
oder auch selbst beschriebene Typen) und Bezeichner von Variablen.

Peter S. schrieb:
> Also ASCII{0x33,0x33,05e,042} ist aus meiner Sicht "33^B" waqs als Float
> nicht wirklich Sinn macht?
>
> Welchen Wert soll deine daraus resultierende Float haben?

Mark S. schrieb:
> Die ASIC-Daten im Bild sollten 55.55 entsprechen.

Im Anhang ist der Screenshot nach der Abarbeitung des Codes von Jups.

Entweder ist Mark ein Troll oder ein Ignorant.

Mark S. schrieb:
> ich bekomme error, nähmlich expected identifier or '('. was bedeutet das
> ?

Dein Compiler ist ein C-Compiler. Bei den Fehlermeldungen musst du dir 
angewöhnen, drei mal um die Ecke zu denken, bevor du beim eigentlichen 
Problem an kommst.

Die Zeichenfolge "; =" versteht der einfach nicht und verrennt sich in 
der Welt der Fehlinterpretationen.

Au weia.

Mark S. schrieb:
> 4 Rx_data[2],Rx_data[3],Rx_data[4] und Rx_data[5]

> Asci

Das ist nicht ASCII, sondern das sind 4 bytes einer float Zahl im IEEE 
754 Binärformat.

55.55 in ASCII wäre 0x35 0x35 0x2E 0x35 0x35

Mark S. schrieb:
> Die Daten werden über eine serielle via Python gesendet.

Mark S. schrieb:
> aber ich brauche die Lösung in C

Schau an. Das wusstest du bei deiner Frage natürlich noch nicht.


Mark S. schrieb:
> ok ich habe versucht einen Variable von Typ b4_f anzulegen

What schrieb:
> union
> {
>   float f;
>   uint8_t b[4];
> } b4_f;

Du hast einen Typ definiert, keine Variable angelegt.


What schrieb:
> Entweder ist Mark ein Troll oder ein Ignorant.

Selten so jemanden erlebt, der so wenig Plan hat, Grundschüler.

MaWin schrieb:

> What schrieb:
>> union
>> {
>>   float f;
>>   uint8_t b[4];
>> } b4_f;
>
> Du hast einen Typ definiert, keine Variable angelegt.

Du bist nicht allein, hier stehen viele mit den einfachsten 
C-Konstrukten auf Kriegsfuß.

lass mal das:

1

float DC1;

2

float DC2;

weg und schreib bei den Funktionen ein float vor den Funktionsparameter. 
Also so:

1

void park_sensor1(DC1){

Und dann geh mal mit dem Debugger Schritt für Schritt durch.

Also so:

1

void park_sensor1(float DC1){

Bei jeder C-Frage wird dem Fragesteller nahegelegt ein C-Buch zu lesen.

Bei keiner PHP-Frage wird dem Fragesteller nahegelegt ein PHP-Buch zu 
lesen.
Bei keiner Löt-Frage wird dem Fragesteller nahegelegt ein Löt-Buch zu 
lesen.
Bei keiner Java-Frage wird dem Fragesteller nahegelegt ein Java-Buch zu 
lesen.
Bei keiner Mikrocontroller-Frage wird dem Fragesteller nahegelegt ein 
Mikrocontroller-Buch zu lesen.
Bei keiner PWM-Frage wird dem Fragesteller nahegelegt ein PWM-Buch zu 
lesen.
Bei keiner Arduino-Frage wird dem Fragesteller nahegelegt ein 
Arduino-Buch zu lesen.

...

Moinsens ;-))

Dirk B. schrieb:
> C lässt sehr viel Müll zu. Auch aus historischen Gründen.
> Der Compiler erkennt das auch, gibt aber „nur“ Warnungen aus. Aber auch
> nur, wenn man sie aktiviert.

ja irgendwie Witzig und zur Bestätigung schaut mal dort

----> http://pofahl.de/cwahrheit.htm <----

Bis dahin und einen schönen Abend :-))