Отправлено Doka 14 июня 2005 г. 14:16 В ответ на: Директива ассемблера .ivec - в доках все описано. отправлено SM 14 июня 2005 г. 13:15

размудрил со всеми этими IVPD и .ivec

таблица прерываний по адресу 0xff00
( VECT: origin = 0xFF00, len = 0x0100
.vectors: {} > VECT )
смотрюдизасемблированный код - попадает на этот адрес; всё чинно, адреса обработчиков перрываний по 0х8 выровнены, более того даже правильно прописались адреса вызова обработчиков прерывания,

INTM = 1
IVPD = 0x00FF;
IVPH = 0x00FF;
разрешаю прерывание в IER0
сбрасываю IFR0
затем в бите INTM = 0

все равно не пашет :(
такое ощущение что при использовании прерываний в какой-то проц.инициализации подвисает

ЗЫ: насчет XF в прерывании учту, спасибо

• Ответ: — AntZ   (14.06.2005 15:41 212.5.70.188, 440 байт)
  • мда.. похоже прийдется искать оптовые поставки оптимизма :( — Doka   (14.06.2005 16:14 193.192.155.22, 528 байт)
    • Ну дал же я пример - таймер у меня там таймерит как отче наш, и прерывает всё. — SM   (14.06.2005 16:24 213.234.205.78, пустое)
      • Да, а с UART (+) — SM   (14.06.2005 16:36 213.234.205.78, 63 байт)
        • это-то понятно... (+) — Doka   (14.06.2005 16:39 193.192.155.22, 186 байт)
  • Ну не надо так однозначно про эмулятор и DSK (+) — SM   (14.06.2005 15:50 213.234.205.78, 236 байт)
    • Cмотря что пускать. У меня было что почти неделю с JTAG баг искал — AntZ   (14.06.2005 15:55 212.5.70.188, 46 байт)
      • Ну да - именно смотря что пускать (+) — SM   (14.06.2005 16:04 213.234.205.78, 352 байт)
• Вот моё - оно работает - лишнее сам отфильтруй :).(+) — SM   (14.06.2005 15:20 213.234.205.78, 3819 байт)