PIC 18f452 Hilfe Bei 1. C programm mit sdcc

Oliver_6704 Gast 17.05.2012 21:06 #2680061

Lesenswert?

•

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.

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Frank K. (fchk) 17.05.2012 22:34 #2680278

Lesenswert?

•

▲
▼

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

fchk

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Oliver_6704 Gast 18.05.2012 08:14 #2680510

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Oliver_6704 Gast 18.05.2012 10:20 #2680585

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Frank K. (fchk) 18.05.2012 10:27 #2680597

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Christian K. (mamalala) (Firma: Atelier Klippel) 19.05.2012 12:54 #2681887

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Michael G. (let) 19.05.2012 13:39 #2681952

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

PIC 18f452 Hilfe Bei 1. C programm mit sdcc

Antwort schreiben