|
Anzeige
|
XC8 Quelltext FrageHallo Zusammen, unter dem C18 läuft folgender Quelltext problemlos.
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 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"? char chr_Temp[ ];
char unc_RS232;
int int_Adresse;
das Adresse: kommt der kontroller gibt auch das richtige zeichen zurück
Gast
#4939985
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. 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
Gast
#4940060
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.
Gast
#4940103
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. danke an alle. Die Umstellung auf <stdint.h> hat abhilfe gebracht. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
