[Jackov 1]

Есть кто работал с указанным микроконтроллером изделием?
Что-то не удаётся добиться устойчивой работы ethernet-а, есть не иллюзорное подозрение, что проблема в самом изделии.
Работаю в линейном режиме, если запустить только приёмник и посылать на него кадры в хаотическом порядке то всё более менее нормально, но если параллельно с этим запустить передатчик то приёмник начинает сбоить, не всегда и не часто, но сбоить.
Выражается это в следующем:
1. иногда не врабатывается прерывание по приходу кадра;
2. иногда не записывается слово статуса перед кадром, например оно может быть нулевым, из-за чего становится невозможным определить размер принятого кадра, а значит и начало следующего, а значит дальнейшее считывание кадров не имеет смысла и приходится сбрасывать приёмник;
3. иногда бывает так что указатели чтения (регистр R_Head) и записи (регистр R_Tail) не равны друг другу, что говорит о том что в буфере приёмника есть принятый кадр, но счётчик принятых кадров (разряды R_COUNT регистра STAT) при этом равен 0, чего в теории быть не может;
4. регистр Dilimiter пришлось поставить в значение 0х1Е00 это, наверно, единственное значение при котором приёмник нормально работает, проверял меняя предпоследнюю цифру.

Кроме того, обнаружил что на некоторых экземплярах сброс приёмника через бит RRST регистра G_CFGh не сбрасывает R_Tail, R_Head сбрасывает,  а R_Tail - нет, т.о. получается так что, после сброса приёмник содержит несчитанные кадры.

И ещё, заметил, что прерывание от приёмника не всегда запрещаются с первого раза, т.е. я сбрасываю 26-ой бит регистра ICER находящегося по адресу 0хE000E180, читаю его, а он не сброшен. Приходится сбрасывать в цикле до тех пор пока не прочитаю оттуда ноль.

В общем что со всем этим делать непонятно, формируется устойчивое мнение, что ethernet на данном изделии вообще не удастся нормально запустить.

[HardEgor 68]

В 12.04.2024 в 07:50, Jackov сказал:

В общем что со всем этим делать непонятно, формируется устойчивое мнение, что ethernet на данном изделии вообще не удастся нормально запустить.

А его errata читали?

[mantech 38]

5 часов назад, Jackov сказал:

В общем что со всем этим делать непонятно, формируется устойчивое мнение, что ethernet на данном изделии вообще не удастся нормально запустить.

А есть для него какие-то примеры работы с данным модулем, сообщество, которое что-то сделало? Мне это всегда помогало в непонятных случаях...

[HardEgor 68]

В 12.04.2024 в 13:47, mantech сказал:

А есть для него какие-то примеры работы с данным модулем, сообщество, которое что-то сделало? Мне это всегда помогало в непонятных случаях...

Раньше был форум, но после всех пертурбаций не доступен(

[mantech 38]

1 час назад, HardEgor сказал:

Раньше был форум

Печально, тогда только по гитхабам и пр. искать..

[Jackov 1]

17 часов назад, HardEgor сказал:

А его errata читали?

Есть errata от 21 года, но там про такие проблемы не упомянуто.

12 часов назад, mantech сказал:

Печально, тогда только по гитхабам и пр. искать..

Искал, ничего интересного не нашёл.

[HardEgor 68]

В 13.04.2024 в 04:44, Jackov сказал:

Есть errata от 21 года, но там про такие проблемы не упомянуто.

Насколько я помню, он очень требовательный к частоте 25 МГц. А у вас как-то слишком много проблем, возможно источник у них один.

"Частота тактирования блока PHY должна быть 25 МГц с джиттером менее 100 пс и длительностью фронтов менее 3 нс."

[A.V.Avtomat 18]

1 час назад, HardEgor сказал:

Насколько я помню, он очень требовательный к частоте 25 МГц. А у вас как-то слишком много проблем, возможно источник у них один.

"Частота тактирования блока PHY должна быть 25 МГц с джиттером менее 100 пс и длительностью фронтов менее 3 нс."

Да, 50 МГц только STM и его клоны нормально потянут.

[AlexG 1]

Использовали аналогичный ВЕ1. Ethernet работал. Производителем рекомендовалось тактировать контроллер ethernet строго от кварцевого резонатора, не от генератора. Про последние партии ВЕ1, те кто с ними сталкивались, говорили что они черезвычайно глючные в части записи в регистры переферии. Видимо, в какой-то момент в дело пошла отбраковка.

[mantech 38]

1 час назад, AlexG сказал:

Видимо, в какой-то момент в дело пошла отбраковка.

Или фабрику сменили))

