Господа, возникла такая проблема с инициализацией Ethernet на контроллере NXP LPC4088.

Как обычно первым делом выставляю ножки контроллера а альтернативную ф-ю для Ethernet (всего 18 ног)
Далее пытаюсь подать питание на периферию:
LPC_SC->PCONP |= 1<<30;
И на этом работа процессора останавливается.

В ИАРе в просмоторщике регистров, вместо осознанных цифр сплошные прочерки.

С остальной периферией все нормально.

Может кто сталкивался... Подскажите пожалуйста

Да, и еще после этого вылезает ошибка

Нажмите для просмотра прикрепленного файла

Питания хватает? Может какое КЗ на это периферии, пока ноги на вход все ок, а как пошевелить надо, так и рушиться все...

И еще такой момент у вас на HardFault и прочих падучих прерываниях стоят заглушки, чтобы их заметить?

Питания хватает, ставили на отложенный запуск, Смотрели может какой пик есть. Все ровно держит +3V3.



Заглушки стоят, но туда не приходит, просто вываливается и все. Есть у нас отладочный диод, который моргает от прерывания периодического таймера. Если EMac не включать, работает... Как только пишем эту строчку (LPC_SC->PCONP |= 1<<30;) все. После нее тишина.

А Вы в самое начало программы добавьте отключение питания
PCONP_bit.PCENET = 0;

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

Спасибо, но не помогло. Есть подозрение что это что-то с J-tag. Потому что прошил КИТ стандартным ИАРовским примером, встал на мою уже полюбившуюся строчку. И вылетел, переткнул питание, загорелась лампочка на RJ45. Но что интересно с другой периферией все нормально. И UARTы все работают, и SPI()SSP, и многое другое. Странно.

Очень похоже на то. У этого МК пины JTAG и ETHERNET случайно не объединены?
PCONP - это вообще-то не питание, а тактирование периферии. Убедитесь, что частота тактирования ETHERNET-модуля находится в допустимых пределах.

Посмотрите как проходит пошаговая отладка в окне дизассемблера: это позволит более подробно увидеть происходящее.

Методом проб и ошибок пришел к такому прогрессу. Если сначала инициализировать ноги тактирования (ENET_REF_CLK для RMII), а следующей строчкой подать тактовую на Ethernet периферию, все идет по плану. Такой вот проц. Вот вырезка из мануала UM4088.



Но это на ИАРовском КИТе все заработало. Там и PHY был сконфигурирован и режим RMII. На боевой плате У нас 5-портовый свич Micrel KSZ8895. Хочу режим MII. Инициализирую ENET_RX_CLK и ENET_TX_CLK, подаю тактовую на периферию Ethernet, и все как всегда. Написано что надо настроить PHY, но как это сделать если мне Ethernet не включить.

Да и вот еще что. На ногах ENET_RX_CLK и ENET_TX_CLK тишина, а на КИТе на ENET_REF_CLK 50 MHz.

ENET_RX_CLK и ENET_TX_CLK - должны формироваться Micrel (25MHz), у Вас что-то со свитчом. На ките PHY включена в RMII вот и выдает ENET_REF_CLK 50 MHz.

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

Ну, во-первых, проверьте в каком режиме у Вас switch: MAC или PHY. PHY обычно сразу формирует, хотя бывают исключения.

Юзаю KSZ8895 совместно с STM32F4, режим MII. Клоки идут сразу. А вот чтобы свич заработал (начал пакеты гонять) - надо ему шепнуть волшебное слово по MDC.

Спасибо огромное за советы, решили проверить как процессор себя поведет имея на входе 25 МГц на обоих сигналах. Дали с циклона два провода, все пошло. Ура.

Мы хотели подключить Mac - Mac. Пощупал микросхему осциллографом, действительно PHY дает 25 МГц, а Mac нет. С микросхемой работаю впервые. наверно надо настраивать ее в таком режиме не через MIIM а через SPI. Или может какие есть аппаратные средства.

ВЫВОД: Действительно работая в связке NXP LPC4088 и любой PHY нужно сначала конфигурировать ноги отвечающие за тактовые сигналы Ethernet (хотя бы одну для RMII это REF_CLK), а потом подавать тактовую на периферию Ethernet.

Всем еще раз спасибо за советы. Буду пробовать дальше.

Эмулировать MII программно через GPIO?

Не пройдет, синхронности не будет. Только внешний генератор (MAC-MAC).

У меня коллега писал софт на этот свич...или 8895 или 8995,не помню уже...могу выслать его инициализацию..там он через SPI конфигурируется,если мне тоже память не изменяет...там stm32+keil RTX но думаю,важен сам алгоритм,посмотрите,сравните,как у вас и как там,что не так и пр...

Господа, вот уже который день заставляю заработать этот Switch. И пока безрезультатно. Может кто с ним работал, может у кого есть знакомые кто его пробовал. Помогите пожалуйста, если у вас есть пример его конфигурации по SPI или что-то вроде... Без разницы в какой среде разработки. Мне бы хоть PPP настроить, чтобы пакетик пошел. Дальше разберусь (ну или по аналогии). У меня подключен MAC на MAC в режиме SW-PHY5. Комп каналы вроде видит, правда почему-то 10Mbit, но с этим можно позже разобраться. Короче, если у кого-то что-то есть, "моей благодарности не будет границ". Заранее спасибо.

Неужели никто не работал с этой штукой?

Я работал с подобной, только 3х портовой и у меня по SPI управление было подключено.


Не MII, а MDIO - это похоже на обычный SPI, ноги выделенные можно и "вручную" легко подергать.

Кроме того у NXP даже appnote есть как это делать - был у него чип у которого то ли бага, то ли ноги какой не хватало и что бы PHY законфигурить приходилось ногами дрыгать.

Есть такой документ "porting guide":
http://www.micrel.com/_PDF/Ethernet/sw_des...uide%20v1.0.pdf

В нём есть в т.ч. ссылка на исходники ksz8895-spi.c, ksz8895phy.c

(не уверен, что это сильно поможет ибо мнооого. сам я 8895 не юзал, прошу прощения)

Спасибо, я его просматривал, но вроде там только драйвер MIIM и SPI. А вот что в регистры писать и как его настроить, чтобы пакетики пошли, нет.



SPI и MIIM у меня работает, читает/пишет все норм с этим.

Потыкался в него осцилом. Пакеты приходят, ножка под диод (который LED 1-2) скачет. То есть switch понимает что пакет пришел. Интересно что он с ним дальше делает)