PIC16F676 Programmierproblem

Gugst Du Anhang
(Steht aber eigentlich schon in der Warnung!)

Hallo

Was meinst du damit? Ich habe ja schon MCLR auf den Pin gezogen (und 
nicht intern auf Vdd). Oder muss man den anderst ausschalten?

Ganz einfach: Du darfst MCLR nicht abschalten.

Das Problem ist, dass ich beides schon ausprobiert habe MCLR und NOMCLR 
und beides funktioniert nicht.

Habe nochmals ein wenig geschaut, ob ich noch was finde...

Hier im CCS-Forum hatte einer ein ähnliches Problem:
http://www.ccsinfo.com/forum/viewtopic.php?t=32914&highlight=16f676

Darin geht es hauptsächlich, dass wenn man den Pic vollständig löst, 
dass danach das OSCCAL Value für die interne Oscillator Konifiguration 
mit gelöst wird. Und wie man es manuel wieder hinzufügt.

Ich habe jetzt nach diesem Theard mal meinen Code angepasst.

1

#include <16F676.H>

2

#fuses INTRC_IO, NOWDT, NOPROTECT, BROWNOUT, PUT

3

#use delay(clock = 4000000)

4

#rom 0x3FF = {0x3480}

5

//===================================

6

void main()

7

{

8

9

while(1)

10

  {

11

   output_high(PIN_C4);

12

   delay_ms(500);

13

   output_low(PIN_C4);

14

   delay_ms(500);

15

  }

16

}

Und es dürfte auch nicht an irgendwelchen comperator intialisierungen 
liegen, da der Ausgang C4 keine andere Funktion ausser IO hat.

Allerdings glaube ich nicht, dass das der Haupgrund ist, das es nicht 
funktioniert. Warum? Weil wenn ich die Speisung immer wieder Ein- und 
Ausschalte, funktioniert der Code etwa jedes 20mal durchschnittlich. 
Also vermute ich langsam, das der Pic wirklich nicht mehr richtig 
zurückgesetzt wird. Also müsste es tatsächlich etwas mit dem MCLR zu tun 
haben. Da es aber wie schon gesagt mit NOMCLR und MCLR fuses nicht 
funktioniert. Weis ich langsam nicht mehr weiter...

Hat irgend jemand vielleicht noch eine Idee was ich gegen dieses Problem 
unternehmen könnte?

Gruss Lukas

Wie hast du denn MCLR beschaltet ? Der sollte mit ca. 10k Widerstand 
gegen +
Holger

Habe ich gemacht ja.

Lukas Lieb schrieb:
> Darin geht es hauptsächlich, dass wenn man den Pic vollständig löst,
> dass danach das OSCCAL Value für die interne Oscillator Konifiguration
> mit gelöst wird. Und wie man es manuel wieder hinzufügt.

Jo wen der Programmer das nicht berücksichtigt wir das auch gebügelt :)
Macht aber nich wirklich was, nur der interne OSC is halt nicht mehr 
kalibriert (ungenauer). Laufen tut er aber trotzdem.

Lukas Lieb schrieb:
> Da es aber wie schon gesagt mit NOMCLR und MCLR fuses nicht
> funktioniert.

Hast Du eigentlich beides mal die Warnmeldung ?

Ich kenn den CCS nicht, must du vorher noch die TRIS auf Ausgang 
schalten ? Das ist in deinem 2. Programm nicht der Fall.

Holger

Ja die Warnmeldung kommt beides mal... Das ist ja das komische. Ich 
meine einmal müsste doch der interne MCLR ausgeschalten sein und einmal 
nicht oder?

Also das Programm habe ich von der Seite, die ich oben gepostet habe 
übernommen und da es bei anderen läuft, müsste es das eigentlich bei 
micht aucht tun... Ausserdem habe ich, bevor ich diesen Post geschrieben 
habe ausprobiert, ob es mit set_tris funktioniert.

Im Anhang mal ein Test für deinen PIC.
RC4 sollte im Sekundentakt blinken, bei mir tut er das auch.
MCLR ist disabled, gebrannt mit Sprut Brenner 8.

Holger

Dann hier noch eine Version mit MCLR enabled, die läuft wenn MCLR auf 
VDD liegt.

Holger

Jens schrieb:
> ist das nicht so, dass wenn man den Reset einmal auf intern gestellt
> hat, dass es dann nicht mehr rückgängig zu machen ist

Nö, noch nie was von so nem Blödsinn gehört. So was würden die doch nie 
verkaufen, so wie andre Hersteller ;)
(ka obs da Ausnahmen gibt, werde mir wenn ich zeit habe mal die Errata 
angugen)

Jens schrieb:
> ist das nicht so, dass wenn man den Reset einmal auf intern gestellt
> hat, dass es dann nicht mehr rückgängig zu machen ist mit diesem
> Programmer? Wie bei den Atmels auch, wenn man mit dem Programmer den
> Reset abstellt, dann braucht man ein STK500 oä für die reaktivierung...

Bei den PIC16 ist HV-Programmierung Standard. Du kannst Dich nicht 
aussperren.

fchk

So ich habe jetzt mal gedacht, vielleicht stimmt ja was mit dem 
ICD3-Debugger nicht. Also habe ich mal den PICSTART Plus genommen und 
dein (Holger's) Programm auf dem Pic geladen.
Zu Erste einmal ging nichts. (bzw. wie vorhin etwa jedes 20x hat es 
funktioniert.)
Danach dachte ich mir vielleicht funktioniert es ja mit einem neuen Pic. 
Und es hat funktioniert! Auch das Programm von mir ging jetzt ohne 
Probleme...

Da dies jetzt funktioniert nehme ich an, dass mein ICD3 irdend einen 
Defekt hat, der das MCLR vom Pic zerstört.

Da ich den Pic jetzt endlich programmieren kann, werde ich mich mal an 
die Programmierarbeit machen :) und melde mich wieder, wenn es weitere 
Probleme geben sollte.

Ich danke euch allen für die Unterstützung.

Gruss Lukas