MSP 430 - Reset button

[... (Gast)]

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!

[Cyblord -. (cyblord)]

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

[... (Gast)]

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.

[... (Gast)]

Sorry. Meinte:

WDTCTL & = ~WDTNMI;


Allerdings benutze ich JTAG mit spy-by-wire...  vll liegts daran 
irgendwie.

[Jörg S. (joerg-s)]

... schrieb:
> Allerdings benutze ich JTAG mit spy-by-wire...
Und währenddessen drückst du den Knopf?

[DD (Gast)]

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ß!

[Peter D. (peda)]

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.

[Christopher B. (chrimbo)]

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

[... (Gast)]

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. ^^

[Eumel (Gast)]

Peter Dannegger schrieb:
> Nimm nen AVR, der ist erheblich einfacher.

Ist er nicht.

[Christopher B. (chrimbo)]

Hi,

also nach einem POR (Power on reset) sollte der normale reset wieder 
funktionieren. Tut es das bei dir?

lg

[... (Gast)]

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.

[Christopher B. (chrimbo)]

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.

[... (Gast)]

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.

[Christopher B. (chrimbo)]

Doch, mach mal die Spannung nach dem Programmieren aus und wieder an, 
dann müsste er funktionieren.

[... (Gast)]

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.

[Christopher B. (chrimbo)]

Hm... ist auch gut möglich.