MSP430. IAR. Симуляция, Как завести частоту на таймер А? Опции

[Daisy]

Хочу в msp430F1121
завести внутренний DCO на таймер А ?
Как это в IAR-е осуществить?
Вот такие строчки не помогают
bis.w #TASSEL_2,&TACTL
bis.w #MC_1,&TACTL
где я туплю?
никак у меня TAR в симуляторе инкрементится не хочет.

[shasik]

Хочу в msp430F1121
завести внутренний DCO на таймер А ?
Как это в IAR-е осуществить?
Вот такие строчки не помогают
bis.w #TASSEL_2,&TACTL
bis.w #MC_1,&TACTL
где я туплю?
никак у меня TAR в симуляторе инкрементится не хочет.

Если просто нужен вызов обработчика прерывания Timer_A,то в IAR'e
1. Запускаем программу в режиме симулятора
2. Тискаем меню Симулятор->Прерывания...
3. Выбираем тип прерывания (там перечислены все возможные истоники), устанавливаем периодичность вызыва прерывания (в тактах CPU), номер такта , когда произойдет вызов ISR в первый раз + длительность, вероятность срабатывания
4. Радуемся жизни - мы сделали "симуляцию" прерывания, т.е. мы можем посмотреть, что MSP будет делать когда произойдет то или иное прерывание. Но TAR, кажется, инкрементироваться не будет. Источников прерываний в симуляторе можно установить не один и не два.

Не знаю, но по-моему так более понятно, чем общий ответ "дык, нужно использовать макросы".
P.S. Если таймер используешь просто чтобы посчитать длительность выполнения того или иного куска кода, то там есть просто счетчик тактов CPU

[dxp]

Если просто нужен вызов обработчика прерывания Timer_A,то в IAR'e
1. Запускаем программу в режиме симулятора
2. Тискаем меню Симулятор->Прерывания...
3. Выбираем тип прерывания (там перечислены все возможные истоники), устанавливаем периодичность вызыва прерывания (в тактах CPU), номер такта , когда произойдет вызов ISR в первый раз + длительность, вероятность срабатывания
4. Радуемся жизни - мы сделали "симуляцию" прерывания, т.е. мы можем посмотреть, что MSP будет делать когда произойдет то или иное прерывание. Но TAR, кажется, инкрементироваться не будет. Источников прерываний в симуляторе можно установить не один и не два.

Не знаю, но по-моему так более понятно, чем общий ответ "дык, нужно использовать макросы".

Ответ простой: прерывание нужно всегда, при каждом запуске проекта на симуляцию. Все эти действия придется каждый раз руками делать. С макросом они же выполняются каждый раз автоматически. Вот и все. Я и сам начинал так же - задавал через меню. После нескольких итераций меня это задолбало, я открыл доку и стал изучать. С тех пор просто пишу макрос и все - по телодвижениям это то же самое (даже быстрее), а делается всего один раз.

Кроме того, есть случаи, которые через меню просто не сделать. Например, это симуляция поступления данных через последовательный порт или от АЦП. Тут требуется брейк типа immediate, при котором реальной остановки не происходит, но зато вызвается функция (писанная там же нами же), которая подсовывает в нужный регистр нужное значение (хоть из файла берет).

В общем, для попробовать вариант через меню вполне себе ничего, а для нормальной работы все равно надо юзать макродвижок.

[shasik]

В общем, для попробовать вариант через меню вполне себе ничего, а для нормальной работы все равно надо юзать макродвижок.

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