Variablendefinition in Microchip Studio

[Holomino]

Zum jetzigen Zeitpunkt würde ich davon ausgehen, dass die beim Anlegen eines neuen Projektes voreingestellte Optimierungsstufe im Compiler Dein "i" einfach rauskickt. Die kannst Du aber in den Projekteigenschaften auf "None" stellen.
Dazu:
ALT+F7
dann Karteikarte Toolchain
auf <C oder C++>Compiler,
dann Optimization
da dann "None" auswählen.

Das Ergebnis der Aktion kannst Du dann auch im Listing in den unterschiedlichen Optimierungsstufen anschauen und vergleichen. Listing und Map-File landen nach dem kompilieren im Solution-Explorer unter "Output Files" als *.lss und * map. Und damit arbeitet auch der Debugger.

Kurz: Was in *.lss und *.map nicht drin steht, findet der Debugger nicht.

(Also hast Du auch nix falsch gemacht)

Nachtrag noch (für die anderen beiden Threadteilnehmer):
An den Includes kanns hier nicht liegen. Man kann, wenn man so ein Projekt offen hat, den Weg von IO.h zu StdInt.h in den jeweilig eingebundenen Headern verfolgen.
IO.h->sfr_Def.h->IntTypes.h->StdInt.h.
Entsprechend taucht die StdInt.h auch nach dem Kompilieren in den "Project Dependencies" auf, ohne dass man sie jemals selber direkt eingebunden hat.

Macht nix, ich will nicht klugscheißern, aber vielleicht habt Ihr was mitgenommen.

[Andre_S]

Nachtrag noch (für die anderen beiden Threadteilnehmer):
An den Includes kanns hier nicht liegen. Man kann, wenn man so ein Projekt offen hat, den Weg von IO.h zu StdInt.h in den jeweilig eingebundenen Headern verfolgen.
IO.h->sfr_Def.h->IntTypes.h->StdInt.h.
Entsprechend taucht die StdInt.h auch nach dem Kompilieren in den "Project Dependencies" auf, ohne dass man sie jemals selber direkt eingebunden hat.

Macht nix, ich will nicht klugscheißern, aber vielleicht habt Ihr was mitgenommen.

Danke für die Information...
Dies hätte man sicher nachschauen können, so man diese Entwicklungsumgebung aktuell noch nutzt bzw. installiert hat,... allerdings bin ich über diesen Punkt seit Jahren hinweg...


Gruß André

[oberallgeier]

..Nachtrag noch (für die anderen beiden Threadteilnehmer): An den Includes kanns hier nicht liegen...

Hmmm. Muss ich bei Gelegenheit nachsehen.

Aktuell hatte ich gecodet:

//#include <stdlib.h>           //
//#include <avr/io.h>           //
//#include <avr/interrupt.h>    //

Und das gibt einige Fehlermeldungen, u.a.

...
In file included from ../Db030.c:68:0:
D:\D_pro-fils\compu_MC\C2\Db030\..\..\CLib_01/uart0_16.h:29:25: error: expected ')' before 'bauddivider'...

[Holomino]

Und das gibt einige Fehlermeldungen, u.a.

Ich hänge mich mal jetzt nicht pauschal mit einer allgemeinen Gültigkeit aus dem Fenster.
Fakt ist für mich allerdings, dass nach Anlegen eines neuen Projektes im jetzigen Microchip-Studio und auch in dem vorhergehenden AVR-Studio 7 für AVR-Projekte in der main.c bereits im Grundgerüst die io.h einbindet. Das mag aber auch in älteren Versionen (AVR Studio4 oder WinAVR) anders gewesen sein. (Erkenne bitte wohlwollend an - ich schränke es ein - mehr weiß ich auch nicht - ich bin nicht der brennende Busch - eigentlich schade, aber ich hab's mir schon lange selber eingestanden - eingestehen müssen, um es genau zu nehmen
)

Nichtsdestotrotz:
Die io.h lädt hier in Abhängigkeit vom festgelegten Controllertyp nicht nur die entsprechende Headerdatei mit den Registern, Flags und Ihren Offsets, sondern auch über sfr_Def.h zumindest die Grunddatentypen, so dass man ohne weitere Ergänzung das vom TO vorgestellte Stückchen Code zum Compilieren bewegen kann. Man könnte vielleicht sagen: Wenn's um ein paar Schleifenzähler und die Registerzugriffe in der Peripherie geht, dann reicht die io.h aus.

Es kommt ja beim TO auch kein Compile-Fehler. Nur der Debugger ist unwillig. Und da ist meine Erfahrung:
Schalte zuerst die Optimierung ab.

[LionAVR]

Zum jetzigen Zeitpunkt würde ich davon ausgehen, dass die beim Anlegen eines neuen Projektes voreingestellte Optimierungsstufe im Compiler Dein "i" einfach rauskickt. Die kannst Du aber in den Projekteigenschaften auf "None" stellen.
Dazu:
ALT+F7
dann Karteikarte Toolchain
auf <C oder C++>Compiler,
dann Optimization
da dann "None" auswählen.

Das Ergebnis der Aktion kannst Du dann auch im Listing in den unterschiedlichen Optimierungsstufen anschauen und vergleichen. Listing und Map-File landen nach dem kompilieren im Solution-Explorer unter "Output Files" als *.lss und * map. Und damit arbeitet auch der Debugger.

Kurz: Was in *.lss und *.map nicht drin steht, findet der Debugger nicht.

(Also hast Du auch nix falsch gemacht)

Nachtrag noch (für die anderen beiden Threadteilnehmer):
An den Includes kanns hier nicht liegen. Man kann, wenn man so ein Projekt offen hat, den Weg von IO.h zu StdInt.h in den jeweilig eingebundenen Headern verfolgen.
IO.h->sfr_Def.h->IntTypes.h->StdInt.h.
Entsprechend taucht die StdInt.h auch nach dem Kompilieren in den "Project Dependencies" auf, ohne dass man sie jemals selber direkt eingebunden hat.

Macht nix, ich will nicht klugscheißern, aber vielleicht habt Ihr was mitgenommen.

Vielen herzlichen Dank. Das hat mein Problem gelöst.
Auch danke an den beiden anderen Teilnehmern.

Viele Grüße,