Hilfe bei diese C Struktur

Martin schrieb:
>
> Ich möchte einen Schrittmotor mit Hilfe eines Tinamic TMC223 ansteuern.
> Hierzu habe ich einen Beispielcode beim Hersteller gefunden. Jedoch sagt
> mir die Wertzuweisung bei der Struktur nichts.
>
> Warum steht hier ein ":" anstelle eines "="?

Weil

* an dieser Stelle in der Strukturdefinition ein = (also die Ankündigung 
einer Initialisierung) gar nicht zulässig wäre
* es sich bei den Membern um eine Bitfeld handelt


Sagt denn dein C-Buch gar nichts zu dem Thema? Wenn nicht, dann wirf es 
weg und kauf dir ein anderes - dein Buch taugt nichts. Gute Literatur, 
die auch durchgearbeitet werden will, ist das um und auf um eine 
Programmiersprache in ausreichender Tiefe zu erlernen.

> Sagt denn dein C-Buch gar nichts zu dem Thema? Wenn nicht, dann wirf es
weg

In einem Buch für Einsteiger darf man solche Eigenarten der Sprache 
ruhig auslassen, finde ich. Eigene Programm kann man auch ohne Bitfelder 
erfolgreich schreiben.

Stefan Frings schrieb:
> In einem Buch für Einsteiger darf man solche Eigenarten der Sprache
> ruhig auslassen, finde ich.

Nein. Ein Buch, das so etwas unterschlägt, ist Müll.

Ist ja nicht so, daß C einen so gigantisch riesigen Funktionsumfang 
hätte, und ist auch nicht so, daß Bitfelder etwas völlig obskures und 
unbekanntes wären.

Martin schrieb:
> Dies hört sich ja nicht sonderlich schön an:
>
> Wie die Bits eines Bitfeldelementes im Speicher abgelegt werden, ist
> nicht standardisiert. Dies kann von Compiler zu Compiler unterschiedlich
> sein.

Jo.
Spielt aber erst dann eine Rolle, wenn man so ein Bitfeld über diverse 
I/O Kanäle mit anderen austauschen muss.
Zb. wenn das Bitfeld eingeführt wurde, um den Zugriff auf Einzelbits in 
einem Hardware-Register syntaktisch zu vereinfachen, oder wenn man ein 
derartiges Objekt zu einem anderen Rechner überträgt.
Aber diese Probleme hat man immer.

> Der Zugriff auf Bitfeldelemente ist langsamer als der auf herkömmliche
> Datentypen. Die Elemente haben keine einheitliche Größe und können somit
> über mehrere Speicheradressen hinweg verteilt liegen, beziehungsweise
> mehrere Elementteile können sich eine Speicheradresse teilen.

Ja. Klar.
Prinzipiell kann ein Compiler auch nicht zaubern. Wenn in 5 Bytes eine 
'Feinstruktur' aus x Elementen besteht erzeugt werden soll, dann müssen 
die verfügbaren Bits eben irgendwie auf die Elemente aufgeteilt werden. 
Und wenn der µC nicht Bitweise auf den Speicher zugreifen kann, dann 
muss man das eben so machen, dass man die jeweils benötigten Bytes in 
die CPU holt, die Bits rausextrahiert und zum gewünschten Wert 
zusammensetzt. Also genau das, was du auch händisch tun müsstest. Nur 
dass dir der Compiler die Feinarbeit abnimmt.


Musst du ja auch machen. Willst du aus einem Buch einen Abschnitt 
rauskopieren, der auf einer Seite unten anfängt und auf der nächsten 
Seite oben fortgesetzt wird, dann machst du von beiden Buchseiten eine 
Kopie, schneidest die jeweils nicht benötigten Teile mit der Schere weg 
und klebst die beiden Einzelteile zusammen.
Die Arbeit kannst du dir nur dann sparen, wenn jeder Abschnitt im Buch 
auf einer jeweils neuen Seite ist und dort auch komplett abgedruckt ist.
Allerdings würden die meisten Bücher dann im Umfang und im 
Papierverbrauch gewaltig zunehmen.
Also: entweder einfache Handhabung oder "Speicher"-Verbrauch.

Jürgen Eder schrieb:
> Meine Lieblingsseite wenn es um C (oder C++) geht:

Meine:
http://de.wikipedia.org/wiki/The_C_Programming_Language
Zweitausgabe von 88 incl. ANSI C