msp430f2254. Зависание и выполнение произвольного куска кода в условиях помех Опции

[emark]

Доброго времени суток!

Столкнулся со следующей проблемой. Есть автономное устройство, собранное на msp430f2254. Внешний WatchDog на устройстве отсутствует (сэкономили ). Питание аккумуляторное. От заказчика стали приходить претензии: зависает (лечится только переключением питания). Экспериментально было определено, что проблема в кварце (12 МГц). Но вопрос не в этом. Во время экспериментов я определил, что тыкая какой-нибудь железкой в ножки кварца на раз получаем такое зависание, а иногда (довольно часто) пыполнения кода программы, отвественного за стирания внутреннего программного Flash с понятным результатом. MCLK от кварца. Если MCLK сделать от DCO проблема исчезает.

Кто-нибудь сталкивался таким? Как решили?

[k155la3]

будет ли вылет или завес, если
---
источник для MCLK <-- DCO
а кварц будет востребован например для таймера или чего другого
TIMER <-- ACLK <-- XT
---
тыкаем по Вашей методк кварц, и ... ?

... как тогда цпу тактируется? Какими-то окольными путями что ли?

Мониторили ли через контрольные выходы потров SELS(MCLK) что происходит на линии MCLK при "вылете" ?
Будет видно, на какую частоту-источник уходит тактирование

[emark]

будет ли вылет или завес, если
---
источник для MCLK <-- DCO
а кварц будет востребован например для таймера или чего другого
TIMER <-- ACLK <-- XT
---
тыкаем по Вашей методк кварц, и ... ?

Так завесить практически не удается (если отрабатывать прерывание по сбою генератора)

у меня сейчас сделанотак:

• MCLK от DCO;
• ACLK от кварца;
• частоты DCO и кварца одинаковые;
• разрешено прерывание по сбою генратора;
• в прерывании подтверждаю переход на DCO и пытаюсь запустить кварц, если в течении примерно 10 мс не удалось, то сброс.