PIC18 Fehler

Die Versionen der IDE und des Compilers wären auch noch interessant und 
ob du das PICkit gerade als Debugger oder Programmiergerät verwendest.

Ich verwende das Pickkit3 und den bezahlten Compiler für den 
PIC18LF8722.

MCLRE hab ich OFF, habs aber jetzt mit ON probiert und es hat sich nix 
geändert.

Volker S. schrieb:
> Die Versionen der IDE und des Compilers wären auch noch
> interessant und
> ob du das PICkit gerade als Debugger oder Programmiergerät verwendest.

Verzweifelt an PIC schrieb im Beitrag #5308848:
> Aber das Pickit 3 ist ein
> Schwachsinn, um ehrlich zu sein. Bei mir haben die Programme meistens
> nur zufällig programmiert(habe den gratis Comp.) verwendet.

Da wirst du in den meisten Fällen einfach "zufällig" einen Fehler 
gemacht haben...

Verzweifelt an PIC schrieb im Beitrag #5308848:
> Ok, den bezahlten Comp. ist schon mal gut.

Was soll denn daran gut sein. Welcher Compiler genau ist es denn nun?
Man kann ja durchaus unterschiedliche kaufen (C18, XC8, MicroE, CCS...)

IDE: v4.05
Compiler: XC8 (v1.44)
Pickkit 3 wird als Programmiergerät eingesetzt!

Patrick S. schrieb:
> Pickkit 3 wird als Programmiergerät eingesetzt!

Ist denn das Programm schon fertig? Läuft alles?
Wenn nicht, dann macht das doch gar keinen Sinn!

Es spielt auch keine Rolle. Da ist nix komplexes dabei und es 
funktioniert sowohl im Debug modus nicht, als auch wenn ich es nur zum 
programmieren nehme.

Patrick S. schrieb:
> Es spielt auch keine Rolle.

Im Debug Modus müsste aber eine Fehlermeldung kommen, wenn das Programm 
nicht läuft. Wenn nicht passiert, was du erwartest, kannst du einfach 
auf Pause drücken, und siehst sofort, wo sich das Programm rumtreibt...

Verzweifelt an PIC schrieb im Beitrag #5308912:
> Aber wenn das Programm dann mit dem MikroC
> Programmiergerät funktioniert hat?

MPLABX hat schon seine Tücken und kann ganz schön auf den Nerv gehen.
Nur sitzt der Fehler trotzdem in den meisten Fällen auf dem Stuhl vorm 
Rechner. (ist zumindest bei mir so ;-)

Verzweifelt an PIC schrieb im Beitrag #5308912:
> Hast schon recht. Aber wenn das Programm dann mit dem MikroC
> Programmiergerät funktioniert hat?

Irgend was lauft bei der Bedienung MPLABx&PicKit3 falsch.
Ab und an Compiliert MPLABx bei mir nicht mehr das Was aktuell im Editor 
ist oder schreibt ein altes HexFile. Irgendwas in dieser Richtung Halt, 
MPLABx neu starten und gut is.

Und ja, beim programmieren mit dem PicKit3 rennt das alte Programm 
zwischendurch kurz 1(2?) wieder los. Kann also daraus an den Pin 
rütteln.
Was mich auch nur zu einem Schluss bringt, der PicKit3 hält denen PIC, 
nach dem programmieren im Reset fest! Schon mal den PicKit abgezogen?

Verzweifelt an PIC schrieb im Beitrag #5308936:
> Ich hab mich jetzt sehr an MikroC
> angefreundet, kostet zwar 200€, aber ist top. Kann ich dir nur
> empfehlen, genauso dem TO.

Ich brauche was, das absolut kostenlos ist und auf Windows, MacOS und 
Linux läuft, damit unsere Studies das auch problemlos auf ihren privaten 
Rechnern installieren können.

Teo D. schrieb:
> Was mich auch nur zu einem Schluss bringt, der PicKit3 hält denen PIC,
> nach dem programmieren im Reset fest! Schon mal den PicKit abgezogen?

Kommt drauf an, ob "Hold in Reset" gedrückt ist.

Verzweifelt an PIC schrieb im Beitrag #5308949:
> Also den RESET hab ich nicht
> betätigt. Soviel technisches Verständnis hab ich noch hahaha

Ist jetzt nicht so deutlich zu sehen in der IDE.
Unsere Studies bringen das durch planloses rumklicken immer wieder hin 
;-)

Volker S. schrieb:
> Ist jetzt nicht so deutlich zu sehen in der IDE.

Ja, da kann man auch in nem Menü ein Häkchen setzen, nicht nur den 
Button drücken.
Ob da ab u. an was durcheinander kommt, nur wo, vor oder hinter dem 
Monitor?

Volker S. schrieb:
> Patrick S. schrieb:
>> Es spielt auch keine Rolle.
>
> Im Debug Modus müsste aber eine Fehlermeldung kommen, wenn das Programm
> nicht läuft. Wenn nicht passiert, was du erwartest, kannst du einfach
> auf Pause drücken, und siehst sofort, wo sich das Programm rumtreibt...

Das spielt in sofern keine Rolle, weil es kein unterschied macht, da im 
DEBUG Modus genau das gleiche rauskommt. Es läuft und es werden keine 
Fehler und nichts angezeigt.
Das Programm läuft, ich muss für die Asugabe jedoch zwischen drin den 
Resetbutton drücken bzw. das Programm neuladen. Das weißt darauf hin, 
dass durch den Reset irgendetwas zurückgesetzt wird.
Geupdated hab ich jetzt auch alles, immer noch gleicher Fehler. Leider 
hab ich nur das Pickkit 3 um herraus zu finden ob es daran liegt.

Patrick S. schrieb:
> Das Programm läuft, ich muss für die Asugabe jedoch zwischen drin den
> Resetbutton drücken bzw. das Programm neuladen. Das weißt darauf hin,
> dass durch den Reset irgendetwas zurückgesetzt wird.

Dann würde ich sagen dein Programm hat irgendwo einen Fehler. Vermutlich 
in Zeile 42 ;-). (soll heißen, ohne einen Code zu sehen, wird dir 
vermutlich keiner weiter helfen können)

Kann auch ein ganz einfaches/abgespecktes Programm sein, welches den 
Fehler aber immer noch zeigt.

Sorry ich schick mal noch keinen Code, da ich den Fehler weiter 
einschränken konnte. Ich hab mir jetzt mit dem Oszi jeden Kanal 
angeschaut. Und RH4 bringt einfach keinen Pegel, bei allen anderen kommt 
das rinchtige raus. erst wenn ich den Reset Button drücke kommt der 
richtige Pegel. Nun zum Kuriosum. Ich hab einen anderen Port verwendet 
und hab den gleichen Effekt an einem anderen Pin. Der Controller muss 
irgendwie überfordert sein mit der Pinbelegung. Kann mir aber immer noch 
nicht erklären, wieso es dann nach dem drücken des Resets geht.

Das Problem ist glaub ich gelöst. Bei den Ports hatte ich auch alles 
abgeschalten und doppelt kontrolliert. Keine Ahnung. hab das 
Entwicklungsboard gewechselt und zack ging alles. War vlt alles nur 
Karma. Trotzdem kurioses Problem, dass die Pegel ohne einen Reset nicht 
richtig ankamen!