Ethernet + Cyclone + Nios Опции

[yura-w]

Здравствуйте,
хочу сделать устройство: Ethernet (10/100) + CycloneII + NiosII.
Подскажите пожалуйста,
на какую корку (TCP/IP) и соответствующую ей аппаратную часть обратить внимание

[Reanimator++]

Доброго дня!

Есть измерительные платы с ПЛИС, работающие в термостате в диапазоне от +50 до +100 градусов цельсия.
Пока все сделано на "рассыпухе" - измеритель на ПЛИС, МК extended диапазона, CAN интерфейс наружу, внешняя коробочка с Ethernet к компу.

Есть желание все эти функции запихнуть внутрь ПЛИС, запустив там NIOS и добавив Ethernet PHY.

Поискав немного компоненты extended диапазона понял что это непросто...
Имеющие опыт реализации подобного, поскажите пожалуйста SRAM (или другой RAM для NIOS) и Ethernet PHY extended диапазона температур.. (трансформаторы эзернета вроде при 100 живут нормально)..

требования к скорости обмена отсутствуют.
Ethernet хочется из-за развязки, длины и удобства адресации (IP).

[vadimuzzz]

Поискав немного компоненты extended диапазона понял что это непросто...

непросто, но не невозможно

ethernet PHY: http://www.national.com/pf/DP/DP83848VYB.html#Overview

SRAM: http://www.issi.com/products-extended-temperature-sdram.htm

FPGA: http://www.altera.com/products/devices/cyc...-mkts-auto.html

[dim99]

Появились первые интересные результаты работы с ethernet.

В общем после hard reset PHY начинает в режиме auto-negotiation обмениваться пакетами с PC.
точнее сказать, PHY принимает пакеты от PC.

Для обеспечения работы с PHY в свойствах PC lan adapter выставил full duplex и 100 mbit.
После автоопределения PHY начинает моргать показывая. что работает именно в этом режиме - 100 duplex, как раз то, что поддерживает на данный проект мой fpga проект.

инициализацию PHY проводить не могу, потому xj не знаю по каким регистрам чего находится, вот хочу сегодня посмотреть lgngibn на какую-нибудь Gigabbit микросхему.
смотрел lan91c1111 - но она 100 mbit и номера битов в контрольном регистре для выставления скорости явно отличаются от marvell PHY.

В общем подправил код для отправки с tse_mac driver и пытаюсь отправить пакет через tse_mac_raw_send.
смотрю в wireshark - приходят пакеты с правильным количеством байтов, но заполненные нулями и определенными как FC (failed)

естественно, что надо бы еще
1. определить регистры PHY (пока не знаю какие) - доступ через MDIO настроен.
2. Проверить TSE_MAC надо, вдруг где недосмотрел
3. mem_to_stream от sgdma_tx вроде правильно формирует дескриптор, адрес для данных правильно выставлен.

Какие могут варианты неправильно формирования или подключения чего, что так пакеты передаются?

[vadimuzzz]

В общем подправил код для отправки с tse_mac driver и пытаюсь отправить пакет через tse_mac_raw_send.
смотрю в wireshark - приходят пакеты с правильным количеством байтов, но заполненные нулями и определенными как FC (failed)

естественно, что надо бы еще
1. определить регистры PHY (пока не знаю какие) - доступ через MDIO настроен.
2. Проверить TSE_MAC надо, вдруг где недосмотрел
3. mem_to_stream от sgdma_tx вроде правильно формирует дескриптор, адрес для данных правильно выставлен.

Какие могут варианты неправильно формирования или подключения чего, что так пакеты передаются?

начать лучше с према пакета, увидите какую структуру имеет правильный пакет. а так навсуидку 2 варианта. PHY может считать/не считать CRC; может добивать/не добивать пакет нулями до нужной длины. выкладывайте дамп, посмотрим. да, wireshark тип ошибки указывает.

Спасибо, эти компоненты я тоже находил, есть проблемы в цене и доставабельности у National.
я создал отдельную тему по своему вопросу - http://electronix.ru/forum/index.php?showtopic=69863

еще
http://www.micrel.com/applications/auto/Et..._Automotive.pdf

http://www.smsc-ais.com/AIS/content/view/843/810

hint: ищите по automotive ethernet