STM32F407: Ethernet, HAL + Lwip Опции

[k000858]

Всем привет.

Кто изучал драйвер Ethernet'а, идущий с HAL библиотеками (вариант для FreeRTOS: ETHERNET прерывание релизит семафору, которая парсится в отдельной realtime задаче ОС)? Что будет при переполнении указанного количества приёмных буферов? Ошибка DMA обработается, но не будет ли DMA записывать данные дальше (портить память) или это исключено т.к. указывается в размер буферов в настройках DMA?

Имею следующую ситуацию: устройство с Ethernet в параллельной задаче (с меньшим приоритетом чем Ethernet) копирует данные (memcpy функцией) с внутренней FLASH контроллера. При шторме устройства Ethernet трафиком, в какой то раз данные копируются неправильно (временно нарушается адресация флэш - откуда копировать, но до конца процесса восстанавливается), в результате часть данных получается битыми.

Пока подозрения на ошибку в Ethernet драйверах либо LwIP стеке (v1.4.1).

То есть многократное срабатывание прерывания Ethernet + работа задачи по сохранению принятого по Ethernet пакету приводит к сбою работы memcpy

Нехватка памяти для RTOS и его задач контролируется соответствующими отладочными функция FreeRTOS

Может у кого то будут умные мысли, как можно сузить круг поиска бага?
Как еще подиагностировать. Повторить ситуацию непросто, получается ни каждый раз.

[SasaVitebsk]

Уважаемый Forger. Мы вас уже поняли. Надо проект обязательно переписать на C++. Обязательно использовать синглтоны. И, конечно, тогда никаких ошибок не будет. Потому что у программистов пишущих на С++ не бывает ошибок. Особенно у программистов пишущих на С++ и включающих в проект FreeRTOS и LwIP на Си. Понятно, что надо использовать статическое выделение памяти, так как динамическое это смерть.
Хотелось бы спросить, а как быть с LwIP? Вы там тоже статическое выделение используете?
Понятно что надо использовать стороннюю библиотеку.. Лучше брать PeriphLib или переключиться на HAL...
Мы услышали. Спасибо.
Не понятно, с кем вы здесь спорите? Со мной? Так у меня нет таких ошибок. По крайней мере на данном этапе. Надеюсь это понятно?
А у топикстартера есть. И я пытаюсь ему помочь.
Я не знаю в каком коллективе вы работаете, но иногда проект переписать нельзя. И этому может быть сто причин, как правило, все они лежат вне программирования... Например сроки, финансирование, малая вероятность того, что в новом проекте не будет других ошибок, или как минимум, отсутствие веры в это руководства. И так далее...
Я просто не хочу вступать в полемику с вами. Я не всегда писал проекты по 2 года. Например был проект с экспортным автобусом маз. Дисплей 480x272 + светодиодные столбики + стрелки + 2 CAN и два проца в жёсткой связке LPC2478 + stm32f103 был написан за 2 месяца. Потому что законченное решение. А крупный проект - там проблема в том, что сотни параметров исходных, и в зависимости от этого работа прибора полностью меняется. Там объективно много работы. А писал я его в одиночку, попутно занимаясь другой работой.
Может не стоит хаить человека, не зная реальной ситуации?
Асмом я не пользуюсь. На плюсах пишу, но пока незначительный объём.
Но мы сейчас не обо мне говорим. Надеюсь это понятно?
Я прекрасно знаю о контроле стека и прочей ерунде... У меня, на лету определяется вылет если он происходит, диагностируется задаче и место откуда это происходит. Всё это запоминается происходит рестарт проца и информация записывается в виде ошибки с точным указанием времени.
Поэтому... Давайте по делу. Есть что сказать топикстартеру, пожалуйста скажите. А тему про грамотный переход из С в С++ начните с чистого топика и поделитесь своим опытом построения. Многие с удовольствием это почитают. И я в том числе..

[pitt]

Уважаемый Forger. Мы вас уже поняли. Надо проект обязательно переписать на C++. Обязательно использовать синглтоны. И, конечно, тогда никаких ошибок не будет. Потому что у программистов пишущих на С++ не бывает ошибок. Особенно у программистов пишущих на С++ и включающих в проект FreeRTOS и LwIP на Си. Понятно, что надо использовать статическое выделение памяти, так как динамическое это смерть.
Хотелось бы спросить...

Что можно спрашивать у того, у кого есть единственный готовый ответ на все случаи жизни?! Вопрос, конечно, риторический, потому что все идут не в ногу, а по сему нас посылают в Ж, хотя весьма почтительно...

[Forger]

Навеяло (ничего личного) ...

[pitt]

Навеяло (ничего личного) ...

По-видимому, музыкой. Попробуйте сменить репертуар, хотя, как известно, С++ решает все проблемы на все случаи жизни.

[Forger]

По-видимому, музыкой. Попробуйте сменить репертуар...

Не стоит всерьез воспринимать эту картинку и на свой счет, это - шутка, не более того ))

Нет ничего постыдно в неумении пользоваться новыми инструментами ))
Я вот мало работал на C#, плохо его знаю, но не стыжусь этого, потихоньку изучаю ...

Вместо топора все же удобнее бриться бритвой, а, если существует возможность, то и электрической.
Но ведь всегда найдутся те, кто боится подходить к розетке и потому будут отпугивать от нее остальных, придумывая порой нелепые, даже где-то религиозные доводы )))

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