сделать задержку при включении Опции

[shide_3]

добрый вечер! в МК я совсем новичок. есть MSP430F169, он выдает на ногу P4.1 c помощью Таймера В сгенерированный сигнал. требуется задержать появление этого сигнала при включении питания, допустим, На 5 сек. таймер работает от частоты 32768 гц.
хочу сделать это с помощью того же таймера. плз просьба оценить мой код инициализации таймера:

void TimerB_Init (void)
{unsigned int Freq, Phase;

TBCCTL1= OUTMOD_4;//режим-переключение
TBCTL = TBSSEL_2 + MC_1;//SMCLK + Up mode
while !(TBR = 32768); //ждем 5 секунд
TBCTL |= 0x0004; // Очищаем таймер
TBCTL = TBSSEL_2 + MC_1;//SMCLK + Up mode


P4DIR |= 0x0002; P4SEL |= 0x0002; //подключаем ногу
TBCCTL1= OUTMOD_6; // режим переключение/установка

TBCCR0= Freq; TBCCR1= (Freq*Phaze)/ 100;//параметры выходного сигнала}

cильно не ругайте

[shide_3]

Спасибо!
если можно-еще один вопросик. разбираюсь в чужом коде (IAR). фрагмент следующий:

__no_init tNV_Data NV_Data @ "INFO";
static tNV_Data *d;
extern unsigned char TempBuf[10];
d= (tNV_Data *)TempBuf;
d->Vref= 100;
Dat.Vref= NV_Data.Vref;

Во-первых, что означает первая строка? Потом, по смыслу вроде как d = & NV_data; но в явном виде этого не написано. И для чего нужен TempBuf,
каким образом он потом переходит в NV_Data?

премного благодарен

[rezident]

Во-первых, что означает первая строка?

Это объявление неинициализированной переменной NV_Data типа tNV_Data в сегменте INFO. Причем это Тип tNV_Data это скорее всего структура или массив, нужно смотреть его определение. Причем это константная структура, т.к. декларируется в области Flash (сегмент INFO).

Потом, по смыслу вроде как d = & NV_data; но в явном виде этого не написано.

Вовсе нет. Адрес буфера TempBuf типа unsigned char "насильно" приводится к адресу внешней переменной типа tNV_Data и этот адрес присваивается указателю d.

И для чего нужен TempBuf,

Спросите у разработчика Скорее всего это какой-нибудь временный буфер для хранения копии структуры NV_Data, которая где-то дальше будет записана (полностью или частично) в NV_Data.

каким образом он потом переходит в NV_Data?

В приведенном вами фрагменте кода указатель d вовсе не указывает на NV_Data. d->Vref это ссылка на элемент Vref, расположенный по адресу в массиве TempBuf. А вот NV_Data.Vref - да, это уже явно адресованный элемент Vref из переменной (или структуры) NV_Data.

[shide_3]

Спросите у разработчика Скорее всего это какой-нибудь временный буфер для хранения копии структуры NV_Data, которая где-то дальше будет записана (полностью или частично) в NV_Data.

В том то и дело, что TempBuf дальше нигде не записывается в NV_Data

Вовсе нет. Адрес буфера TempBuf типа unsigned char "насильно" приводится к адресу внешней переменной типа tNV_Data и этот адрес присваивается указателю d.

(tNV_Data *)TempBuf - я бы понял так, что TempBuf- это указатель на tNV_Data, значит, не адрес буфера, а сам буфер приводится к адресу переменной типа tNV_Data? поправьте пожалуйста если я заблуждаюсь

[rezident]

В том то и дело, что TempBuf дальше нигде не записывается в NV_Data

Ну может быть и наоборот - TempBuf является модифицируемой копией NV_Data.

(tNV_Data *)TempBuf - я бы понял так, что TempBuf- это указатель на tNV_Data, значит, не адрес буфера, а сам буфер приводится к адресу переменной типа tNV_Data? поправьте пожалуйста если я заблуждаюсь

Адрес он и есть адрес, а указатель содержит его значение (адреса). TempBuf это адрес начала массива. Приведение типа указателя это формальное требование языка Си. Чтобы компилятор мог далее правильно адресовать все элементы структуры, которые могут иметь разные типы и соответственно разные размерности. В данном случае TempBuf возможно выполняет роль этакой "кучи" (Heap). Вот только тут может приключиться засада из-за неправильного выравнивания элементов структуры. Или точнее из-за отсутствия выравнивания. Байтовый массив вполне может быть расположен линкером по нечетному адресу и тогда обращение к элементу структуры как к 16-и битной переменной будет давать неверный результат.

[shide_3]

Адрес буфера TempBuf типа unsigned char "насильно" приводится к адресу внешней переменной типа tNV_Data

но то же самое можно сказать и про переменную d , поскольку static tNV_Data *d

[rezident]

но то же самое можно сказать и про переменную d , поскольку static tNV_Data *d

Дык d изначально, при его декларации определен как указатель на тип tNV_Data. У массива переменных TempBuf тип другой - unsigned char. Поэтому компилятор должен выдавать как минимум предупреждение при формальной проверке соответствия типов.

[shide_3]

спасибо Вам за поучительные ответы.
но запись d= (tNV_Data *)TempBuf; для меня не понятна, грамотнее наверное было бы написать &TempBuf = &NV_Data; d = &TempBuf; а то какой то бред получается.. или просто d = &NV_Data

[rezident]

спасибо Вам за поучительные ответы.
но запись d= (tNV_Data *)TempBuf; для меня не понятна, грамотнее наверное было бы написать &TempBuf = &NV_Data; d = &TempBuf; а то какой то бред получается.. или просто d = &NV_Data

Вы неправильно считаете. NV_Data находится во Flash. а TempBuf находится в SRAM. Поэтому адреса у NV_Data и TempBuf разные. Инициализировать указатель адресом NV_Data при обращении к TempBuf или наоборот - нельзя.
Кстати, при использовании массивов правильная запись будет d=TempBuf; или d=&TempBuf[0]; Но поскольку в данном случае d при декларации объявлен как указатель на тип tNV_Data, то компилятор обязан выдать предупреждение при попытке присвоить ему значение адреса переменной другого типа (unsigned char). Я об этом уже писал ранее.

[shide_3]

Вы неправильно считаете. NV_Data находится во Flash. а TempBuf находится в SRAM. Поэтому адреса у NV_Data и TempBuf разные. Инициализировать указатель адресом NV_Data при обращении к TempBuf или наоборот - нельзя.
Кстати, при использовании массивов правильная запись будет d=TempBuf; или d=&TempBuf[0]; Но поскольку в данном случае d при декларации объявлен как указатель на тип tNV_Data, то компилятор обязан выдать предупреждение при попытке присвоить ему значение адреса переменной другого типа (unsigned char). Я об этом уже писал ранее.

ну а если так - d = &NV_Data ?

[rezident]

ну а если так - d = &NV_Data ?

Так - без проблем. Но ведь в вашей программе написано

Код

d= (tNV_Data *)TempBuf;

То бишь указатель инициализируется адресом TempBuf, а вовсе не NV_Data Вы бы для разнообразия привели определение типа tNV_Data, чтобы чуток прояснить ситуацию.