Hallo!
Ich benutze einen MSP430F2013. An meinem Reset pin habe ich einen 47k
Widerstand gegen VCC liegen und einen Schalter gegen GND.
Ein Betätigen des Schalters sollte nen Reset hervorrufen, nicht?
Allerdings bekomme ich von diesem Reset gar nix mit. Selbst wenn ich den
Schalter gedrückt halte, wird das Programm ungestört weiter ausgeführt.
Nach einem Reset fängt doch der µc wieder ganz von vorne bei main() an
oder??? Wieso tut meiner das nicht?
Vielen Dank fürs Helfen!
Hast du gemessen ob der Reset-Pin wirklich auf GND geht wenn du den
Schalter betätigst? Wenn ja, dann bleibt nur noch dass du den falschen
Pin erwischt hast oder (ich kenne den MSP nicht wirklich und weiß nicht
ob das möglich ist) der Reset deaktiviert ist.
gruß cyblord
Hab nun 3 mal geschaut, obs der richtige pin ist. ^^ Hab auch gemessen,
dass beim Drücken des Tasters tatsächlich GND anliegt. Hab auch
überprüft, dass beim register WDTCTL das WDTSSEL flag auf 0 gesetzt
ist...
Aber irgendwie stimmt da noch was nicht.
Wenn ich während JTAG läuft den knopf drücke, gibts nen Error. Soll ja
auch so sein. Aber sobald ich aus dem Debugg modus raus bin, sollte der
Reset Button doch funktionieren oder? Oder muss ich in der IAR noch was
einstellen?
gruß!
Also ich hab mal ins Datenblatt geschaut, da steht reinweg garnichts
dazu.
Und im Usermanual steht was von NMI, PUC und POR, da sieht auch kein
Schwein durch.
Schlechtere Datenblätter habe ich noch nicht gesehen.
Nimm nen AVR, der ist erheblich einfacher.
Hi,
ich glaube das ist einfach so, dass der Reset nach einer Debugsitzung
nicht geht, zumindest ist es an meinem MSP430 Launchpad genauso.
Gruß
Christopher
Christopher B. schrieb:> Hi,> ich glaube das ist einfach so, dass der Reset nach einer Debugsitzung> nicht geht, zumindest ist es an meinem MSP430 Launchpad genauso.
Naja aber irgendwie muss der doch wieder zum Leben erweckt werden
können. Kann ja nicht sein, dass es plötzlich kein Reset mehr gibt.
Peter Dannegger schrieb:> Nimm nen AVR, der ist erheblich einfacher.
Dass ist Leider nicht möglich, weil ich das emulationstool eZ430-F2013
benutze. Übrigens hat der MSP430 eine schönere lib und alle pins können
interrup gesteuert werden, was zum Beispiel beim ATmega32 nicht möglich
ist. ^^
Der Reset pin schein allerdings verhext. ^^
Christopher B. schrieb:> also nach einem POR (Power on reset) sollte der normale reset wieder> funktionieren. Tut es das bei dir?
Ein POR ist doch dann, wenn man Reset pin low level anliegt oder?
(datasheet Seite 32). Wenn mein Programm läuft und ich den Taster
gedrückt halte, liegt am Reset pin 0V an. Mein Programm läuft aber
trotzdem weiter, obwohl ich den Taster nicht loslasse.
Halt, du musst da unterscheiden. Der Reset löst nur einen POR aus, wenn
du auch im "reset mode" bist (vgl. SLAU144i.pdf, S.32). Bist du aber
nicht, wenn du gerade Programmiert hast oder im Debugmodus warst. Zum
Programmieren über JTAG direkt bleibst du soweit ich weiß im "reset
mode" aber wenn du JTAG über SBW machst, dann wird dafür der Reset-Pin
benötigt, deswegen kannst du dadurch auch keinen POR auslösen.
Heißt das, ich kann den Rest pin grundsätzlich nicht verwenden? Weil SBW
deaktivieren geht gar nicht, weil ich sonst gar nicht mehr an den µC
dran komme.
Es gibt beim IAR sowas wie "Realise JTAG on go", aber das bringt glaub
ich nix.
Nee funktioniert auch nicht. Aber das liegt wohl daran, weil ich über
das
eZ430-F2013 emulations tool mit dem µC verbunden bin, oder? Das tool
ist quasi ständig mit dem controller verbunden.
Eine eigene Frage?
Dieser Thread ist über 13 Jahre alt.
Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.
