Во-первых предлагаю открыть раздел, где-нибудь рядом с ОС, посвящённый различным стекам, пакетам, библиотекам. Например LwIP или FatFS. Вопросы по ним впрямую не касаются ни архитектуры ни ОС, а возникают они достаточно часто.

В примерах от st которые с демоплатами идут используется выход м/х DP83848 [7] Int. Насколько я понял, прерывание вызывается при пропадании/ восстановлении соединения ethernet на физике. Для обслуживания этого прерывания запускается поток ну и там обслуживается. В то же время, на ряде досок эта нога на CPU не заводится. Скорее всего ситуация разруливается опросом. В связи с этим у меня 2 вопроса.
1. Может ли кто ткнуть в пример, где работа без этого прерывания.
2. Стоит ли доразводить данную ножку.
Заранее благодарю

По умолчанию - это вход PowerDown. Чтобы был Int - нужно сконфигурить DP83848.

Аж 7 причин может вызвать прерывание, конфигурируемо в DP83848. В том числе и link status, speed status, duplex status.


В своих проектах обходился опросом (не stm).

Спасибо за ответ.

Это я увидел.

Нашёл это место...

А вот это мне не даёт покоя ...

Хотя в обработке прерывания только Link ...

Нда, надежда на сброс, что в регистре будут нули. А если там генерируется тестовое прерывание? Оно там и останется.

Здесь тоже. Ведь могут быть разрешены и другие источники, если с DP уже работали и регистр не после сброса.

Здесь не подскажу, могу только предположить что это прерывание от EMAC самого STM, а не PHY.

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

Спасибо. Я эту часть уже переписал. У меня есть поток диагностики, я пока туда добавил.