PIC18F14K50 и CCP1 Compture Mode

[awtoap]

Здравствуйте.

Не могу получить прерывание от модуля захвата...в обработчик прерывания даже не входит.
Настраиваю так:

CCP1CON:= $5; //Capture Falling Edge
PIR1.CCP1IF:= 0;
PIE1.CCP1IE:= 1;


ЗЫ. Прерывания от других периферий INTx и USB (это те, что проверил) работают исправно.

Какие будут мысли? Может еще какие регистры нужно использовать?

[XuMuK]

1. Проверить TRISC.5 := 1 // ccp1pin - input
2. Предварительно сбросить CCP CCP1CON := 0
3. и CCP mode = 5 это - "rising edge" для "falling edge" CCP mode = 4
(CCP1CON := 4)

[awtoap]

Пин CCP1 на вход работает нормально (проверил в цикле с выводом на ЖК). Значение было 4 вначале, это потом уже перебирал все что можно. Попробую предварительное обнуление CCP1CON, но сомневаюсь что это поможет...

[awtoap]

Предварительное обнуление CCP1CON не помогло. Какие еще будут идеи? Курение эраты также не помогло (там нет проблем с модулем)!

[Greg]

Сообщение от awtoap

Какие еще будут идеи?

покажите минимально неработающий код

[awtoap]

Не хочет вставлять текст...постоянно пишет Bad Request...
Как то движок форума через одно место работает (((
Код вложением сделал...

[awtoap]

Убрал минимализм в настройках и коде. Вернул поддержку USB и прочий код. И блин чудо случилось...но не тут то было...прерывания начинают обрабатываться если всунуть USB кабель в комп и прошла инициализация. Но стоит выдернуть кабель и опять возвращается на круги своя...мистика блин. Уже не знаю что и думать.

[XuMuK]

а INTCON.PEIE = 1
автоматически компилятором добавляется?

приоритеты прерываний выключены?

[awtoap]

RCON.IPEN:= 0;
INTCON.PEIE:= 1;

Вот и это добавлял...полный ноль...только, если воткнуть шнурок USB. К сожалению исходников USB библы нет, так бы посмотрел что она делает.

Может у кого есть платень на этом чипе, что бы проверить модуль захвата?

[NSS]

Рискну сдуть пыль с темы. Аналогичная проблема, только с модулем USART. Камень тот же, компайлер MikroC PRO For PIC. Приоритетная система прерываний выключена, PEIE установлен, GIE включен, прерывания от приёмника USART разрешены, модуль активирован (и приемник и передатчик). Данные на ногу RX (RB5) приходят исправно. По вектору прерывания (0008) камень не переходит - контролирую светодиодом. Передатчик работает. В чём может быть проблема?

[Greg]

Сообщение от NSS

Рискну сдуть пыль с темы.

В чём может быть проблема?

да вроде прям в этой же теме и ответ был

[petrd]

Сообщение от NSS

Рискну сдуть пыль с темы. Аналогичная проблема, только с модулем USART. Камень тот же, компайлер MikroC PRO For PIC. Приоритетная система прерываний выключена, PEIE установлен, GIE включен, прерывания от приёмника USART разрешены, модуль активирован (и приемник и передатчик). Данные на ногу RX (RB5) приходят исправно. По вектору прерывания (0008) камень не переходит - контролирую светодиодом. Передатчик работает. В чём может быть проблема?

Ну как бы у меня работает. Кусок из рабочего кода, но с RS485, что не принципиально, прием идет в прерывании.

void interrupt (){
 .................  
  if (RCIF_bit) {
      if(OERR_bit || FERR_bit){

       if(FERR_bit){
        tmp = RCREG;
       }

       if(OERR_bit){
         CREN_bit = 0;
         CREN_bit = 1;
        }
      }
      else{
       RS485Slave_Receive(dat_in); // тут собственно RCREG  и читается
      }
  }
}


void main() {

 ANSEL  = 0;                                    
 ANSELH = 0;
 C1ON_bit = 0;                                   
 C2ON_bit = 0;
..........
UART1_Init(57600);
...................
PEIE_bit = 1;
RCIE_bit = 1;
GIE_bit = 1;
 ...........................
for(;;){
........................

}

 }

P.S. И еррата еще есть, там кой-чего про UART.

[NSS]

Понятненько. Спасибо, еррату почитаю.

[NSS]

Да какой там код... Инициализация и стандартный прием байта в прерывании. Хотя, мож глаз замылился... Сейчас на даче, а в поХмедельник выложу и инициализацию и приём байта в прерывании.

[NSS]

Собссно, вот инициализация, ничего необычного:

RCON.IPEN     = 0; //
INTCON.PEIE   = 1; //
GIE           = 0; //
                   //
TRISB.B5      = 1; //
TRISB.B7      = 1; //
                   //
RCSTA.SPEN    = 1; // USART is ON, Fosc = 18.432MHz
TXSTA.BRGH    = 1; // Highspeed mode
BAUDCON.BRG16 = 0; // 16-bit BRG generator (for OSC = HSPLL)
SPBRG         = 9; // SPBRG = (((Fosc/BAUDRATE)/16)-1) for BRGH = 0/BRG16 = 1 or
                   // BRGH = 1/BRG16 = 0
                   // For Fosc = 18.432MHz (18432000Hz):
                   // Baud rate = 9600(119), 19200(59), 57600(19), 115200(9)
                   //
TXSTA.SYNC    = 0; // Asynchronous mode
TXSTA.TXEN    = 1; // Transmit on
RCSTA.CREN    = 1; // Receive on
PIR1.RCIF     = 0; // Interrupt flag from receiver cleared
PIE1.RCIE     = 1; // Interrupt from receiver on
                   //
INTCON.GIE    = 1; //
}                  //

А вот обработчик (светодиод добавил чтобы видеть - попадает проц в прерывание или нет):

void interrupts() iv 0x0008 ics ICS_AUTO {    //
                                              //
        Stat_Led = !Stat_Led;                 //
                                              // 
        if (PIE1.RCIE && PIR1.RCIF){          //
                                              //
              if(RCSTA.FERR || RCSTA.OERR){   //
                       RCSTA.CREN=0;          //
                       RCREG;                 //
                       RCSTA.CREN=1;          //
              }                               //
              else{                           //
//                     Stat_Led = !Stat_Led;    //
                       rc_buff = RCREG;       //
              }                               //
        }                                     //
        PIR1.RCIF = 0;                        //
 }                                            //

В общем, все как обычно, ничего нового. Всегда этот код работал, уже много лет пользуюсь. А тут вот такая фигня. Правда, раньше на МПЛАБ и HTPICC делал, а сейчас на MikroC. Маловероятно, что дело в этом, но для полноты информации, так сказать...

[NSS]

Еррата ничего не дала - у меня ревизия камня "е3", в еррате о ней даже не упоминается.

[NSS]

Всё, нашел. ANSELH.ANS11, был сконфигурирован как аналоговый вход. Что то я сначала не подумал об этом, полагал, что по умолчанию как Digital I/O настраивается при сбросе.