8 Bit Enum, in C

Habe ich zum speichern von Anweisungen, Befehle, die ich empfangen über die serielle.
Die Befehle werden 8 bits lang.

Ich muss zur Beibehaltung der Transparenz zwischen Befehl Namen und sein Wert.
So können Sie vermeiden, dass übersetzen ein 8-bit-Zahl empfangen, die in seriellen, in jeder Art.

Ich würde gerne verwenden Sie Aufzählungen, um mit Ihnen umzugehen in meinem code.
Nur eine Aufzählung entspricht einem auf dieser Plattform ein 16-bit-integer.

Die Plattform AVR ATmega169V-mikrocontroller, auf dem Butterfly demo board.
Es ist ein 8bit-system mit einige begrenzte Unterstützung für 16-bit-Operationen.
Es ist nicht ein schnelles system und verfügt über 1KB RAM.
Es hat keinen Luxus wie Datei-I/O-oder eine-Betriebssysteme.

Also irgendwelche Vorschläge, welche Art sollte ich verwenden, um zu speichern 8-bit-Befehle?
Es hat doch etwas besseres als eine massive header #definiert.

Kommentar zu dem Problem
+1 - Gute Frage und eine sinnvolle Optimierung. Kommentarautor: Tim Post♦
Das ist ein 8-bit-arch. Kommentarautor: Lyndon White

InformationsquelleAutor der Frage Lyndon White | 2009-11-09

  1. 35

    gcc's -fshort-enums nützlich sein könnten:

    Zuweisung zu einer "enum" type nur als
    viele bytes wie es braucht für die
    erklärt Bereich der möglichen Werte.
    Insbesondere der "enum" - Typen werden
    entspricht
    die kleinste ganze Zahl, die Art, die hat genug Platz.

    In der Tat, hier's eine Seite mit einer Menge von relevanten Informationen. Ich hoffe, Sie kommen in vielen GCC-switches, die Sie nie wusste, Bestand. 😉

    InformationsquelleAutor der Antwort Michael Foukarakis

  2. 6

    Den Sie versuchen, ein problem zu lösen, das nicht existiert.

    Ihre Frage tagged C. In der C-Sprache enum-Typen im Wert-Kontext sind voll kompatibel mit integralen Typen und Verhalten sich genauso wie die anderen integralen Typen. Wenn Sie in Ausdrücken verwendet, die Sie ausgesetzt sind, um genau das gleiche integral promotions wie andere Integrale Typen. Sobald Sie, die Rechnung zu tragen, sollten Sie erkennen, dass, wenn Sie speichern möchten, die beschriebenen Werte von enumeration-Konstanten in ein 8-bit-integral-Typ, alles, was Sie tun müssen, ist wählen Sie ein geeignetes generisches 8-bit-integral-Typ (sagen int8_t) und verwenden Sie es anstelle von enum-Typ. Sie verlieren absolut nichts, indem Sie Ihre enum-Konstanten in ein Objekt vom Typ int8_t (im Gegensatz zu einem Objekt explizit deklariert mit enum-Typ).

    Das Problem, das Sie beschreiben, gäbe es in C++, wo enum-Typen getrennt sind viel weiter von den anderen integralen Typen. In C++ mit integrierter Typ statt der enum-Typ für den Zweck der Speicherung Speicher ist schwieriger (aber möglich). Aber nicht in C, wo es erfordert keine zusätzliche Anstrengung zu löschen.

    InformationsquelleAutor der Antwort AnT

  3. 3

    Ich sehe nicht ein, warum ein enum nicht funktionieren würde. Vergleiche und Zuweisungen aus, die eine enum-sollten alle funktionieren mit der Standard-Erweiterung. Nur vorsichtig sein, dass Ihre 8-bit-Werte sind ordnungsgemäß signiert (ich würde denken, Sie würde wollen, unsignierten Erweiterung).

    Erhalten Sie 16-bit-Vergleiche dieser Art, ich hoffe, dass nicht ein performance-problem (es sollte nicht sein, vor allem, wenn Ihr Prozessor ist 16-bit, wie es klingt wie es ist).

    InformationsquelleAutor der Antwort Keith Randall

  4. 1

    Microsoft C-compiler ermöglicht es Ihnen, so etwas zu tun, aber es ist eine Erweiterung (es ist standard in C++0x):

    enum Foo : unsigned char {
    blah = 0,
    blargh = 1
};

    Da Sie tagged GCC, ich bin nicht ganz sicher, ob die gleiche Sache möglich ist, aber könnte GCC eine Erweiterung in gnu99 - Modus oder so etwas. Es geben einen Wirbel.

    InformationsquelleAutor der Antwort Jed Smith

  5. 0

    Ich würde empfehlen, zu bleiben, die enum in jedem Fall aus den folgenden Gründen:

    • Dieser Lösung können Sie die map-Befehl die Werte direkt zu, was Sie Ihr serielles Protokoll erwartet.
    • Wenn Sie wirklich verwenden Sie 16-bit-Architektur gibt es nicht so große Anzahl von Vorteilen zu verschieben um 8 bit Typ. Denke, über Aspekte, die anderen dann 1-Speicher-byte gespeichert werden.
    • Bei einigen Compilern, die ich verwendet tatsächlichen enum-Größe verwendet, die minimale Anzahl von bits (Enumerationen, dass könnte passen byte verwendet nur byte, 16 bit dann 32).

    Erstes sollte man sich nicht darum kümmern, Typ real width. Nur, wenn Sie wirklich brauchen effektive Art der Lagerung, die Sie verwenden sollten compiler-flags wie -fshort-enums auf den GNU-compiler, aber ich weiß nicht empfehlen, es sei denn Sie Sie wirklich brauchen.

    Als Letzte option können Sie festlegen, 'enum' als Präsentation von Daten für die Befehle und conversion-byte mit 2 einfachen Operationen zum speichern /wiederherstellen-Befehl Wert/aus dem Speicher (und einkapseln dieser in einem Ort). Was ist das? Diese sind sehr einfache Operationen, so können Sie auch inline (aber das können Sie wirklich verwenden Sie nur 1 byte für die Speicherung und die von der anderen Seite zum ausführen von Operationen mit den meisten nutzbare enum definiert, wie Sie möchten.

    InformationsquelleAutor der Antwort Roman Nikitchenko

  6. 0

    Beantworten, die relevant sind für ARC-compiler
    (Zitiert aus DesignWare MetaWare C/C++ Programmer ' s Guide für BOGEN; Abschnitt 11.2.9.2)

    Größe von Aufzählungen, die Die Größe eines enum-Typs hängt vom status des toggle *Long_enums*.

    Wenn toggle *Long_enums* ausgeschaltet ist, wird der enum-Typ Karten, den kleinsten eine, zwei oder vier bytes, so dass alle Werte dargestellt werden können.

    Wenn toggle *Long_enums* ist, der eine enum-maps
    vier bytes (entsprechend dem AT&T Portable C Compiler-übereinkommen).

    InformationsquelleAutor der Antwort Morinho

Schreibe einen Kommentar