STM32F407: Ethernet + CHECKSUM_BY_SOFTWARE Опции

[k000858]

В проект включены LwIP (1.4.0) и FreeRTOS. Ethernet интерфейс работает на прерывании, которое освобождает семафору. Задача по освобождению семафоры забирается пакеты.

Версия проекта со включенной ETH_CHECKSUM_BY_HARDWARE (в драйвере Ethernet и LwIP стеке) хорошо выдерживает тест на шторм трафика, ничего не виснет
Версия проекта с софтовым расчетом контрольной суммы при тесте на шторм трафика виснет: Ethernet прерывание перестает выстреливать при получении пакетов, LwIP перестает получать пакеты. необходима именно эта версия проекта.

Кто нибудь сталкивался с таким эффектом? есть идеи как можно подебажить проблему?

[Forger]

освобождает семафору

"Семафору" как вы говорите не освобождают, (освобождать принято мьютексы), а им лишь сигналят - "семафорят", именно оттуда и взялся такой термин.

Кто нибудь сталкивался с таким эффектом?

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

есть идеи как можно подебажить проблему?

Очень рекомендую подключить (для сборки DEBUG) вот такую штуку.
Мне она уже неоднократно помогала быстро находить подобные корявые баги. Жалею, что раньше не применял, иначе съэкономил бы вагон времени и нервов ))
Подключается быстро, т. к. там уже есть порт, заточенный под freertos.