|
Старшие ARMы против SH. Кто прокомментирует? |
|
|
|
Jan 17 2005, 17:55
|
Участник

Группа: Новичок
Сообщений: 26
Регистрация: 9-12-04
Пользователь №: 1 421

|
Есть проблемка. Выбора. Очень хочеться FPU на борту ма-ахонькой платки иметь. А я только только с ARM-ом 7 как следует разобрался. Господа ARM-сты! Кто работал со старшими ARMами ( которые с FPU)? Умучался искать. Нашёл только два кристалла у Cirrus Logic: PS7500FE64QC и EP9312-CB. Всякие дилервы и бред менеджеры предлагают перескочить на Хитачи SH7751R. Дескать и RISK и FPU и линух задаром http://www.shlinux.com/products/systemh.htmА по ARMам тишина. Никто не торгует, что ли? Может кто и с хитачами возился? Поможите
|
|
|
|
|
 |
Ответов
|
Jan 19 2005, 11:31
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Цитата(NickS @ Jan 18 2005, 11:53) Так ведь еще проблема, чем прорамить будете. Компиляторы не ноддерживают FPU. У нас плата как раз под EP9312. Копилятора который поддерживает FPU не нашли. Хорошо хоть нам FPU и не нужен. Плохо смотрели. В ADS есть выбор FPU и не одного. Цитата(maxsys @ Jan 17 2005, 20:55) Есть проблемка. Выбора. Очень хочеться FPU на борту ма-ахонькой платки иметь. А я только только с ARM-ом 7 как следует разобрался. Господа ARM-сты! Кто работал со старшими ARMами ( которые с FPU)? Умучался искать. Нашёл только два кристалла у Cirrus Logic: PS7500FE64QC и EP9312-CB. Всякие дилервы и бред менеджеры предлагают перескочить на Хитачи SH7751R. Дескать и RISK и FPU и линух задаром http://www.shlinux.com/products/systemh.htmА по ARMам тишина. Никто не торгует, что ли? Может кто и с хитачами возился? Поможите  Искать надо не у производителей ширпотреба а у специализированных фирм. Допустим netX на базе ARM926 все идут с VFP9.
|
|
|
|
|
Jan 19 2005, 19:01
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
http://www.edn.com/article/CA438294.htmlСписки выпускаемых процов. Очень познавательно!!! Теперь по поводу обсужаемой темы. С точки зрения моего опыта, не факт, что стоит все вгромоздить на один проц. Пусть он и будет быстрым, но сложность программ, и сложность корректного переключения между задачами могут все угробить. Представте, одна ошибка, и все ваши N пидов полягут. Например, ошибка в ГУЕ (а нафига TFT без красивого гуя? А реалтаймвость гуя - это вещь в себе. Либо ГУЙ будет подтормаживать (если фоновая нагрузка большая), либо пиды полягут.). Кто за это будет платить? Я бы (IMHO) сделал распределенную систему. Пусть себе LPC пидят, а центральный проц, с достаточным запасом по переключению между процессами, "дрочит" их. С одно стороны, вроде бы как сложнее. Но с другой, гораздо надежнее. Контура обратной связи будут замыкаться внутри одного проца, с делать протокол на основе CAN (IMHO) не так уж и сложно, благо он для этого и заточен. А центральный проц неспеша будет рисовать неземную красоту на TFT. Опять же, расширяемость такой системы почти безгранична.
|
|
|
|
|
Jan 20 2005, 06:42
|
Участник

Группа: Новичок
Сообщений: 26
Регистрация: 9-12-04
Пользователь №: 1 421

|
Цитата(Evgeny_CD @ Jan 19 2005, 22:01) С точки зрения моего опыта, не факт, что стоит все вгромоздить на один проц. Пусть он и будет быстрым, но сложность программ, и сложность корректного переключения между задачами могут все угробить. Представте, одна ошибка, и все ваши N пидов полягут. Например, ошибка в ГУЕ (а нафига TFT без красивого гуя? А реалтаймвость гуя - это вещь в себе. Либо ГУЙ будет подтормаживать (если фоновая нагрузка большая), либо пиды полягут.). Кто за это будет платить? Система распределённая. Сейчас на месте такой платы - промперсоналка или даже обычная персоналка. Это не всегда удобно. А ПИДы, которые на ней крутяться - регулировки регулировок и настройки настроек локальных ПИДов. Много, много локальных ПИДов.  Кроме того, связь с вышестояшей сетью. Кроме того, пульт оперативного контроля и отладки. Цитата(Evgeny_CD @ Jan 19 2005, 22:01) Я бы (IMHO) сделал распределенную систему. Пусть себе LPC пидят, а центральный проц, с достаточным запасом по переключению между процессами, "дрочит" их. С одно стороны, вроде бы как сложнее. Но с другой, гораздо надежнее. Контура обратной связи будут замыкаться внутри одного проца, с делать протокол на основе CAN (IMHO) не так уж и сложно, благо он для этого и заточен. А центральный проц неспеша будет рисовать неземную красоту на TFT. Опять же, расширяемость такой системы почти безгранична. Я вижу - мы единомышленники?
|
|
|
|
|
Jan 20 2005, 09:37
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(maxsys @ Jan 20 2005, 10:42) Система распределённая. Сейчас на месте такой платы - промперсоналка или даже обычная персоналка. Это не всегда удобно. А ПИДы, которые на ней крутяться - регулировки регулировок и настройки настроек локальных ПИДов. Много, много локальных ПИДов.  Кроме того, связь с вышестояшей сетью. Кроме того, пульт оперативного контроля и отладки. Я вижу - мы единомышленники?  Насчет ПЦ - полностью согласен!!! Не место им в промавтоматике, сколько бы их делатели не убеждаи в обратном! Тогда задача понятна, и, похоже, имеет смысл делать FP. Насколько я понял, от "нереального" времени вторичных ПИДов то, чем управляют меленькие ПИДы, сразу не взорвется. А то я уж испугался  . И все таки, еще раз призвал бы к модульной структуре. Есть чудная вещь - AD DSP BlackFin. Он хоть и не FP, но имеет переменную разрядность операндов- могут быть и 16, и 32 битным. Очень шустрый, суперскалярный. Хорошо поддержат со стороны AD. Есть куча библиотек, в том числе и FP. Цены - 20$ или около того. Самое главное, у него есть неплохие средства для межпроцессорного взаимодействия. Поставить такое чудо в качестве внешнего сопроцессора, наладить обмен между ними по DMA - и радоваться жизни. Опять же, blackfin'ов много, последние имеют мощу до 3 GOPS. А в качестве проца выбрал бы Sharp LH7A404 - чудный кристалл!
|
|
|
|
|
Jan 20 2005, 19:02
|
Участник

