Слетает прерывание UART при работающем LWIP, плата Freescale FRDM-K64F Опции

[asm_lock]

Здравствуйте Уважаемые коллеги!!!
Возникла такая вот проблема.
Когда подключен сетевой кабель и происходит обмен данными по UART'у, через какое то время запрещается прерывание этого UART'а.
Если сетевой кабель не подключен, то UART работает без глюков.

Из-за чего происходит запрет прерывания ?

Заранее всем спасибо.

[ataradov]

Могу предположить случайный проезд по памяти.

Точка останова на доступ к памяти может помочь, если есть возможность под отладчиком воспроизвести.

[jcxz]

Могу предположить случайный проезд по памяти.
Точка останова на доступ к памяти может помочь, если есть возможность под отладчиком воспроизвести.

Фразу "происходит запрет прерывания" в контексте данного топика не следует воспринимать буквально как "самопроизвольно снимается бит разрешения прерывания по событию опустошения или заполнения FIFO UART". Это исходя из формулировки вопроса.
Речь может идти от чего угодно, вплоть от банального переполнения стека или разрушения каких структур в памяти и улёта куда угодно, до как Вы указали - записи в управляющие регистры периферии, но не конкретный регистр, а какие угодно - от любого регистра конфигурирования UART, до регистров разрешения тактирования или питания UART либо любых других.
Так что бряк на доступ к памяти вряд-ли поможет.

Я тоже так думаю. т.к. иногда отладчик ругается что не может прочитать память....

Вот и подтверждение моих слов.
Эта фраза отладчика расшифровывается как "не могу прочитать некие регистры периферии так как их тактирование (или питание) отключено через соответствующие биты конфигурации тактирования/питания".
Возможно у Вас происходит перезапуск ПО устройства с переинициализацией всей периферии, а Вы этого даже не замечаете. Поставьте бряк на начало main().

PS: Совет - первым делом проверьте все стеки на предмет переполнения. И ищите баги в ПО методом исключения.

[asm_lock]

Вот и подтверждение моих слов.
Эта фраза отладчика расшифровывается как "не могу прочитать некие регистры периферии так как их тактирование (или питание) отключено через соответствующие биты конфигурации тактирования/питания".
Возможно у Вас происходит перезапуск ПО устройства с переинициализацией всей периферии, а Вы этого даже не замечаете. Поставьте бряк на начало main().

PS: Совет - первым делом проверьте все стеки на предмет переполнения. И ищите баги в ПО методом исключения.

Бряк стоит...в том то и дело...перезапуска не происходит. Крутимся в wile'.....

[jcxz]

Бряк стоит...в том то и дело...перезапуска не происходит. Крутимся в wile'.....

Если есть подозрения на несанкционированные записи в регистры конфигурации UART, то это можно отловить с помощью MPU, закрыв от записи соответствующий регион адресов.
Да заодно закрыть с помощью MPU и регион регистров управления системы тактирования и питания.

[AlexandrY]

Если есть подозрения на несанкционированные записи в регистры конфигурации UART, то это можно отловить с помощью MPU, закрыв от записи соответствующий регион адресов.

MPU не для этого.
У Kinetis есть специальный для этого блок - Peripheral Bridge (AIPS-Lite)

[jcxz]

MPU не для этого.
У Kinetis есть специальный для этого блок - Peripheral Bridge (AIPS-Lite)

Раз это Cortex-M, то MPU и для этого тоже можно использовать. Автору важно получить исключение при попытке записи в отслеживаемые адреса памяти. И узнать источник. MPU это позволяет.

[AlexandrY]

Раз это Cortex-M, то MPU и для этого тоже можно использовать. Автору важно получить исключение при попытке записи в отслеживаемые адреса памяти. И узнать источник. MPU это позволяет.

Нет. Почитайте как устроен MPU у Kinetis.

[jcxz]

Нет. Почитайте как устроен MPU у Kinetis.

Он устроен не как в других Cortex-M??? хм.... MPU вроде входит в ядро Cortex-M и должен быть устроен одинаково у всех.