LED mit PIC18F4550 und C18

Binde mal statt der p18cxxx die p18f4550.h ein.
Ansonsten hänge deine Schaltung mal an.
Es kann auch sein, dass der Oszillator nur schwingt, wenn du das Oszi 
ranhälst.
Resettet der Controller evt. selbständig? Wie groß ist denn der Pullup 
an MCLR?

Danke für die Antworten.
Die fehlende Klammer war ein copy paste Fehler. Ich habe die 
Code-Optimierung ausgeschaltet, das Problem besteht weitehin.
Auch habe ich es mit der p18f4550.h probiert, leider ohne Erfolg. Den 
Schaltplan habe ich angehängt.

Ich denke nicht das der Kontroller automatisch resettet, da die Led ja 
konstant an ist wenn ich in der while-Schleife so definiere:
  while(1)
  {
    LED = 1;
    Delay10KTCYx(250);
    LED = 0;
    Delay10KTCYx(250);
  }

Wie bekomme ich den raaus ob mein Oszillator nur schwingt wenn das Oszi 
dran ist?

Der Pull-Up an MCLR ist 4k7 gross. Das ganze Board habe ich an dem CUI 
angelehnt.
http://www.create.ucsb.edu/~dano/CUI/

Tipp: Läuft es in MPLAB SIM?

Ja, MPLAB SIM macht keine Anstände, und die Delay Funktion habe ich auch 
schon mit anderen werten probiert. Ich habe auch schon eine eigene 
Delay-Funktion probiert, mit for-Schleifen. Leider alles ohne Erfolg.

Bist du dir sicher, dass mit "#pragma config FOSC = HS" alle 4 FOSC Bits 
auf den HS Mode umgeschaltet werden? Standard ist nach Reset der interne 
Oszillator mit 32kHz. Nicht das die CPU nach damit läuft. Leider habe 
ich von C keine Ahnung, deshalb frage ich noch mal nach.

Sven

Sven Stefan wrote:
> Bist du dir sicher, dass mit "#pragma config FOSC = HS" alle 4 FOSC Bits
> auf den HS Mode umgeschaltet werden? Standard ist nach Reset der interne
> Oszillator mit 32kHz. Nicht das die CPU nach damit läuft. Leider habe
> ich von C keine Ahnung, deshalb frage ich noch mal nach.
>
> Sven

:) Nein bin ich nicht. Für mich is das hier auch Neuland (deswegen auch 
die vermeindlich einfache Aufgabe die ich mir gestellt hatte). Aber alle 
Beispiele die ich gefunden habe definieren den FOSC so.
Ich habs auch mit
#pragma config FOSC = HSPLL_HS
probiert. Das hilft aber auch nicht.

Interessant ist, das wenn ich die Delay Funktionen ausklammer, die LED 
auch konstant an ist, aber dunkler. Daher denke ich das der Fehler 
wirklich mit der delay Funktion zu tin hat.

Ich hatte auch schon eine eigene benutzt
[c]
void delay(void)
{
   int i;
   for (i = 0; i < 2500; i++);
}
[\c]
aber die macht auch keinen Unterschied.

Das würde ich noch mal mit einer kleineren For Schleife Testen. So bis 
250.

Wenn der PIC wirklich noch mit 32kHz läuft, dann macht er nur 8000 
Befehle pro Sekunde. Das könnten bei einer For Schleife bis 2500 (sind 
ja 16 Bit) schon mal über 10000 Befehle werden. Allerdings hätte die LED 
dann trotzdem alle 2-3 Sekunden mal blinken müssen. Eigenartig.

Das ist halt der Grund, warum ich lieber Assembler mache...

Sven

Was passiert eigentlich wenn du bei "#pragma config FOSC = HS" aus dem 
FOSC ein OSC machst? Bei sprut steht da immer nur OSC=HS.

Doch, sind sie. Die 18F werden, sofern die Konfigbits das nicht ändern 
standardmäßig mit dem internen Oszillator mit 32kHz gestartet. Und 
irgendwie vermute ich, dass dort das Problem liegt. Das er die Anweisung 
"#pragma config FOSC = HS" falsch interpretiert und den PIC nicht auf 
den externen Quarz umschaltet. Ist aber nur eine Vermutung.

Sven

Moin noch mal,

danke für eure Vorschläge. Blinken geht nicht, weder mit 250 noch 
4x65000. Ich denke nicht das dass Problem daran liegt das die LED zu 
schnell blinkt, denn wenn ich die while-Schleife so schreibe:
while(1)
{
  LED = 0;
  Delay10KTCYx(250);
  LED = 1;
  Delay10KTCYx(250);
}
geht die LED garnicht an. Das Programm kommt also auf dem PIC nicht über 
die erste Delay hinaus.

Ich denke auch das irgend etwas mit dem Oszi nicht klappt. Ich habe da 
in der Zwischenzeit viele Foren durchsucht, aber nichts gefunden.

Bei Sprut steht OSC = HS, da der sich nicht genau auf den 18F4550 
bezieht, sodern auch den 18F8720. Der 18F4550 hat mehr 
konfigurationsmöglichkteinen für den Oszi, wegen dem USB.
Ich habe die Config nun wie folgt definiert:
#pragma config FOSC=HSPLL_HS
#pragma config PLLDIV=5
#pragma config USBDIV=2
#pragma config CPUDIV=OSC1_PLL2
Das habe ich aus verschiedenen Foren und dem Link hier entnommen.
http://www.mikroe.com/forum/viewtopic.php?t=10646
Angeblich die richtige Konfiguration für einen 18f4550 mit 20MHz

Weitere erläuterung zur Konfig des Oszi:
http://www.wfu.edu/~rollins/18F_hardware.html

Ändert aber leider nichts an meinem Problem.

Was mir sonst noch einfällt: Hast du schon mal mit 22pF oder 27pF 
Kondensatoren probiert? Das wird es aber auch nicht sein. Denn wenn der 
Quarz nicht schwingt, würde auch die LED nicht angehen. So langsam gehen 
mir die Ideen aus.....

So...hab mir ein neues Board gebaut, und nun klappts sofort. Bin zwar 
ein wenig neugirig wieso es beim alten Board nicht geklappt hat, aber 
ich denke das hebe ich mir für einen kalten Dezemberabend auf.

Das ein PIC selber kaputt ist kommt bestimmt sehr selten vor, oder?

Vielen Dank noch einmal!

Das hab ich hier schon öfter gelesen, dass User mit µC 
herumexperimentieren und ein vermeintlich einfaches Problem einfach 
nicht zu funktionieren scheint. Nach Austausch des Controllers ging es 
dann. Ob nun der PIC gleich defekt war oder man beim experimentieren das 
Teil einfach kurzzeitig überfordert hat, so dass er fehlerhaft reagiert 
ist meist nicht mehr nachzuvollziehen. Ich hatte bisher noch keine 
defekten PICs.

Sven