Datenformate ULONG32/FLOAT32 in S7-REAL

[danielplp]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

ich habe hier ein Gerät, welches mir Daten im Format ULONG32 und Float32 sendet. Nun habe ich keine Idee, wie ich diese Datenformate in unserer SPS verarbeiten könnte.

Kann mir jemand sagen, welchem Datenformat die von mir angesprochenen Formate ULONG32 und FLOAT32 entsprechen?


Freundliche Grüße

 

[Verpolt]

Typ Länge Wertebereich
unsigned char 8 Bits 0 bis 255

char 8 Bits -128 bis 127
enum 16 Bits -32768 bis 32767

unsigned int 16 Bits 0 bis 65535
short int 16 Bits -32768 bis 32767

int* 16 Bits -32768 bis 32767
unsigned long 32 Bits 0 bis 4294967295

long 32 Bits -2147483648 bis 2147483647
float 32 Bits 3,4 * 10-38 bis 3,4 * 1038
double 64 Bits 1.7 * 10-308 bis 1.7 * 10308
long double 80 Bits 3.4 * 10-4932 bis 1.1 * 104932

________________________

 

[danielplp]

Zuviel Werbung?
-> Hier kostenlos registrieren

________________________

Das heißt jetzt ich kann welche Fatenformate für ULONG32 nehmen? Real? Leider bin ich durch deine Antwort keinen Schritt weiter gekommen :-(

 

[Larry Laffer]

Hallo,
ob Float32 mit dem S7Real übereinstimmt (vom Aufbau her) weiß ich jetzt nicht. Der ULong32 entspricht jedenfalls dem DWORD von S7 ...

Gruß
Larry

 

[Verpolt]

Das heißt jetzt ich kann welche Fatenformate für ULONG32 nehmen? Real? Leider bin ich durch deine Antwort keinen Schritt weiter gekommen :-(

unsigned long 32 Bits 0 bis 4294967295

= DWORD S7 ... Larry hats ja schon geschrieben

Float 32 Bits 3,4 * 10-38 bis 3,4 * 10 38

= Real S7 ? (- 1,17....38)

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

unsigned long 32 Bits 0 bis 4294967295

= DWORD S7 ... Larry hats ja schon geschrieben

ULONG32 ist aber nicht DWORD. Genaugenommen hat die S7 keinen Datentyp für 32 Bit Ganzzahlen ohne Vorzeichen. Er kann die Daten zwar ein einem DWORD speichern, aber nicht mit diesen Daten (direkt) rechnen.

Bei folgendem Beispiel

      L     L#2147483647
      L     1
      +D
      L     2
      /D

käme nicht wie für einen unsigned long zu erwarten 1073741824 heraus, sondern -1073741824.