Атмел нашел глюк в SAM7S128/256, при котором проц впадает в подвешенное состояние при включенной собаке.
Месяца три назад я с этой поблемой имел счастье столкнуться ( http://electronix.ru/forum/index.php?showtopic=19937 ). Проц зависал и ошибку в проге выловить не удалось. спаяли еще одну такую же плату - глюк пропал навсегда. сегодня, узнав о глюке, потестил глюкавую плату с выключенным ватчдогом и - о чудо - плата работает как часы! а на поиски глюка я в свое время больше месяца убил. абыдна, да!

по просьбе старшего товарища VSlavX'а выношу ему же, VSlavX'у признательность за форвард новости.

Вах! Однако.

Читаем свежий (rev.G) даташит на SAM7S - там этот баг внесен в errata.
39.4.12.1 WDT: The Watchdog Timer May Lock the Device in a Reset State
Under certain rare circumstances, if the Watchdog Timer is used with the Watchdog Reset
enabled (WDRSTEN set at 1), the Watchdog Timer may lock the device in a reset state when
the user restarts the watchdog (WDDRSTT). The only way to recover from this state is a poweron
reset. The issue depends on the values of WDD and WDV in the WDT_MR register.
Problem Fix/Workaround
Two workarounds are possible.
1. Either do not use the Watchdog Timer with the Watchdog Reset enabled (WDRSTEN
set at 1),
2. or set WDD to 0xFFF and in addition use only one of the following values for WDV:
0xFFF, 0xDFF, 0xBFF, 0x9FF, 0x7FF, 0x77F, 0x6FF, 0x67F, 0x5FF, 0x57F, 0x4FF, 0x47F,
0x3FF, 0x37F, 0x2FF, 0x27F, 0x1FF, 0x1BF, 0x17F, 0x13F, 0x0FF, 0x0DF, 0x0BF, 0x09F,
0x07F, 0x06F, 0x05F, 0x04F, 0x03F, 0x037, 0x02f, 0x027, 0x01F, 0x01B, 0x017, 0x013 and
0x00F.