|
Embeded Ethernet |
|
|
|
Jan 10 2007, 13:09
|
Частый гость
 
Группа: Свой
Сообщений: 123
Регистрация: 11-01-06
Пользователь №: 13 032

|
Начинаю разрабатывать девайс управляемый через Eternet. Основные операции выполняет DSP, код уже почти готов под 55х, а вот все функции управления возлагаются на МК, раньше работал с ARM от Phillips, но видимо придется от них отказаться, нет встронного МАС уровня, и не хватает третьего UART (хотя UART не суть сложная проблема). Вариантов реализации пока вижу два 1. OMAP(55хx+ARM)+Eternet контроллер (допутим типа LAN91xxx или LAN92xxx) 2. 55xx+ARM(c МАС уровнем) например AT91SAM7X256
ОМАР что-то пугает, мало кто работал, если чего и посоветоваться не с кем будет. С другой стороны на 5502 есть свои наработки.
Отсюда вопросы, какой вариант предпочтительней? Какую ось выбрать под AT91SAM7X256, может есть что-то из уже портированного? Что посмотреть по реализации embeded Eternet на AT91SAM7X256?
Вообщем пока разработка только начинается хочется выбрать более правильное решение.
Спасибо.
|
|
|
|
|
 |
Ответов
|
Jan 10 2007, 13:50
|
Частый гость
 
Группа: Свой
Сообщений: 123
Регистрация: 11-01-06
Пользователь №: 13 032

|
Цитата(aaarrr @ Jan 10 2007, 14:24)  А чем вариант 55xx+Eternet контроллер не устраивает? По-моему, ARM здесь лишний. Еще можно рассмотреть вариант 55xx+Wiznet.
OMAP действительно штука довольно сложная, и в данной ситуации жизнь не облегчит. 55хх загружен сигнальными делами, достаточно прилично. А задач управления кроме Eternet, полно. Там 3 UARTа, два из которых обслуживают устройства на 485, индикация на графическом ЖКИ. Да и на самом девайся есть чем котроллеру поуправлять. Поэтому загружать ДСП на эти задачи как минимум неудобно.
|
|
|
|
|
Jan 10 2007, 14:19
|
Частый гость
 
Группа: Свой
Сообщений: 123
Регистрация: 11-01-06
Пользователь №: 13 032

|
Цитата(aaarrr @ Jan 10 2007, 15:05)  Цитата(dmyl @ Jan 10 2007, 13:50)  А задач управления кроме Eternet, полно. Там 3 UARTа, два из которых обслуживают устройства на 485, индикация на графическом ЖКИ. Да и на самом девайся есть чем котроллеру поуправлять. Поэтому загружать ДСП на эти задачи как минимум неудобно.
Понятно. Тогда нужно решеть проблемы комплексно  Какой ЖКИ планируется использовать: с контроллером, или без? Как Вы планируете связать DSP с МК? Если ЖКИ с контроллером, и большой поток данных между DSP и МК не нужен, можно взять AT91SAM7X256 и связать его с DSP при помощи SSC. DSP и МК связываются по любому серийному интерейсу, поток между ними не то что небольшой а просто никакой. Основной поток с ДСП уходт мимо МК. Поэтому отдельный МК например AT91SAM7X256 вместо омапа мне нравится больше. ЖКИ с контроллером, потому получается что МК обвешан кучей сериальных интерфейсов, ну может кроме того же ЖКИ. Основной вопрос куда копать чтобы на AT91SAM7X256 воткнуть ось и TCP/IP стек. Да и вообще юзал раньше филлипс много раз он меня устраивал, с атмелем давно дела имел и то с AVR, стоит на этот ARM AT91SAM7X256 закладываться, можно ли на него портировать ось и стек, если ни без проблем то хотябы с обозримыми. Кстати я правильно понимаю что DBGU порт можно использовать как третий UART?
|
|
|
|
|
Jan 10 2007, 14:31
|

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

|
Цитата(dmyl @ Jan 10 2007, 13:19)  Основной вопрос куда копать чтобы на AT91SAM7X256 воткнуть ось и TCP/IP стек. Да и вообще юзал раньше филлипс много раз он меня устраивал, с атмелем давно дела имел и то с AVR, стоит на этот ARM AT91SAM7X256 закладываться, можно ли на него портировать ось и стек, если ни без проблем то хотябы с обозримыми. Посмотрите FreeRTOS. Там есть и порт на SAM7 и пример реализации TCP/IP на нем. Цитата(dmyl @ Jan 10 2007, 13:19)  Кстати я правильно понимаю что DBGU порт можно использовать как третий UART? да.
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
Jan 10 2007, 15:01
|
Частый гость
 
Группа: Свой
Сообщений: 123
Регистрация: 11-01-06
Пользователь №: 13 032

|
Цитата(Сергей Борщ @ Jan 10 2007, 15:31)  Цитата(dmyl @ Jan 10 2007, 13:19)  Основной вопрос куда копать чтобы на AT91SAM7X256 воткнуть ось и TCP/IP стек. Да и вообще юзал раньше филлипс много раз он меня устраивал, с атмелем давно дела имел и то с AVR, стоит на этот ARM AT91SAM7X256 закладываться, можно ли на него портировать ось и стек, если ни без проблем то хотябы с обозримыми.
Посмотрите FreeRTOS. Там есть и порт на SAM7 и пример реализации TCP/IP на нем. Цитата(dmyl @ Jan 10 2007, 13:19)  Кстати я правильно понимаю что DBGU порт можно использовать как третий UART? да. Спасибо. http://www.freertos.org/Правильно? Туда смотрю? Или есть еще любопытные ресурсы.
|
|
|
|
|
Jan 10 2007, 18:18
|
Частый гость
 
Группа: Свой
Сообщений: 123
Регистрация: 11-01-06
Пользователь №: 13 032

|
Цитата(dmyl @ Jan 10 2007, 16:01)  Цитата(Сергей Борщ @ Jan 10 2007, 15:31)  Цитата(dmyl @ Jan 10 2007, 13:19)  Основной вопрос куда копать чтобы на AT91SAM7X256 воткнуть ось и TCP/IP стек. Да и вообще юзал раньше филлипс много раз он меня устраивал, с атмелем давно дела имел и то с AVR, стоит на этот ARM AT91SAM7X256 закладываться, можно ли на него портировать ось и стек, если ни без проблем то хотябы с обозримыми.
Посмотрите FreeRTOS. Там есть и порт на SAM7 и пример реализации TCP/IP на нем. Цитата(dmyl @ Jan 10 2007, 13:19)  Кстати я правильно понимаю что DBGU порт можно использовать как третий UART? да. Спасибо. http://www.freertos.org/Правильно? Туда смотрю? Или есть еще любопытные ресурсы. А где можно раздобыть на freeRTOS документацию офлайн почитать, на freertos.org чего-то там тип хелп-файла предлагают за 35$. Что-то слабовато для описания ОСи.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|