[AlexG 1]

13 minutes ago, mantech said:

Или фабрику сменили))

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

[Jackov 1]

В 13.04.2024 в 03:54, HardEgor сказал:

Насколько я помню, он очень требовательный к частоте 25 МГц. А у вас как-то слишком много проблем, возможно источник у них один.

"Частота тактирования блока PHY должна быть 25 МГц с джиттером менее 100 пс и длительностью фронтов менее 3 нс."

В 13.04.2024 в 09:08, AlexG сказал:

Использовали аналогичный ВЕ1. Ethernet работал. Производителем рекомендовалось тактировать контроллер ethernet строго от кварцевого резонатора, не от генератора.

Используется РК486-8ДС-25000К. И если я правильно понимаю от резонатора тактируется только блок PHY. Сбоит же приёмник в МАС.

Ещё раз акцентирую внимание, по отдельности и приёмник и передатчик работают нормально. Но когда начинается совместная работа иногда, видимо при наступлении каких-то условий, в приёмнике возникают сбои.

Изменено 15 апреля пользователем Jackov

[HardEgor 68]

В 15.04.2024 в 23:21, Jackov сказал:

Ещё раз акцентирую внимание, по отдельности и приёмник и передатчик работают нормально. Но когда начинается совместная работа иногда, видимо при наступлении каких-то условий, в приёмнике возникают сбои.

Надо добиваться повторяемости ошибок. Но при таком количестве, всё так выглядит, что где-то проблема с тактированием.

Как вариант - попробовать протестировать MAC с разной системной частотой.

[Jackov 1]

Есть теория, что проблема возникает во время одновременного приёма и передачи кадра. А что бы это воспроизвести, это надо по какому-то общему сигналу запускать передачу и на внешнем устройстве и на этом. Как такое провернуть пока непонятно.

И ещё что интересно, кадры гоняем через обычный китайский ширпотребовский коммутатор, какой-то D-link, так вот через коммутатор сбоев больше чем без него. С коммутатором сбои как-то волнами идут, вроде нормально, потом пошла волна частых сбоев, потом опять нормально. Напрямую сбои тоже есть, но заметно меньше, может 1, 2 в минуту.

18 часов назад, HardEgor сказал:

Надо добиваться повторяемости ошибок. Но при таком количестве, всё так выглядит, что где-то проблема с тактированием.

Как вариант - попробовать протестировать MAC с разной системной частотой.

А разве MAC  не частотой ядра тактируется?

[HardEgor 68]

В 17.04.2024 в 00:43, Jackov сказал:

Есть теория, что проблема возникает во время одновременного приёма и передачи кадра. А что бы это воспроизвести, это надо по какому-то общему сигналу запускать передачу и на внешнем устройстве и на этом. Как такое провернуть пока непонятно.

Соединить два ваших устройства. Насколько помню там есть еще прозрачный режим для теста.

 

В 17.04.2024 в 00:43, Jackov сказал:

А разве MAC  не частотой ядра тактируется?

Это самый интересный вопрос. Там в схеме тактирования два штуки ETH_CLK и ETH2_CLK, а у самого MAC еще и MCLK нарисован)

Видимо MCLK это и есть ETH_CLK, но там еще есть делитель ETH_BRG, надо посмотреть какой он.