Микроконтроллер с встроенным Ethernet

Добрый день,
Требуется разработать лабораторную работу для студентов по курсу "Сети и телекоммуникации". Идея в том, чтобы имея в распоряжении микроконтроллер с реализованными физическим и канальным уровнями ethernet, студенты сами реализовали третий уровень (IP-протокол либо упрощенную его версию).
Подскажите подходящий МК для таких целей ? Желательно чтобы к нему существовали готовые отладочные (или в крайнем случае легко собираемые самостоятельно) комплекты, чтобы сборка лабораторных установок не вызвала больших проблем. Заранее спасибо.

0

...малинка, кубибоард как киты со всем на борту.

0

http://www.ebay.com/itm/STM32F... SwgQ9V5ndX
А я бы вот это предложил.

0

http://ru.aliexpress.com/item/... 35797.html

0

Уважаемый raxp, с Вами интересно дискутировать, поэтому начнём:
Всё ниже сказанное является исключительно моим ИМХО и ни каким бокам не относится к мнению администрации форума
1. Вы предлагаете решения на базе SoC там очень туго с документацией, на малинку низкоуровневая совсем беда
2. Для них обычно есть готовые сборки линукс, где больше расписан API, для работы со стеком TCP/IP нежели низкоуровневая работа.
Я же предлагаю решения где физика и MAC сделано аппаратно, а далее либо сам ручками либо скачал стек у производителя.

0

1. Вы предлагаете решения на базе SoC там очень туго с документацией, на малинку низкоуровневая совсем беда

а нафига низкоуровневое? Все железо прекрасно доступно из ОС на борту, примеров под разные языки масса https://www.cyberforum.ru/micr... 69205.html, а комьюнити не меньше буратиновского.

Хочется возится со стеком на низком уровне? Берем Ардуино и навесные модули а-ля WizNET.

0

Спасибо за быстрый ответ. Прорабатываю сейчас оба варианта.
Склоняюсь пока к варианту на STM32, потому что приходится принимать в расчет исходные знания студентов: курс микропроцессоров и их программирования у них уже был, а курса линукс, насколько я знаю, нет вообще.
Есть еще вопрос: поддерживает ли STM32f7 программирование на языке МЭК-61131 (функциональными блоками или релейными схемами) ?

0

Под AVR и PIC есть эмулятор LD и Algorithm Builder. Под STM не в курсе.

LD под PIC and AVR
Визуальное программирование микроконтроллеров
Графический язык ДРАКОН для программирования микроконтроллеров
Algorithm Builder. Графическая среда для разработки ПО для МК AVR

Добавлено через 6 минут

а курса линукс, насколько я знаю, нет вообще

а курса Windows тоже не было? Навыки работы в ОС к программированию имеют опосредованное отношение, ОС уже предустановлена. Во второй малинке вообще прилагается бесплатный Windows 10 IoT. Работать с железом можно из кроссплатформенного Пуре-Бэйсика, Лазаруса, JAVA, Си в GCC и т.п.

0

Aleksandr_T, Вы ведь хотели, чтобы студенты реализовывали протокол IP и выше, то причем здесь МЭК-61131? Контроллер Ethernet представляет из себя два FIFO c Ethernet пакетами. Одно FIFO на приём другое на выдачу + признаки начало/конец пакета. Формируя пакет в нем надо прописывать все поля начиная с MAC адреса, также при разборе принятого.

В принципе формировать и принимать напрямую Ethernet пакеты в Windows/Linux можно с помощью библиотеки pcap http://www.tcpdump.org/

0

Это далеко не напрямую, напрямую вот как http://www.marsohod.org/index.... ether-send

0

Papayaved, Тут наверно я недостаточно четко объяснил вопрос. Суть в том что мы готовим автоматчиков, а не программистов. Поэтому и упор на МК и средства их программирования.

Пока остановился на связке Arduino Uno + Ethernet Shield. Попробую их заказать на ebay для опробования.

0

Сообщение от Aleksandr_T Суть в том что мы готовим автоматчиков, а не программистов. Поэтому и упор на МК и средства их программирования.

Сообщение от Aleksandr_T студенты сами реализовали третий уровень (IP-протокол либо упрощенную его версию).

Упс, изучите стек протоколов, тогда поймете как Вы ввели в заблуждение.
3 уровень в OSI модели "сетевой", а прикладной СЕДЬМОЙ.
Возьмите, что советовал raxp это более оптимально для Вашей задачи

0

Aleksandr_T, я не знаком с библиотеками Arduino, но понимаю, что все уже придумано, включая IP-стек. Если хотите, чтобы студенты изучили именно ньюансы сетевого обмена - придется вас отказаться от Ардуины и использовать только ее схему (и плату). Весь остальной код необходимо будет давать писать студентам, базируясь на SDK установленного чипа на плате.
Я бы в этом случае рекомендовал бы вам ориентироваться на широко известных кортексах производителей NXP, TI, ST, Atmel, а также на интегральный тип контроллера, т.к. в нем все же проще разобраться, чем с распределенной архитектурой - МК + сетевой сопроцессор. К тому же, это будет ближе к "железу", соответственно, к стеку и данным в нем.

PS: в качестве альтернативы предложу к рассмотрению платы evodbg. Например, вот эту. Окромя стека IP вы на них сможете еще и в CAN поупражняться, ну и UART не помешает (скажем, для обмена через RS485).

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

0

Сообщение от Voland_ но понимаю, что все уже придумано, включая IP-стек

Нет там стека он в W5100 аппаратно сидит.
ИМХО: сетевой уровень это системное программирование, автоматчикам там делать не чего.

0

Суть в том что мы готовим автоматчиков, а не программистов. Поэтому и упор на МК

неверно. Если вы готовите автоматчиков, то упор надо делать на ПЛК и МЭК языки.

0