Группа: Новичок
Сообщений: 26
Регистрация: 9-12-04
Пользователь №: 1 421

|
Цитата(Evgeny_CD @ Jan 20 2005, 12:37) Насчет ПЦ - полностью согласен!!! Не место им в промавтоматике, сколько бы их делатели не убеждаи в обратном! И все таки, еще раз призвал бы к модульной структуре. Есть чудная вещь - AD DSP BlackFin. Он хоть и не FP, но имеет переменную разрядность операндов- могут быть и 16, и 32 битным. Очень шустрый, суперскалярный. Хорошо поддержат со стороны AD. Есть куча библиотек, в том числе и FP. Цены - 20$ или около того. Самое главное, у него есть неплохие средства для межпроцессорного взаимодействия. Да, я ж и говорю - делали мы так. Или почти так. Но время программистов оказалось гораздо дороже. И поэтому я гораздо охотнее воспользоваться бы FPU + компилятор+программист, чем (Blackfin+програмист№1)=FPU+програмист№2. Увы. Столько чудных проектов погибло из-за нежелания программистов работать за так Цитата(Evgeny_CD @ Jan 20 2005, 12:37) Поставить такое чудо в качестве внешнего сопроцессора, наладить обмен между ними по DMA - и радоваться жизни. Опять же, blackfin'ов много, последние имеют мощу до 3 GOPS. А в качестве проца выбрал бы Sharp LH7A404 - чудный кристалл! Да. Согласен. Да не потянем. А с LH7A404 работали или как?
|
|
|
|
|
Jan 21 2005, 14:01
|
Участник

Группа: Новичок
Сообщений: 26
Регистрация: 9-12-04
Пользователь №: 1 421

|
Цитата(dch @ Jan 21 2005, 16:56) Цитата(maxsys @ Jan 20 2005, 22:02) FPU + компилятор+программист, чем (Blackfin+програмист№1) программист+програмист=1.8программиста Не, чаще надо не складывать, а перемножать. Тогда будет программист*програмист=0.81программист
|
|
|
|
Сообщений в этой теме
maxsys Старшие ARMы против SH. Кто прокомментирует? Jan 17 2005, 17:55 lvitaly Извините, но по-моему требование "нужно иметь... Jan 17 2005, 19:39 maxsys Цитата(lvitaly @ Jan 17 2005, 22:39)Извините,... Jan 18 2005, 09:17  dch Цитата(maxsys @ Jan 18 2005, 12:17) Эт... Jan 19 2005, 09:24   maxsys Цитата(dch @ Jan 19 2005, 12:24)Цитата(maxsys... Jan 20 2005, 06:18 NickS Так ведь еще проблема, чем прорамить будете.
Компи... Jan 18 2005, 08:53 maxsys А если не нужен FPU - тогда почему EP9312??? Jan 18 2005, 09:24  NickS Нужен контроллер TFT экрана и Ethernet.
Но все же... Jan 18 2005, 15:16   maxsys Я надеюсь что GCC понимает FPU. Хоть ARM, хоть SH-... Jan 18 2005, 17:39    ValeraK Цитата(maxsys @ Jan 18 2005, 23:39)Я надеюсь ... Jan 19 2005, 06:05     maxsys Цитата(ValeraK @ Jan 19 2005, 09:05)Цитата(ma... Jan 19 2005, 06:59 lvitaly gcc совершенно точно не понимает FPU процессоров о... Jan 18 2005, 22:01 maxsys Цитата(lvitaly @ Jan 19 2005, 01:01)gcc совер... Jan 19 2005, 07:15  lvitaly Цитата(maxsys @ Jan 19 2005, 10:15)Уже пробов... Jan 19 2005, 09:53     Evgeny_CD Цитата(maxsys @ Jan 20 2005, 23:02)Да. Соглас... Jan 21 2005, 09:26        Evgeny_CD http://forum.electronix.ru/index.php?showtopic=242... Jan 24 2005, 10:10         maxsys Цитата(Evgeny_CD @ Jan 24 2005, 13:10)http://... Jan 24 2005, 11:40 NickS Цитата(AlexandrY @ Jan 19 2005, 14:31)Цитата(... Jan 20 2005, 18:24
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|