|
STM32F103CB + Ehernet в одном чипе, интересный чип |
|
|
|
Jun 17 2013, 07:01
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Нашёл интересный чип с STM32F103CB и аппаратной реализацией Ethernet (TCP/IP MAC+PHY) всё в корпусе LGA60 сайт производителя http://eucache.wiznet.co.kr/Sub_Modules/en...3=&pid=1165
|
|
|
|
|
Jun 17 2013, 07:46
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Цитата(Methane @ Jun 17 2013, 11:23)  Аппаратная реализация TCP? Что-то мутное сильно. Корейцы.... А что, корейцы не люди? Вы наверное адепт огрызков. Но кстати там тоже корейские чипы стоят
|
|
|
|
|
Jun 17 2013, 07:59
|

Гуру
     
Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095

|
QUOTE (navigator @ Jun 17 2013, 10:01)  и аппаратной реализацией Ethernet (TCP/IP MAC+PHY) Стремно. Ты можешь делать "от сих до сих". Захочешь чуть большего - фигушки. Попал я с их предшественником W5100. Сделал устройство, оно отлично работало полтора года, слало себе пакеты по UDP. До тех пор, пока провайдер не сменил комп на гейте. IP остался старым, сменился MAC. А W5100 тупо продолжал долбить пакеты на старый MAC. Ну ладно, не предусмотрели мы такую ситуацию. Надо как-то предупреждать повторение таких ситуаций в будущем. Захотел, если долго не приходит ответных пакетов, сделать очистку таблицы ARP - а фигушки. Производитель такой функции не предусмотрел. Закрывай сокет. А я не могу его закрыть, я его слушаю, в него информация валится. Пришлось делать костыль в виде отправки левого пакета на левый адрес - при смене адреса микросхема посылает новый ARP-запрос (видимо у нее таблица из одного значения). Так что уж лучше программный стек - там хоть все под контролем. Вот такое вот мое мнение.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Jun 17 2013, 08:12
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Цитата(Сергей Борщ @ Jun 17 2013, 11:59)  Стремно. Ты можешь делать "от сих до сих". Захочешь чуть большего - фигушки. Попал я с их предшественником W5100. Сделал устройство, оно отлично работало полтора года, слало себе пакеты по UDP. До тех пор, пока провайдер не сменил комп на гейте. IP остался старым, сменился MAC. А W5100 тупо продолжал долбить пакеты на старый MAC. Ну ладно, не предусмотрели мы такую ситуацию. Надо как-то предупреждать повторение таких ситуаций в будущем. Захотел, если долго не приходит ответных пакетов, сделать очистку таблицы ARP - а фигушки. Производитель такой функции не предусмотрел. Закрывай сокет. А я не могу его закрыть, я его слушаю, в него информация валится. Пришлось делать костыль в виде отправки левого пакета на левый адрес - при смене адреса микросхема посылает новый ARP-запрос (видимо у нее таблица из одного значения). Так что уж лучше программный стек - там хоть все под контролем. Вот такое вот мое мнение. А ресурсы процессора использовать на благое дело а не только пакеты гонять, да и не у всех опыт реализации стека имеется, да и чип уже не 5100 а 5200 встроен. Я вспоминаю USB первой спецификации, так сплошной гемор был, а сейчас без него разве туалетную бумагу не выпускают. Не ошибается тот кто ничего не делает.
|
|
|
|
|
Jun 17 2013, 12:02
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Цитата(umup @ Jun 17 2013, 14:37)  а чем не устроили F107/207/407 ? а я не знал что в этих чипах PHY встроен, думал только MAC  в этом только rj45 с встроенными трансформаторами добавить.
|
|
|
|
|
Jun 17 2013, 12:23
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Цитата(Methane @ Jun 17 2013, 16:05)  Atmel черте когда для своих AVR32UC давал freeRTOS и LwIP, c http и кучей всего. Ну да, внешний phy нужен, ну так и фиг с ним. Более логичнее получается по моему мнению. И что там логичного? Я так понимаю и DC/DC конверторы вы тоже сами всегда делаете? Черте знает когда появился отличный чип NE555 ж)
|
|
|
|
|
Jun 17 2013, 12:44
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Цитата(Methane @ Jun 17 2013, 16:39)  Ок. Может быть phy в чипе и хорошо. В конце концов PCIe я выбрал в внутренним phy. Но какой смысл аж TCP в "железо" вносить. И как это? Я не особо хорошо представляю аппаратный tcp/ip кроме его варианта, когда им занимается отдельный процессор. А "аппаратный" ftp так вообще мегамаразм. Есть волшебное слово - data sheet, я вроде ссылку на сайт производителя дал, не сам выдумал.... Может кого ещё заинтересует.
|
|
|
|
|
Jun 17 2013, 13:26
|

Гуру
     
Группа: Свой
Сообщений: 4 869
Регистрация: 28-02-08
Из: СПБ
Пользователь №: 35 463

|
QUOTE (Methane @ Jun 17 2013, 15:39)  Ок. Может быть phy в чипе и хорошо. В конце концов PCIe я выбрал в внутренним phy. Но какой смысл аж TCP в "железо" вносить. И как это? Я не особо хорошо представляю аппаратный tcp/ip кроме его варианта, когда им занимается отдельный процессор. А "аппаратный" ftp так вообще мегамаразм. федбековские TCP/IP стеки для таких процев, для встроенных приложений, это нормально, от ST 107, 207, 4x7 для этого и думаны. ftp устарел, кривоват, вместо него http, https уже давно как. phy в чипе ... это как посмотреть, можно в разъём к трансформатору проц со стеком и фи добавить. Тогда все в разъёме будет. И такое давно выпусают.
|
|
|
|
|
Jun 17 2013, 14:10
|
Участник

Группа: Участник
Сообщений: 24
Регистрация: 14-06-07
Из: СПБ
Пользователь №: 28 422

|
Цитата(DASM @ Jun 17 2013, 17:59)  Да нормальная практика, просто грань между железным и аппаратным стеком давно уже стерта. Ну стоит тама сопроцессор, ну закрыт он от вас, внешне - железный. Нету этой грани. Я вот тоже - у меня на DM3730 кодер Н264 - софтовый - там C64x+ DSP стоит, кодек загружаемый. А вот в DM365-368 он якобы железный. Только я никогда не узнаю - железный он или таки стоит DSP с прошитым намертво кодером. В конце концов какая разница - лишь бы интерфейс апи был гибок. Вот хоть ктото поддержал. Спасибо. Задача была обратить внимание, бывают задачи, когда надо быстренько реализовать, не ворочая ещё в добавок и ethernet, а сосредоточиться на основной задаче, это проще и леге и быстрее.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|