Low priority interrupts PIC18F4550, Не отключаются LPI Опции

[Роман77]

Здравствуйте!
Имеется разделение прерываний по приоритетам. Main и ISRы находятся в одном файле, вспомогательные функции в другом.

CODE

#pragma interruptlow InterruptHandlerHigh

void InterruptHandlerHigh ()
{
…
if( INTCONbits.INT0IF) //Check for INT0
{
…
WriteConfig();
// INTCONbits.RBIE = 0; //Disbles the RB port change interrupt
// INTCON3bits.INT2IE = 0; //Disbles the INT2 external interrupt
INTCONbits.GIEL = 0;
}
}

Функция WriteConfig() обеспечивает запись данных в EEPROM, во время которой на период процедуры записи, отключаются прерывания. Так вот, если прерывания отключаются в WriteConfig(), то затем отключить все низкоуровневые прерывания INTCONbits.GIEL = 0 не удается, а только посредством соответствующих битов IE=0. Если отключение прерываний убрать из WriteConfig(), то INTCONbits.GIEL = 0 работает. Если же вложить WriteConfig() в другую какую-ть подпрограмму (SOUBROTINExx-> WriteConfig),при этом отключение/подключение прерываний остается, то ситуация еще более запутывается.

Прошу сообщить, что я делаю не так?

[jam]

Здравствуйте!
Имеется разделение прерываний по приоритетам. Main и ISRы находятся в одном файле, вспомогательные функции в другом.
#pragma interruptlow InterruptHandlerHigh

void InterruptHandlerHigh ()
{

Прошу сообщить, что я делаю не так?

Насколько я помню в pic18 была ошибка и компилятор нельзя использовать если используются интеррапты с автоматическим спасением регистров (из-за команды movff ) - не слышал, что её уже поправили. Может быть дело в этом.

[Роман77]

Насколько я помню в pic18 была ошибка и компилятор нельзя использовать если используются интеррапты с автоматическим спасением регистров (из-за команды movff ) - не слышал, что её уже поправили. Может быть дело в этом.

Да в документе "PIC18F2455/2550/4455/4550 Family Silicon Errata and Data Sheet Clarification" есть об этом "If an interrupt occurs during a two-cycle instruction that modifies the STATUS, BSR or WREG register, the unmodified value of the register will be saved to the corresponding Fast Return (Shadow) register and upon a fast return from the interrupt, the unmodified value will be restored to the STATUS, BSR or WREG register. For example, if a high-priority interrupt occurs during the instruction, “MOVFF TEMP, WREG”, the MOVFF instruction will be completed and WREG will be loaded with the value of TEMP before branching to ISR."
Но здесь другой случай. В томже документе сказано:
"If using the Microchip MPLAB® C18 C Compiler, define both high and low-priority interrupt handler functions as “low priority” by using the pragma interruptlow directive."
Для Ххимер выделил любимым цветом, учите матчасть.

Сообщение отредактировал Роман77 - Feb 12 2010, 15:45

[HHIMERA]

Для Ххимер выделил любимым цветом...

Такой умный, а ничего не работает.
interruptlow InterruptHandlerHigh - глаз не режет???( по форме, а не по содержанию)

Функция WriteConfig() обеспечивает запись данных в EEPROM, во время которой на период процедуры записи, отключаются прерывания.

Зачем???Прерывания при записи отключают в основной проге, а в прерывании зачем, тем более с высоким приоритетом???
В папке Example MCC18 найдите example3.c ...

Так вот, если прерывания отключаются в WriteConfig(), то затем отключить все низкоуровневые прерывания INTCONbits.GIEL = 0 не удается

Пипец... А что, низкоуровневое может прервать высокоуровневое??? К чему весь этот бред???

...учите матчасть.

Сообщение отредактировал HHIMERA - Feb 13 2010, 01:21

[jam]

interruptlow InterruptHandlerHigh - глаз не режет???( по форме, а не по содержанию)

Глаз режет - поэтому отказался от компилятора и для pic18 использую только asm. Но вот не могу понять , если movff занимает 2 cycle , а movf f1,0 movwf f2 тоже 2cycle - то зачем такая команда нужна и почему бы не сделать макрос. pic24 гораздо лучше pic18 , а стоит примерно столько же - советую переходить.

[Herz]

Глаз режет - поэтому отказался от компилятора и для pic18 использую только asm. Но вот не могу понять , если movff занимает 2 cycle , а movf f1,0 movwf f2 тоже 2cycle - то зачем такая команда нужна и почему бы не сделать макрос. pic24 гораздо лучше pic18 , а стоит примерно столько же - советую переходить.

А вы бегите за такси, а не за автобусом - больше денег сэкономите. Может, Вы просто не умеете их готовить? (с)
Меня, к примеру, HT-PICC18 вполне устраивает.
А PIC32 - пожалуй, ещё лучше, почему сразу не на него?