PIC 18f452 Hilfe Bei 1. C programm mit sdcc

[Oliver_6704 (Gast)]

Hallo,
Ich versuche gerade mein erstes C Programm für einen PIC 18F452 zu 
schreiben, zu compilieren und mit Mplab zu simulieren.

Hier das C-Coding:

//Erstes C Program fuer PIC 18f452
// version 1
// Compiler Aufruf:
//sdcc -mpic16 -p18f452 -D__18f452 --use-non-free "E:\Entwicklung\test1.c"

#include "pic18f452.h"

// Setup chip configuration
typedef unsigned int config;
config at 0x2007 __CONFIG = _OSC_HS_1H &
_PUT_ON_2L &
_BODEN_OFF_2L &
_WDT_OFF_2H &
_LVP_OFF_4L;

static unsigned char count;

void main(void)
{

        TRISD = 0x00;  // Setzt PORTD auf Ausgang
        
        count = 0x00;  // 

        while(1)  // 
        {
      PORTD = count; //Ausgabe von Count an Port D
      count ++;  
        }

}

Dann setze ich folgenden Compiler Aufruf ab:
sdcc -mpic16 -p18f452 -D__18f452 --use-non-free "E:\Entwicklung\test1.c"

Es kommt dann folgende Meldung:
message: using default linker script 
"C:\Programme\gputils\lkr\18f452.lkr"

Es werden .o, .asm, .cod, .hex generiert.

Die HEX datei importiere ich dann in MPLAB v8.60

Als debugger wähle ich MPLAB SIM und im watch fenster wähle ich PORTD 
mit Add SFR aus.

Dann Starte ich den simulator und im Output Fenster hagelt es Meldungen:

>>CORE-W0005: An Invalid Programming mode was selected. No Programming operation 
occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
ADC-W0008: No stimulus file attached to ADRESL for A/D.
ADC-W0011: The Go/Done bit must not be set in the same cycle as the 
Enable bit.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0005: An Invalid Programming mode was selected. No Programming 
operation occurred
UART-W0005: Synchronous mode is not implemented in USART. Use 
Asynchronous mode only.
CORE-W0015: Out of bounds Memory Access (at address 0x008000 on 0x000001 
bytes)<<


Stimmt mein Compiler/linker Aufruf nicht oder was mache ich falsch.

Hat jemand vielleicht ein PIC18F252 Grundgerüst?

Im Voraus schonmal vielen Dank.

[Frank K. (fchk)]

Hat das einen Grund, warum Du nicht den C18 Microchip-Compiler nimmst?

fchk

[Oliver_6704 (Gast)]

Kostet der nicht Geld, ausser der Academic Version die schaltet aber 
später ein paar features ab. Ich kann leider jetzt noch nicht beurteilen 
ob diese Features von hoher Wichtigkeit sind.
Vielleicht sind das ja auch Einschränkungen die SDCC auch hat. 
Codeoptimierungen??

Wie ist denn eure Einschätzung hierzu?

Danke

[Oliver_6704 (Gast)]

Habe mir jetzt den C18 Compiler installiert und ein erstes C-Programm 
erstellt.Funktioniert wunderbar. Mit der fehlenden Codeoptimierung 
kann/werde ich leben.

[Frank K. (fchk)]

Na also.

Die Codeoptimierung ist im Wesentlichen für Firmen interessant, die 
dadurch eventuell einen kleineren Chip einsetzen können und damit viel 
Geld sparen. Für Einzelstücke nimmst Du einfach die Version mit dem 
größten Flash, und das wars.

fchk

[Christian K. (Firma: Atelier Klippel) (mamalala)]

Beim MCC18 wird lediglich eine der vielen Code-Optimierungen nach 
einiger zeit deaktiviert, nicht alle. "Procedural abstraction", soweit 
ich das noch in Erinnerung habe. Alle anderen Optimierungen bleiben 
verfügbar.

Grüße,

Chris

[Michael G. (let)]

Die Aussagen von MC sind da etwas schwammig. Zunächst ist es die besagte 
Prozedurale Abstraktion. Die sorgt für einen kompakteren Code in dem 
sich wiederholende Codefragmente zusammengefasst werden.
Dann wird noch die Unterstützung des "Enhanced Instruction Set" 
deaktiviert. Da dürfte dann auch die Performance drunter leiden.

Allerdings schreibt Microchip auf seiner Hompage:

These compilers have no time or memory limitations, however most code optimizations will be restricted.

Weiß der Kuckuck was das bedeuten soll.

Bei den C30 und C32 ist das klarer: Hier steht nur die Optimierungsstufe 
"-O1" zur Verfügung, wodurch der erzeugte Code fast so groß wird wie bei 
"-O2" (optimize for speed) aber etwas langsamer als bei "-Os" (optimize 
for size).
Welche Optimierungen in den jeweiligen Stufen durchgeführt werden steht 
im User Manual des GCC.