STM8L - DISCOVERY, работа с прерываниями Опции

[Kalyan]

Добрый вечер! Вот суть проблемы...... Работаю в компиляторе IAR Embedded Workbench for STMicroelectronics STM8 1.20 Evaluation. Пытаюсь получить прерывание от таймера 4. В файлике iostm8.h нашел таблицу прерываний, но при подключении этого файлика возникают ошибки. Я вырезал оттуда табличку и создал новый заголовочный файлик - interrupt.h. Пишу следующий код:

#include <iostm8l152c6.h>
#include "interrupt.h"
#include "stm8l15x.h"

#pragma vector=TIM4_OVR_UIF_vector
__interrupt __root void tim4_Handler(void)
{
PC_ODR^=0x80;
TIM4_SR1=0x00;
}
int main( void )
{
PC_CR1=0x80; //0b10000000
PC_CR2=0x00;
PC_DDR=0x80; //0b10000000

PC_ODR=0x80; // засветил диод 0b10000000

CLK_CKDIVR=0x00; //поделю системную частоту на 1 тоесть частота будет 8 мегов.
CLK_PCKENR1=0x04; //включаем тактирование таймера 4 0в00000100
//TIM4_PSCR=0x00; //делим частоту
TIM4_IER=0x01; // использую прерывания
TIM4_CR1=0x81; // включаем таймер 0в10000001
enableInterrupts();
while (1)
{
};
}

Все компилируется без ошибок, но в обработчик прерывания не заходит! Что я неправильно делаю??? Помогите пожалуйста!!!

[ukpyr]

Если бы сейчас сделали внутреннюю память МК 8052 мегабайт в 16 и ОЗУ хотябы половину (фирма ADI, например), производительность 400 Mips давно уже не новость, с аналоговой переферией на борту - и цену в 3 бакса, я бы посмеялся тогда.

нет смысла - где-то читал что ядро CortexM0/M3 чуть ли не проще чем 8051. Смысла в мегабайтах памяти на восьмибитнике нет - узкая шина данных съест всю производительность, для большинства задач 4..8Кб хватает с запасом

И особенно радует наличие ЦЕЛОГО программатора со SWIM технологией, хотя этот проц ВРОДЕБЫ штатно может грузится по UART.

SWIM в первую очередь для отладки, никто не мешает вам грузиться по UART. И 7..10$ для полноценного отладчика - сущие копейки.

Сообщение отредактировал ukpyr - Mar 16 2011, 12:36

[Transcend]

нет смысла - где-то читал что ядро CortexM0/M3 чуть ли не проще чем 8051. Смысла в мегабайтах памяти на восьмибитнике нет - узкая шина данных съест всю производительность, для большинства задач 4..8Кб хватает с запасом

Ну как же нет, я вот ставил Windows 64 вместо 32 разрядной - кроме увеличения почти в 2 раза обьема всех программ занимаемых на жестком диске других особенностей не заметил.
А тут какой выигрышь? Команды для 8 битника ведь тоже короче. АЦП и ЦАП больше 16 бит - редкость. Переферия у МК тоже в основном 8 разрядов.
Разрядность реально нужна для обработки графики и для работы с плавающей точкой в реальном времени. Вот там где этого нет - 8 разрядные вполне еще поживут.
Да и наращивать производительность дешевле, чем разрядность, пмсм.
Насчет простоты CortexM0/M3 - не пробовал. Надо будет тоже купить стартовый набор и попробовать...

SWIM в первую очередь для отладки, никто не мешает вам грузиться по UART. И 7..10$ для полноценного отладчика - сущие копейки.

Не знаю почему, но никогда не пользовался отладчиками.
Возможно потому что не пишу на ассемблере?
Хотя дело не в этом.
Для загрузки программы удобнее использовать UART.
А в том, что они используют специальный программатор, меркантильный подход фирмы виден, однако.
Имеют право конечно, но желание держать всех на крючке - заметно невооруженным глазом.