Unterschiedliche Architekturen und Structe

zum Thema packed: 
http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html#Variable-Attributes

Für die LSB/MSB-Geschihcte fällt mir nichts automatisches ein.
Binäre Daten 1:1 schicken geht eh schief.
Zum Konvertieren gibt es Funktionen wie ntohs() etc.; die muß man
aber halt auf jedes betroffene Element anwenden.

Zu Überlegen wäre natürlich, gleich die Struct in einen
Zeichenstrom zu verwandeln und beim Empfänger wieder zurück.

1

__attribute__((packed))

Wie schon oben angedeutet (beim GCC).

Zu dem LSB/MSB Problem finde ich die Variante mit den 
Konvertierungsfunktionen nicht schlecht. Du kannst zum Beispiel einfach 
sagen, dass deine Schnittstelle die Daten immer als Little Endian 
schickt. Die PC Software muss dann entsprechend sich anpassen.

andersrum, PC ist (dank Intel) little endian

Klaus Wachtler schrieb:
> andersrum, PC ist (dank Intel) little endian

Andersrum macht es aber keinen Sinn. Du willst doch nicht dauernd den 
Prozessor umprogrammieren, weil der PC die Endianess der Schnittstelle 
vorgibt.

Deswegen sag ich ja, dass man seine Schnittstelle als zB Little Endian 
definiert (was der AVR-GCC bei seinen Variablen übrigens auch macht). 
Dann kann man in die PC Software nen Check einbauen.

ich sagte gar nichts darüber, wo konvertiert werden soll.
Sinnvoll fände ich es auch auf der PC-Seite.

Nur: PCs mit Intel- und AMD-Prozessoren sind LE.
Wenn LE übertragen wird, gibt es auf der PC-Seite nichts zu 
konvertieren.
Bzw. muß man BE übertragen, um am PC zu konvertieren.

---

Wobei ich jetzt irgendwie ins Schleudern komme...
Denken AVRs nicht auch LE? Dann dürfte doch gar nichts zu konvertieren
sein, wenn man zwischen AVR und PC überträgt?

(Oder es ist mir heute schon zu spät; irgendwie ist es nicht mein Tag.)

Da sowohl AVR als auch PC little endian sind, ist dieser Teil kein 
Problem und umzudrehen gibt es nichts.

Was nicht zusammenpasst ist die Justierung auf die dem Typ entsprechende 
Adressierung. Beim AVR passiert da nichts, aber beim PC werden 
beispielsweise zwischen "status" und "esum" 3 Füllbytes eingefügt.

Man kann einerseits dem jeweiligen Compiler beibringen, darauf zu 
verzichten (kostet beim PC etwas Laufzeit), was bei jedem anders geht. 
Oder das gleich im Layout der Struct durch geschickte Anordnung der 
Elemente berücksichtigen.

Der einfachste Weg das zu erreichen: Erst kommen alle 32bit Daten, dann 
alle 16bit Daten, dann alle 8bit Daten. Man muss dann nur noch darauf 
achten, dass man bei sizeof() trotzdem verschiedene Werte erhalten kann, 
wenn der PC aufrundet aber der AVR nicht.

Ein globales Packen der Structs auf dem PC gibt oft Ärger, weil die 
Structs anderer Bibliotheken dann ggf. falsch verarbeitet werden. Hast 
du ja gemerkt. Das darf nur als Attribut der jeweiligen Struct 
hinzugefügt werden. Wie das geht verrät dir das Handbuch des Compilers.

Klaus Wachtler schrieb:
> Wobei ich jetzt irgendwie ins Schleudern komme...
> Denken AVRs nicht auch LE? Dann dürfte doch gar nichts zu konvertieren
> sein, wenn man zwischen AVR und PC überträgt?
>
> (Oder es ist mir heute schon zu spät; irgendwie ist es nicht mein Tag.)

Nein ist richtig, hab ich ja oben auch schon geschrieben. Der AVR-GCC 
passt sich der LEess vom AVR ja auch an im Speicher.

Zurzeit habe ich auch sowas am laufen. Einfach nur die Struktur gepackt 
und per UART rübergeschickt, dann kann mans auf dem PC wieder einfach 
entknöseln. Werde aber das ganze noch durch Makros abstrahieren, die, 
falls nötig, die Endianess wechseln.

Simon K. schrieb:

> Zurzeit habe ich auch sowas am laufen. Einfach nur die Struktur gepackt
> und per UART rübergeschickt, dann kann mans auf dem PC wieder einfach
> entknöseln. Werde aber das ganze noch durch Makros abstrahieren, die,
> falls nötig, die Endianess wechseln.

Die Byte- und Word-Endianess der Plattform kann man recht einfach zur 
Laufzeit abtesten. Zum Rumwirbeln der Bytes gibt's im GCC 
__builtin_bswap32/64.

http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Other-Builtins.html#index-g_t_005f_005fbuiltin_005fbswap32-2805

Johann

Nett! Kannte ich noch gar nicht. Für 16 Bit ist aber nichts da, kann das 
sein?

Feine Diskussion mit vielen Ideen. Danke!

Folgendes hat mein Problem gelöst:

1

typedef struct __attribute__((packed))

2

{ 

3

...

4

} fan_t;

Der AVR und der (Linux)PC haben die gleiche Endianess, wie oben schon 
erwähnt. Drehen/Swappen von Daten ist also zuerst einmal nicht nötig.

Vielen Dank!

Gruß, Ulrich