Пытаюсь сбросить проц кодом ниже( два разных):

Сброс происходит( вкрайнем случае на main() прыгает), регистры периферии не обнуляются( проверил в отладке)

Поведение проги абсолютно разное при POR и PUC!

В чем может быть проблема?
Или как еще программно перезапустить проц "по полной"( вся переферия в нулях должна стать)?

Проблемка тут возникла. после такого сброса я могу получить прерывание до его включения
Может книбудь всетаки такую задачку как то решал?

P.S. Этот форум какойто караул. Не могу отредактировать своеже сообщение( на другом компе, на рабочем еще не пробовал еще)

Можете, но недолго. Пару часов, по-моему.

Может, у вас вочдог вместо ресета вектор NMI вызывает?
Кстати, интересная тема. У меня однажды тоже возникло ощущение, что внутренний WDT сбрасывает как-то не так, как внешний

Насчет таймаута не знал

Попробовал по даташиту запрограммироввать WTD:

тоже самое( в маин попадаю, а вот регисты у переферии все заполнены уже)

P.S. Схему дорабатывать нельзя.
P.S.2 Поковырялся я тут в даташитах( как всегда после долгих мучений ) и пришел к выводу что сбросить переферию программно нельзя. Для чего они такой корявый WDT сделали???

А может быть используется какая-то функция инициализации периферии до main(), как __low_level_init() в IAR?

Используется, но переферия там не трогается.
И при первом запуске то все нормально, а вот после чудо ресета, начинается....

P.S. Хотя вот тут пишут что вроде как все чистится при таком ресете Посетить мою домашнюю страницу.
Люди у кого под рукой есть отладка с макеткой и если не тяжело попробуйте.

Довольно странное заключение после чтения документации-то. В low_level_init инициализируйте все регистры периферии явными значениями и будет вам счастье, невзирая на PUC и POR.

это называется конфигурирование, а не сброс.
Я о "высоком" говорю , а Вы про всякие мелочи( кстати обнулять переферию надо будет до сброса, а не в low_level_init ).

Вроде как я и хотел нормальный сброс чтобы за переферией не следить, кого иницализировал, кого нет, а тут такое.

Я если честно вообще плохо понимаю тогда алгоритм использования WDT( программа начинает сначала, а периферия долбит по старому пока программа до нее не доберется)???

P.S. Кстати раз регистры не сбрасываются, возможно ли возникновение прерывания до low_level_init ( тогда вообще караул)?

Дык а я везде и рекомендую использовать WDT в MSP430 как интервальный таймер
Прерываний от периферии? Нет, не возможно. PUC вызывает сброс SR, в котором находится бит GIE. Соответственно после PUC (и POR) все маскируемые прерывания запрещены.

Вообще-то, внешний сброс тоже никак на периферии не отражается.
Только что убедился.

Вообще-то следует уточнять, про какую именно периферию идет речь? И как именно это проверяется? Могу ошибаться, но по-моему для формирования PUC требуется MCLK.

Записал в P2OUT какое-то значение, потом подал внешний сброс, потом прочитал - а там то, что я записал.
Это всё в процессе исследования форт-ядра.
Подозреваю, что другая периферия тоже ведёт себя подобным образом.
Видимо, решили сэкономить на ресетах

Как говорится самое время обратиться к документации
Открыв описание ужаснулся: часть регистров сбрасывается при POR, часть при PUC, а некоторые вообще не изменяются
Короче без книжки и неподходи.

Вот потому я и просил указать, что именно не сбрасывается? Как и предполагалось причина в невнимательном чтении документации Читаем "тщательнЕе" раздел Digital I/O Registers в User's Manual.

Ну дык, это уж последнее дело.
Когда совсем ничего не получается Ж)

Шоже вы так? В книжке "Семейство... тра-та-та... MSP ... тра-та-та... руководство пользователя" на стр.14 в табличке же сказано:
"-0,-1 - состояние после PUC; -(0), -(1) - состояние после POR". Состояние PxOUT после сброса вообще не меняется...
P.S. Зачем вачдог запускать? Достаточно WDTCTL = 0x0000... Нарушение ключа безопасности «сторожевого» таймера - от этого он тоже пукнет. Не в смысле "испортить воздух" ...