Падает UART PIC24FV32KM302

[worldmasters]

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

Есть МК PIC24FV32KM302. И с ним творится какая то дичь.
Написал прошивку для него давным давно для управления LED панелями.

Все было нормально до добавления новой конфигурации панели.

Обработка идет по таймеру в прерывании.

void __attribute__((__interrupt__, no_auto_psv)) _T1Interrupt(void) {
    if (IEC0bits.T1IE && IFS0bits.T1IF) {
        IFS0bits.T1IF = 0;
        lineidx = (lineidx % panelCfg.ScreenScanShift);

        DrawLine8(lineidx, 0);
        // отключил весь вывод, оставил только один метод но это не спасает.


//        switch (AdditionalFlag) {
//            case PanelFlagsUseAlternateRender:
//                DrawLine32_16_NonStandart(lineidx);
//                break;
//            case PanelFlagsUseAlternateRender2:
//                DrawLine8_nonst2(lineidx, 1);
//                break;
//            case PanelFlagsUseInvertAddress:
//                DrawLine8(lineidx, 1);
//                break;
//            default: DrawLine8(lineidx, 0);
//                break;
//        }

        lineidx++;

        // если идет прием то делаем отсчет времени сброса на случай если прием команд завис
        if (RceiveCMD != NONE_CMD) {
            ResetCMDTimeout++;
        }
        
    }
}

Конфигурация панелей у меня задается структурой.
Данные заданы как массивы.

const unsigned char Panel_p8_invert_adr_merged[] = {1, 4, 5, 3, 4, 4, 2, 8, 64, 0, 0, 0, 0};

Так вот при задании очередной конфигурации падает UART.
Причем без всяких ошибок.
Таймер работает, основной код также работает потому что можно вывести демо режим когда заполняется построчно панель.
Но уарт наглухо виснет.

добавил обработчики ошибок но сюда не попадает никогда.

void __attribute__((__interrupt__, auto_psv)) _DefaultInterrupt(void) {
    // may be error
    ThrowException(1);
}

void __attribute__((__interrupt__, auto_psv)) _OscillatorFail(void) {
    // may be error
    ThrowException(2);
}

void __attribute__((__interrupt__, auto_psv)) _AddressError(void) {
    // may be error
    ThrowException(3);
}

void __attribute__((__interrupt__, auto_psv)) _StackError(void) {
    // may be error
    ThrowException(4);
}

Уже перепроверил весь код пошагово в отладчике. Причем симмулятор тоже падает но пошагам я не вижу никаких делений на 0 или улетов в недопустимые области памяти.

Уже до дыр проглядел код.
Может кто нибдь знает метод как можно ошибки чтоли проверить?? или узнать причину почему перестает приниматься данные?

Куда можно глянуть??

Делаю в Mplabx
Спасибо.

[worldmasters]

А вот что нашел.
Периодически срабатывает ошибка OERR: Receive Buffer Overrun Error Status bit (clear/read-only)

Но откуда она берется то в симмуляторе? Прерывание же настроено.

[mtit]

worldmasters, так перевод на русский - ошибка переполнения буфера приёма.
Алгоритм не заходит в процедуру очистки буфера, в частности потому, что прерывание не разрешено.
ЯТД, (мимокрокодил).

[worldmasters]

Алгоритм не заходит в процедуру очистки буфера, в частности потому, что прерывание не разрешено.

Разрешено все.


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

вытащил код из прерывания таймера в основной поток но появились артефакты (((
Но зато уарт перестал страдать этой ошибкой.

Как то так.

[varostov]

Здравствуйте. Пару дней у меня не грузился Kazus, так что мысли вдогонку... Извините, если изреку прописные истины, но процедура прерывания должна быть короткая, "как выстрел" - приняли байт из UART, положили в буфер, и пусть обработкой пакета занимается асинхронно независимая процедура в главном цикле. Нужно регенерировать табло в строго определённые моменты - взведите по таймеру флаг софтового прерывания с более низким приоритетом для этой процедуры, чтобы не мешать дальнейшему приёму UART (желательно убедиться в факте приёма пакета или использовать двойное буферирование).
А определить причины подобных "временных" нахлёстов в прерывании в таком фрагменте проекта практически невозможно.
P.S. Если будете стараться уменьшить размер кода прерывания, уберите строку

if (IEC0bits.T1IE && IFS0bits.T1IF)

- это рудимент из прерываний PIC16, где был один вход для всех прерываний. В PIC24 векторный контроллер, у каждого прерывания отдельный адрес входа. Ну и на "сладкое" - код лучше читается, если использовать предопределённые в файле ‹процессор.h› имена битов SFR, например:

if (_T1IE && _T1IF)

[sciff]

Здравствуйте. Старое былью стало. У вас новый девайс, а сам ваш алгоритм немного устарел. Попробую помочь хотя похоже бесполезно. Читайте на pic24.ru осрв tn_kernel. Исходник в студию.если осцил. В ошибке