XC8 Quelltext Frage

[Ingo S. (schicki)]

Hallo Zusammen,

unter dem C18 läuft folgender Quelltext problemlos.

        while (Busy1USART());
        sprintf(chr_Temp, "Adresse: ");
        puts1USART(chr_Temp);
        
       while (!DataRdy1USART());
       unc_RS232 = Read1USART();
       
       putc1USART(unc_RS232);
       sprintf(chr_Temp, "\n\r");
       puts1USART(chr_Temp);
       
       // Möglichkeit Nr. 1 -> über Cast (Typenkonvertierung) Befehl
       int_Adresse = (int)unc_RS232 - 0x30;

Der XC8 Comiler hat mit dieser Zeile ein Problem.

//Wandlung char to int
int_Adresse = (int)unc_RS232 - 0x30;

Wo ist mein Denkfehler? Der Comiler bringt keinen Fehler. Im Debugger 
kommen immer wieder ganz andere Werte. Weiß jemand warum?

Viele Grüße
Ingo

[Rufus Τ. F. (rufus)]

Wie sind die Variablen unc_RS232 und chr_Temp deklariert?

Die Namenskonvention scheint ... ungewöhnlich zu sein.

> Der XC8 Comiler hat mit dieser Zeile ein Problem.

Ein Problem, aber es wird kein Fehler ausgegeben?

Was bedeutet das hier?

> Im Debugger kommen immer wieder ganz andere Werte.

Wie "kommen im Debugger Werte"?

[Ingo S. (schicki)]

char chr_Temp[ ];
    char unc_RS232;
    int int_Adresse;

das Adresse: kommt der kontroller gibt auch das richtige zeichen zurück

[guest (Gast)]

Ingo S. schrieb:
> char chr_Temp[ ];

Wenn das tatsächlich so dasteht dürfte es in Verbindung mit den 
"sprintf(chr_Temp, ..." mit so ziemlich jedem C-Compiler Probleme geben. 
Und es ist dann auch kein Wunder, wenn dann in unc_RS232 bzw. 
int_Adresse nur noch Schrott drinsteht.

[Wolfgang R. (portside)]

Das sind die Probleme mit 16 und 8 Bit Prozessoren
<stdint.h> nutzen und dann
uint8_t, int8_t, int16_t etc verwenden damit über alle XC Compiler die 
Längen gleich sind

[Noch einer (Gast)]

Liegt das Problem in den fehlenden Teilen? Überlappen die 
Speicherbereiche? Speicher für die \0 am Stringende? Liegt der Fehler 
ganz woanders - nicht initialisierte Pointer in einer ISR? Wie sollen 
wir das erraten?

Bau uns doch ein minimales main(). 20 Zeilen, kompilierbar.

[guest (Gast)]

Noch einer schrieb:
> Speicher für die \0 am Stringende?

Nach den gezeigten Codeschnipseln eher nicht nur kein Speicher für \0 
sondern auch nicht für den Rest des Strings.

[Ingo S. (schicki)]

danke an alle. Die Umstellung auf <stdint.h> hat abhilfe gebracht.