Кто делал GSM-pager на PIC? колитесь

[urry]

верите, уже убил 2 часа рабочего времени, пытаясь понять, почему оно не вылазит из прерывания.
Не , ну 2 ошибки, я конечно, нашел - первая - в 628 не отключены компараторы, это святое..
Вторая - некорректно сохранили статус при входе в прерывание. Надо что-то типа этого

	       movwf w_tmp
		swapf STATUS,w
		movwf st_tmp
		clrf  STATUS
		btfss INTCON,RBIF
		goto int_end

У Вас при выходе статус тасуется ниблами, но, посколько Вы все равно только в 0 банке, то по фику.
Терпения у меня больше нет... Пишите на С...
Да, в конфиге включен сброс, а в схеме там ничего не включено.

[urry]

Нашел причину - когда пошел пошаговой отладкой. Протеус неправильно прыгает после первой команды -должен попасть на 0х16 двухбайтовое, что соответствует адресу побайтово
0х2с, а попадает почему-то 0x0e, что соответствует 0х1с

К Тени.. Мажет...
Проект прикреплен выше.

А вот скрин.

-- Прилагается рисунок: --

[double_dash]

Пишите на С...

Так с радостью бы! Но не все получается
Нельзя ли образец
как обрабатывать прерывание по перепаду на RB4-RB7?
Да даже без отладки
Просто посмотреть хочется,
как правильно надо.
Может я вообще и не то и пишу

Прикрепленный файл: 8454163.rar

[double_dash]

Пошел по ссылкам genimax'а
Ну на трети сайтов я уже бывал, это точно.
Но вот ведь че хочется сказать
- большая часть конструкций для AVR
Да уж, есть над чем задуматься

[urry]

C отладкой и не получится.. Лабцентр, похоже, это прерывание не пользует.
Кажется, так звучит Ваш вариант - по-моему, флаг взвивается после изменения значения порта В (сравнивается с предыдущим значением)- в прерывании нужно прочитать, чтобы измененное состояние сохранилось .

#include	‹pic.h›
//---------------значение ножек 
static volatile       bit	led_red		@ ((unsigned)&PORTA*8)+4; 
static volatile       bit	led_green	@ ((unsigned)&PORTA*8)+1;
__CONFIG( WDTDIS  & MCLRDIS & PWRTEN);
unsigned char temp;
void interrupt pb(void)
{
if(RBIF)
	{
	  temp=PORTB;// запоминаем новое состояние ножек
	  led_green ^=1;
	  RBIF=0;
	}
}
//---------------------------------------
void sek(void)
{
unsigned char t1,t2;
t1=255;
do{
   t2=255;
   do{
   }while(--t2);
  }while(--t1);
}
//----------------------------------------                
main()
{
// установки контроллера           
///////////////////////////////////


	CMCON=7;        //
	TRISA=0x00;
	TRISB=0xF0;
	RBIF=0;
	RBIE=1;
 	temp=PORTB;
 	led_red=0;
  	led_green=0;
	GIE=1;// общее разрешение прерывания
//////////////////////////////////
//    main zikle -
	for(;;)
	{
	sek();
	led_red^=1;
	}        // конец фор
//---------------------------------------------	            
}  // конец маин

Собственно,я сам никогда не использовал это прерывание. По монму убеждению, единственный вариант его применения - это вывести мк из слипа. Дребезг кнопки приведет к нерациональному использованию ресурсов мк - и не подавить.
И еще - по даташиту все равно что делать с портом для фиксации нового значения - читать из него или писать - лишь бы дернуть. Можно съэкономить регистр темп, записывая portb^=0 или portb+=0. Попробуйте, но нужно посмотреть, чтобы компилятор при оптимизации не съел команду, как ничего не делающую.