Читаемость и восприятие кода ухудшается.
Если бы памяти было под завязку и каждое словоместо на счету, тогда да, можно поизвращаться, но не в этом же случае


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

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

Вход в прерывание никак не связан с нажатием какой-либо из кнопок, он сам по себе.. А в прерывании читается и сравнивается состояние входов, даже при дребезге может быть только одно состояние: либо 0, либо 1..

loop1
movf GPIO,f ; Фиксируем состояние порта
Proteus не видит что 1бит в порту выдаёт 1-цу. Он видит только вход. Закоментируй строку и заработает.

Все равно бред получается. Для нормальной работы нужно сохранять состояние порта в регистре состояния, а Протеус не дает этого делать.
Надо на реальном железе проверять.

Добавлено чуть позже:

В общем надул я все-таки этот заумный Протеус. Светодиоды тоже подвесил на резисторы и после этого он стал нормально читать порт
Автор, паяйте, заливайте, проверяйте, а потом добавлю туда работу с ЕЕПРОМ. Тут выше уже подсобили с готовым кодом. И советую поставить себе МПЛАБ, даже если вы не программируете.
Обновленный проект с файлом Протеуса прилагаю.

Открыт интернет-магазин MEAN WELL.Market – весь ассортимент MEAN WELL, выгодные цены

Открыта удобная площадка с выгодными ценами, поставляющая весь ассортимент продукции, производимой компанией MEAN WELL – от завоевавших популярность и известных на рынке изделий до новинок. MEAN WELL.Market предоставляет гарантийную и сервисную поддержку, удобный подбор продукции, оперативную доставку по России. На сайте интернет-магазина посетители смогут найти обзоры, интересные статьи о применении, максимальный объем технических сведений.

Подробнее>>

МПЛАБ у меня стоит. И протеус тоже Год назад сам исправлял чисто логически код в одной программе,но там было все доступно и разжевано,поэтому справился. А тут получается программа с нуля. Я в этом не силен. Кстати, здесь идет управление "-". А можно сделать управление "+"?

LED-драйверы MOSO - надежные решения для индустриальных приложений

Продукция MOSO предназначена в основном для индустриальных приложений, использует инновационные решения на основе более 200 собственных патентов для силовой электроники и соответствует международным стандартам. LED-драйверы MOSO применяются в системах наружного освещения разных отраслей, включая промышленность, сельское хозяйство, транспорт и железную дорогу. В ряде серий реализована возможность дистанционного контроля и программирования работы по заданному сценарию. Разберем решения MOSO подробнее>>

Ваш код работает только для одной кнопки.остальные не реагируют

Может код должен выглядеть так(исправил чисто логически):
LIST P=12F629
__CONFIG 0X3F84
INCLUDE "P12F629.INC"
;----------
RESW EQU 0X20
RESS EQU 0X21
GP_PREV EQU 0X22
MEM_WR EQU 0X23
;----------
ORG 0
BSF STATUS, RP0 ;BANK 1
MOVLW B'00000111' ;PRESCALER VARIABLE
GOTO INIT
;----------
ORG 4 ;INTERRUPT
MOVWF RESW
MOVF STATUS, W
MOVWF RESS

BTFSC GP_PREV, 3 ;TEST BUTTON 3
BTFSC GPIO, 3
GOTO GPTEST4
BTFSS GP_PREV, 2 ;BUTTON 3 IS PRESSED
BSF GPIO, 2
BTFSC GP_PREV, 2
BCF GPIO, 2
BSF MEM_WR, 0 ;SAVE OUTPUTS STATE

GPTEST4 BTFSC GP_PREV, 4 ;TEST BUTTON 2
BTFSC GPIO, 4
GOTO GPTEST5
BTFSS GP_PREV, 1 ;BUTTON 2 IS PRESSED
BSF GPIO, 1
BTFSC GP_PREV, 1
BCF GPIO, 1
BSF MEM_WR, 0 ;SAVE OUTPUTS STATE

GPTEST5 BTFSC GP_PREV, 5 ;TEST BUTTON 1
BTFSC GPIO, 5
GOTO ENDPROC
BTFSS GP_PREV, 0 ;BUTTON 1 IS PRESSED
BSF GPIO, 0
BTFSC GP_PREV, 0
BCF GPIO, 0
BSF MEM_WR, 0 ;SAVE OUTPUTS STATE

ENDPROC MOVF GPIO, W
MOVWF GP_PREV ;SAVE GPIO
BCF INTCON, T0IF ;CLEAR INTERRUPT FLAG

Могу и подкорректировать, только шПрота не перевариваю...
Первое - при управлении активной 1 потребуется обязательная процедура защиты от случайного включения при подаче питания на схему.
Второе - требуется всеж хороший антидребезг по кнопам (на первое время можно "забыть").
Третье - чего все дружно вцепились в последовательный побитовый опрос входных линий??? - для данной задачи есть и другие варианты решений, гораздо вкуснее...

1. Когда в окончательном варианте добавится сохранение состояний выходов в ЕЕПРОМ, то на выход сперва пойдет это значение, а к тому времени как всё устаканится, входы стабилизируются. Кроме того можно и задержку добавить в начале, после подачи питания. Даже ее правильно будет поставить для любого случая.
3. Изобразите? Интересно посмотреть. Уж не маской ли случайно?

В том числе и маской (как промежуточное значение).
В общих чертах стандартный алгоритм:
Метод векторной таблицы по захвату состояния линий клавиатуры и сравнения с предыдущим эталоном.
По результату (при подтверждении либо нажатия либо отпускания) инверсия соответствующих выходных линий.
Затем ожидание стабильного спокойствия и возврат в исходное состояние.

Не знаю, я не вижу в этом особой "вкусности". Для опроса 3-х битов в МК, который ничем не занят, по-моему лучше сделать последовательный опрос. Там всего-то 8 тактов (если не нажато), включая возврат по циклу.
Речь идет именно о данной конструкции. Но вполне может быть задача, при которой данный метод будет нерационален.

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

В моем видении и pic12f508 сгодится.
Примерно вот в таком виде:

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

Мож кому сгодится.