проц часок поработал и завис...
щас ту же самую прошивку загрузил в отладочную платку olimex и тестирую.... работает
похоже дело в качестве разводки моей платы
но мне не понятно как можно так плату развести чтобы проц вис!

http://www.caxapa.ru/faq/emc_immunity.html
Там посмотрите про разводку кварца

спасибо! хорошая статья!
Действительно моя плата разведена плохо.
Скорее всего наносекундные помехи на входе тактирования вводят проц в "третье" состояние.
Думаю это "лечица" переразводкой - 4-е слоя, разделение "чистой" и "грязной" земель вырезами в питающих полигонах... Возможно для разделения земель где-то придеца ставить опторазвязку, например AQY210...

итак, наконец-то нашел причину зависания....
написал простую программу, которая моргает светодиодом:

#include "io.h"
#include "signal.h"

unsigned int i = 0 ;
unsigned int j = 0 ;

int main(void)
{
WDTCTL = WDTPW + WDTHOLD; // Stop WDT

BCSCTL1=DIVA_3|RSEL2|RSEL1|RSEL0;
DCOCTL=DCO0|DCO1|DCO2; //DCO около 5МГц
BCSCTL2=SELM_0|DIVM_0|DIVS_0; //перейдем на такт. DCO

do
{
IFG1 &= ~OFIFG; // Clear OSCFault flag
for (i = 0xFF; i > 0; i--); // Time for flag to set
}
while ((IFG1 & OFIFG) != 0); // OSCFault flag still set?

BCSCTL2=SELM_0|DIVM_0|DIVS_0; //перейдем на такт. DCO

// TI рекомендуют неиспользуемые порты делать выходами
P1DIR = 0xFF ;
P2DIR = 0xFF ;
P3DIR = 0xFF ;
P4DIR = 0xFF ;
P5DIR = 0xFF ;
P6DIR = 0xFF ;

// test pin
P5DIR |= BIT5 ; // output
P5SEL &= ~BIT5 ; // port

for (;;)
{
for (i=0;i<0xFFFF;i++)
for (j=0;j<0x60;j++);

P5OUT ^= BIT5 ;
}
return 0 ;
}

все равно в течение часа проц завис...
стал сравнивать мою плату и плату olimex.....
и тут нашел!!!!!
когда проверял разводку ноги RST
обнаружил, что вместо шунта 47k на питание в производстве запаяли кондюк !!!!!
поэтому при включении кондюк заряжался и потом в течение часа разряжался
и потом ставил проц в вечный reset....

Да уж, такого нарочно не придумаешь:-)

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

Вобщем баг подлый получился.

да, это были очень жёсткие грабли....
самое интересное что проц работает какое-то время
поэтому если глюки - первым делом смотреть на качество шунтирования ноги RST к Vcc!

Странно. Ненормальность цепи сброса обычно заметна при отладке через JTAG.
Когда я "для большей лучшести" поставил 100нФ на землю, то программирование и отладка вообще невозможны были.