Всем привет. Вопрос вот такой. Есть девайс на основе МК ATMEL AT91SAM7X256. Девайс коммутирует несколько относительно мощных нагрузок и управляется оператором по Ethernet и с пульта местного управления. Так вот, иногда, при переключении нагрузок на МК отпадает модуль ЕМАС. И что самое интересное, что модуль может отпадать частично. Например, при если во время переключения нагрузки шла передача от ЕМАС в сеть, то может отвалиться только передающая часть ЕМАС, если принимал, то только приемная. С передатчиком справился, отслеживая таймаут процесса передачи и полностью реиницализируя ЕМАС. С приемником что то туплю. Есть какие нибудь мысли?
Спасибо.
PS: на счет разводки просьба вопроса не поднимать, интересует только программное решение проблемы.

А симптомы зависания какие? Что в статусах, дескрипторах?

Симптомов ни каких, если говорить конкретно о приемнике EMAC. PHY исправно мигает лампочкой при пингах. Но прерывания от приемника не происходит. В статусном регистре EMAC_RSR все биты сброшены

сталкивался с подобным поведением модуля SPI на S серии при условии коммутации рядом с девайсом высоковольтных линий и следовательно эм помех. Сожалею, но в данном случае проблема решалась переразводкой и установкой внешнего watchdog с пресбросом по питанию (reset контроллер в данном случае тоже вещь не надежная). Так что боюсь дело именно в разводке платы и программно эту проблему не решить.

Я тоже склоняюсь к такому мнению, но заказчика ПО убедить не получается

Есть все-таки мысль, что с софтом не все чисто, ибо это:

выглядит странно.

Точно битые пакеты (фрагменты) в приемном буфере нормально обрабатываются?

Все пакеты обрабатываются, если о них знает поток TCPIP стека. Потоку семафорит прерывание по приему от ЕМАС. Так вот о зависаниях приемной части ЕМАС я сужу по тому факту, что прерывания по приему пакета перестают возникать.

Я имел в виду пакеты и фрагменты в приемной очереди EMAC. После аварии очередь пуста или забита?

Там остается произвольное количество пакетов, и, после зависания, она не изменяется. ЕМАС в память больше ничего не ложит.

Решение конечно не ахти какое но... может следует изобразить таймер, сбрасывающийся и по приему пакета. Если прерывания зависнут таймер истечет и по этому событию можно отключить и снова включить emac через PMC. Остается только подобрать правдоподобный интервал.
Это если конечно присутствует 100% уверенность в существующем софте.

Этот вариант я тоже рассматриваю. Но хотелось бы что то более разумное.

Софт работает 100% уже около полугода. Да и проблема достаточно локализирована.

Т.е. место точно есть, ошибок никаких точно нет, а приемник стоит - я правильно понимаю?


Вопрос в том, работает ли он в идеальных условиях (без потерь/искажений пакетов), или же в приближенных к реальным (с потерями/искажениями пакетов, но без ЭМ-помех)?

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

Да. Т.е. перестают возникать прерывания от приемника ЕМАС.
Без подключенных мощных реле сервер работает, т.е. таких проблем не возникает. С этими реле, иногда, возникают сбои, о которых я пишу. Отпадает приемник или передатчик ЕМАС, либо все вместе. С передатчиком я разобрался. С приемником пока не получается.

Попробуйте землю платы в точке установки разъема Ethernet через высоковольтный конденсатор на корпус посадить

Так и сделано

Если никаких проблем не возникает, то это не значит еще, что работает. Повторю вопрос: испытывался ли сервер в условиях наличия сбоев на шине Ethernet?

Что Вы имеете ввиду? Битые пакеты?

Именно.

Битые пакеты, если они попали в память, определенную для ЕМАС, отрабатываются корректно. Но, в память они не попадают, генерация прерывания по приему пакета не происходит, о чем я говорил выше. Т.е, я так думаю, что то в железе приемника ЕМАС зависает напрочь, да так шибко, что даже попытки перезагружать, почему то, у меня, не оканчиваются успехом
Перезагрузку делаю так:
1.Запрещаю все прерывания от ЕМАС.
2.Запрещаю работу ЕМАС.
3.Удаляю семафоры ОС.
4.Вызываю по новой функцию инициализации ЕМАС

Если это SAM7_EMAC.c из демки FreeRTOS, то он не совсем без греха, хотя виснуть не должен.

А PHY после сбоя работает? RXDV генерируется?

Это не демка FreeRTOS:) хотя файл у меня называется именно так:)RXDV генерируется, по MDI PHY отвечает, т.о. я почти убежден, что отказ в приемнике ЕМАС.

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

Но именно так, по крайней мере визуально, происходит. Задача, которая мониторит внешние датчики и отображает показания на дисплее преспокойно работает, задача TCPIP постоянно сидит на семафоре приемника ЕМАС... И не получает ни одного пакета... Нету прерывания от приемника ЕМАС... Ну нету и все тут

Да забудьте про ОС! Копайте регистры состояния и статистики, очереди дескрипторов и т.д. - только так можно получить полноценную картину аварии.

Копаю...

Проблему локализировали... Дело было в линии RESET от дисплейной платы до основного модуля. Наводки по линии RESET. Эта линия подтянута к напряжению питания на плате. На дисплейной плате просто подключена к кнопке. Длина шлейфа около 35 см. Вот такой глупый прикол...

PHY слетал?

Ага, в добавок ногу POWERDOWN заземлили, для экономии ног МК, и ее из ступора не вывести совершенно ни как. Счас вот экспериментирую с внешними цепочками и задержкой на инит ЕМАС и PHY.