MPLAB X 5.50 Problem mit den *.h Pfaden

Hallo ich unterstelle mal, dass es die Datei plib.h gibt. Der Compiler unterscheidet bi den #include-Anweisungen 2 Zeichen: <> und "". je nachdem, was du da angibst steht da ein bestimmer Suchpfad. Das <> ist üblicherweise der Bibliothekspfad. Wie heisst denn dein Project-Pfad? Ist das C:\Program Files\Microchip\xc32\v3.01\pic32mx\include\lega-c

? Wenn ja, und die Datei steht da, dann schreib #include "plib.h"

Gruß

Hallo Franko Danke für deine Antwort. Hab vor 10 Minuten das Problem gelöst, habe einfach einen anderen Compiler verwendet und schon ist kein Fehler mehr gekommen.

Aber leider ist das nächste Problem aufgestanden. Eigenartigerweise werden einige Variablen (z.B. ucXnErrAbfEnb=0xFF;) im Debugger-Mode nicht beschrieben sie bleiben auf 0. Andere die gleich deklariert sind schon. Wenn ich das Zielsystem flashe dann funktioniert die Baugruppe aber der Debugger nicht. noch ein Beispiel: unsigned int uiOutPufXpDataPr0AdrWr; unsigned int uiOutPufXpDataPr0AdrRd; uiOutPufXpDataPr0AdrWr=1; (die bleibt auf 0) uiOutPufXpDataPr0AdrRd=1; (diese wird 1)

?????

Bitte um Hilfe. Danke.

Hans schrieb:

Bitte um Hilfe. Danke.

Versuche dem Compiler mitzuteilen dass er keine Code-Optimierungen vornehmen soll.

Wenn diese Variablen im Programm nicht mehr weiter verwendet werden, kann das schon sein, dass die rausoptimiert werden.

Welches Konzept verbirgt sich hinter Variablennamen wie "uiOutPufXpDataPr0AdrWr"? Hat da eine Katze auf die Tastatur gekotzt?

Ich kann ja der "ungarischen Notation" bzw. CamelCase durchaus einiges abgewinnen, aber das, das ist ...

Hallo Harald

Mach dir keine Sorgen wegen meiner Variablennamen, Hauptsache ich weiß was sie bedeuten.

Lg. Hans K.

Hallo Franko, hallo Wastl

Danke für eure Antwort. Das dachte ich auch weil die Variabel ucXnErrAbfEnb tatsächlich nicht verwendet war. Aber auch nach dem ich diese mit einer if testweise verwendet habe blieb sie trotzdem 0 und nicht 0xFF. Ich habe diese Anlagen 2014 erstellt vielleicht ist das Zeug's zu alt für ICD4. Aber egal ich habe mittlerweile eine andere Lösung. Ich habe statt ICD4 den ICD3 verwendet und so funktioniert's, hätte ich zwar nicht gedacht aber einen Versuch war es Wert.

Als Hintergrund diese Baugruppe ist ein Teil meiner Modellbahn und vereint zwei Systeme. Xpress-Net (Modellbahnprotokoll) mit IEC60870-5-101 (Industrie-Fernwirkprotokoll) und ich brauch zusätzliche Informationen von meinen Lok's. Die Fahrtrichtung werde ich als TI31 (Doppelmeldung) von Xpressnet zum IEC schicken um diese im CAExPlus (Siemens) verarbeiten zu können. Diese Funktion muss ich hinzufügen.

uiOutPufXpDataPr0AdrWr (enthält die Adresse für die Beschreibung eines Telegrammpuffer in Richtung der Loks.
ui ...unsigned int OutPuf ...Ausgangspuffer XpData ...Xpressnet-Daten Pr0 ...Priorität 0 AdrWr ...Schreibadresse

Doch noch ein guter Sonntag. lg.

Hans K.