unsigned char code Ascii_1 C

[Jan (Gast)]

Hallo Coder, in der ersten Zeile vom Code Ausschnitt ist zwischen char 
und code ne Leerzeile, da meckert der Keil ARM compiler. Im zweiten 
Ausschnitt wird die Adresse von Ascii_1 angesprochen. da meckert er 
natürlich auch. Woran liegt das und warum ist zwischen code udn Ascii_1 
überhaupt ein Leerzeichen. Der Code(Ausschnitt) ist für einen 8051 
Prozessor den ich auf einen ARM M0+ portieren will. Danke schonmal für 
Anregungen und konstruktive Kritik.

unsigned char code Ascii_1[241][5]={    // Refer to "Times New Roman" Font Database...
            //   Basic Characters
  {0x00,0x00,0x00,0x00,0x00},    //
  {0x00,0x00,0x4F,0x00,0x00},    //   (  1)  ! - 0x0021 Exclamation Mark
  {0x00,0x07,0x00,0x07,0x00},    //   (  2)  " - 0x0022 Quotation Mark
  {0x14,0x7F,0x14,0x7F,0x14},    //   (  3)  # - 0x0023 Number Sign
  {0x24,0x2A,0x7F,0x2A,0x12},    //   (  4)  $ - 0x0024 Dollar Sign
  {0x23,0x13,0x08,0x64,0x62},    //   (  5)  % - 0x0025 Percent Sign

    case 1:
      Src_Pointer=&Ascii_1[(b-1)][i];
      break;
    case 2:
      Src_Pointer=&Ascii_2[(b-1)][i];
      break;

[Andreas B. (andreas_b77)]

Was ist "code"? Wird das vom Keil ARM Compiler überhaupt unterstützt?

[Rufus Τ. F. (rufus)]

Jan schrieb:
> Hallo Coder, in der ersten Zeile vom Code Ausschnitt ist zwischen char
> und code ne Leerzeile

Du meinst ein Leerzeichen.

Das wird nicht das Problem sein, der ARM-Compiler kennt das 
Schlüsselwort code höchstwahrscheinlich nicht.

Entferne das, so daß da steht:

unsigned char Ascii_1[241][5]={    // Refer to "Times New Roman" Font Database...

[Guest (Gast)]

"code" wird irgendeine Spezialität vom 8051 Compiler sein.
Wahrscheinlich um das Array in das ROM zu legen.
Entweder weglassen oder sinnvollerweise durch const ersetzen.

[W.S. (Gast)]

erstmal eines: Mach aus

unsigned char code Ascii_1[241][5]={ ...

mal

const unsigned char Ascii_1[....

und dann: weißt du eigentlich, was du mit Ascii_1[241][5] da geschrieben 
hast? Also was du TATSÄCHLICH dort anrichtest?

Fang lieber an, mit sowas ein bissel zu rechnen und mach ein

const unsigned char Ascii_1[241*5] =
{ .....
};

draus.

W.S.

[Peter II (Gast)]

W.S. schrieb:
> Fang lieber an, mit sowas ein bissel zu rechnen und mach ein
>
> const unsigned char Ascii_1[241*5] =
> { .....
> };
>
> draus.

was soll das bringen? Der Compiler kann sehr gut selber rechnen. Es 
macht auch nichts anderes.

[Jan (Gast)]

unsigned char code Ascii_1[241][5]={ ...

wenn ich das so mache dann meckert er wenn ich mit

Src_Pointer =&Ascii_1[(b-1)][i]; auf die Adresse zugreifen wll

[Jan (Gast)]

ich meinte natürlich const unsigned char Ascii_1[....

[Peter II (Gast)]

Jan schrieb:
> wenn ich das so mache dann meckert er wenn ich mit
>
> Src_Pointer =&Ascii_1[(b-1)][i]; auf die Adresse zugreifen wll

und wie ist die genaue Fehlermeldung?

[Karl H. (kbuchegg)]

Jan schrieb:
> unsigned char code Ascii_1[241][5]={ ...
>
> wenn ich das so mache dann meckert er wenn ich mit
>
> Src_Pointer =&Ascii_1[(b-1)][i]; auf die Adresse zugreifen wll

Jede Wette, dass sich bei der Definition von Src_Pointer auch wieder 
dieses 'code' findet.

Die müssen ALLE weg!
Überall.
UNd dann muss man den Code studieren, ob dieses 'code' irgendwelche 
Auswirkungen hatte. Ob Dinge genau so geschrieben wurden, WEIL es da 
eben dieses 'code' gab.

Das Problem:
Wenn du Code von A nach B portieren willst, solltest du schon ganz gut C 
können, um zu erkennen, welche Teile speziell und nur für diesen einen 
Prozessor geschrieben wurden.
Die Idee "Ich kann das nicht selber schreiben, also portiere ich mir 
Code von einem anderen Prozessor auf meinen Zielprozessor" ist zwar 
naheliegend, aber ohne ein gewisses Wissen geht das nun mal oft nicht.
Du wärest gut beraten, wenn du analysieren würdest, was die Idee im 
Originalcode ist, wie der funktioniert, und dann mit dieser Idee den 
Code im Prinzip auf deinem Prozessor neu schreibst. Das bringt dann auch 
deine C-Kenntnisse weiter und hat den Vorteil, dass du deinen Code intim 
kennst um ihn in weiterer Folge zu ändern oder zu erweitern.

Irgendwelche Anpassungen sind auf dieser Ebene praktisch immer 
notwendig. Die Idee, man könne den Code so einfach mir nichts dir nichts 
auf einen anderen Prozessor transportieren und alles ist in Butter, ist 
ein Trugschluss. Das funktioniert oft ganz einfach nicht.

[Jörg (Gast)]

error:  #513: a value of type "const unsigned char *" cannot be assigned 
to an entity of type "unsigned char *"

Der Source Pointer ist so definiert
unsigned char *Src_Pointer;

Also sowie ich das verstehe, benutzt man hier den Flash speicher um die 
Ganzen ASCII Sachen reinzuschaufeln, da das Ganze viel Speicher braucht. 
Ich denke beim Cortex M0+ ist ist es nicht unbedingt nötig.

[Rufus Τ. F. (rufus)]

Jörg schrieb:
> Also sowie ich das verstehe, benutzt man hier den Flash speicher um die
> Ganzen ASCII Sachen reinzuschaufeln, da das Ganze viel Speicher braucht.
> Ich denke beim Cortex M0+ ist ist es nicht unbedingt nötig.

Ich glaube, daß Du das eigentliche Problem nicht verstanden hast.

[Jan (Gast)]

http://www.keil.com/support/man/docs/c51/c51_le_memtypes.htm

Falls es noch jemanden interessiert.