PIC16F74 непонятки с прерыванием, хаотичная ошибка прерывания по таймеру Опции

[ddd-ekb]

Здравствуйте.
Столкнулся с непонятным явлением при обработке прерывания по переполнению таймера1.
Исходные данные:
сделаны часы на PIC16F74, используется статическая индикация и контроллер выбран просто из-за большого количества выводов
быстродействие не требуется абсолютно, поэтому установлен LP режим и кварц на 32768
при данной частоте и использовании предделителя, период переполнения таймера1 составляет 64 сек
поэтому данный таймер использован для подсчёта минутных интервалов
разрешено единственное прерывание по его переполнению, в процедуре обработки сначала старший байт таймера перезагружается значением 10Н (чтоб сократить период до 60 сек), затем увеличивается регистр минут, часов, напоследок сбрасывается флаг прерывания
основная программа просто непрерывно по кругу выводит часы и минуты в сегментном коде на порты и проверяет кнопки управления

Проблема такая:
в сутки хаотично добавляется от 5 до 20 минут
все попытки как то программно отследить происходящее эффекта не дали
рассматривался и вопрос ложных прерываний от другово источника (в обработчик вставлялась проверка флагов и вывод на индикацию если будет обнаруже отличный от переполнения таймера), и помехи по кнопкам управления (они просто выкидывались из исходного кода)
нет, происходит именно хаотичное двойное увеличение счетчика при обработке, такое впечатление что иногда не сбрасывается флаг и после выполнения RETFIE прерывание тут же вызывается снова

Проблема в принципе решена:
в итоге прерывание было просто запрещено, в обработчике RETFIE заменено на обычный RETURN, в начало обработчика вставлена проверка бита переполнения и выход если бит не обнаружен, во все циклы основной программы просто натыканы CALL 4
т.е. реализовано тоже самое прерывание, только тупо программной имитацией
все сбои сразу исчезли

Вопрос:
куда копать то?
задача текущая конечно закрыта, но надо на будущее как то понять всё же

[ViKo]

Думаю, ошибка в прерывании. Не могу вникать-вспоминать во все нюансы, но у меня обработчик был сделан так.

Код

    org    4; Вектор прерывания
Intr    movwf    WorkSv; work save in any bank (all)
    swapf    Status, w; read status
    clrf    Status; bank 0, IRP=0
    bsf    Status, RP0; bank 1
    movwf    StatusSv; save in bank 1
;    bsf    Test; test!
    movfw    PCLatH; read high address
    movwf    PCLatSv; save in bank 1
    movlw    high(PageVect)
    movwf    PCLatH; PCLatH -> page 3
    goto    IntrPageVect
...
    bsf    Status, RP0; bank 1
    movfw    TempSv
    movwf    Temp
    movfw    FSRSv
    movwf    FSR
    movfw    PCLatSv
    movwf    PCLatH
;    bcf    Test; !
    swapf    StatusSv, w    
    movwf    Status
    swapf    WorkSv; in any bank (interrupted prog)
    swapf    WorkSv, w
    retfie

swapf - эта команда не просто так используется. Там что-то с флагами связано. Она их не портит, помнится. PIC16F876.

[evc]

ddd-ekb, слово "скрываете" я использовал в шутку. ViKo, однако прав, я давно на ассемблере не писал, вот и забылось.
Как я вам и писал - именно адресация страниц портится у вас, в обработчике прерываний. Уважаемый ViKo, навел на правильную мысль.
Попытайтесь поставить вот такую преамбулу обработчика прерываний и соответственно на выходе тоже обратный код:

Код

        ORG     0x004            ; interrupt vector location
        movwf   w_temp           ; save off current W register contents
        movf    STATUS,w         ; move status register into W register
        movwf    status_temp      ; save off contents of STATUS register
        movf    PCLATH,w
        movwf    PCLATH_temp
        clrf    PCLATH

... здесь ваш обработчик прерываний...

        movf    status_temp,w    ; retrieve copy of STATUS register
        movwf    STATUS           ; restore pre-isr STATUS register contents
        movf    PCLATH_temp,w
        movwf    PCLATH
        swapf   w_temp,f
        swapf   w_temp,w         ; restore pre-isr W register contents
        retfie                   ; return from interrupt

[ddd-ekb]

именно адресация страниц портится у вас, в обработчике прерываний.

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