Миландр

Ключевым подразделением нашей компании
является Центр Проектирования интегральных микросхем
Текущее время: 2019-окт-14 17:01

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 152 ]  На страницу 1, 2, 3, 4, 5 ... 11  След.
Автор Сообщение
СообщениеДобавлено: 2012-апр-18 10:58 
Не в сети

Зарегистрирован: 2009-июл-21 14:13
Сообщения: 1342
Откуда: Тула
Ого! а подробности можно (для тех, кто на семенаре не был)? =)

Высокопроизводительный процессор цифровой обработки сигнала --- это отечественный блекфин?)

Кортекс-М4F? Божественно!... только двух таймеров (32-х битных надеемся?) кому-то может быть маловато) Ещё и 5 Вольт от рождения понимает? чудееесно) (а то 2килорубля не всеггда есть за стабилизатор) Детекторы тактовой? Замечательно)

Планируте замахнуться и на R-семейство?

ЗЫ. А разрешите узнать любопытства ради: каждое ядро у АРМ лицензируется отдельно или вы их оптом понабрали со скидкой? :D (М0, М3, М4Ф) Или даже покристальные отчисления требуют?

_________________
сочувствующий…


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-20 16:33 
Не в сети
Site Admin
Аватара пользователя

Зарегистрирован: 2009-янв-20 10:05
Сообщения: 777
prostoRoman писал(а):
Ого! а подробности можно (для тех, кто на семенаре не был)? =)

Высокопроизводительный процессор цифровой обработки сигнала --- это отечественный блекфин?)

Кортекс-М4F? Божественно!... только двух таймеров (32-х битных надеемся?) кому-то может быть маловато) Ещё и 5 Вольт от рождения понимает? чудееесно) (а то 2килорубля не всеггда есть за стабилизатор) Детекторы тактовой? Замечательно)

Планируте замахнуться и на R-семейство?

ЗЫ. А разрешите узнать любопытства ради: каждое ядро у АРМ лицензируется отдельно или вы их оптом понабрали со скидкой? :D (М0, М3, М4Ф) Или даже покристальные отчисления требуют?

Выбираем между M4 и R4.

_________________
Правила форума!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-20 22:52 
Не в сети

Зарегистрирован: 2009-июл-21 14:13
Сообщения: 1342
Откуда: Тула
Yura писал(а):
prostoRoman писал(а):
Ого! а подробности можно (для тех, кто на семенаре не был)? =)

Высокопроизводительный процессор цифровой обработки сигнала --- это отечественный блекфин?)

Кортекс-М4F? Божественно!... только двух таймеров (32-х битных надеемся?) кому-то может быть маловато) Ещё и 5 Вольт от рождения понимает? чудееесно) (а то 2килорубля не всеггда есть за стабилизатор) Детекторы тактовой? Замечательно)

Планируте замахнуться и на R-семейство?

ЗЫ. А разрешите узнать любопытства ради: каждое ядро у АРМ лицензируется отдельно или вы их оптом понабрали со скидкой? :D (М0, М3, М4Ф) Или даже покристальные отчисления требуют?

Выбираем между M4 и R4.

угу... но всё же интересуют ответы на все вопросы =) хотелось бы знать (думаю и не только мне) на что можно расчитывать от Вас)

_________________
сочувствующий…


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-23 12:34 
Не в сети

Зарегистрирован: 2010-фев-08 00:47
Сообщения: 81
Откуда: el'NiNo
Yura писал(а):
Выбираем между M4 и R4.

таки "между M4 и R4" или "между M4F и R4F"?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-23 16:08 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1299
Откуда: АО "ПКК Миландр"
goussack писал(а):
Yura писал(а):
Выбираем между M4 и R4.

таки "между M4 и R4" или "между M4F и R4F"?



Все гораздо сложнее.

Выбор стоит в том какую концепцию применить:
Концепция 1. Одно ядро, максимум некий простенький аппаратный детектор сбоев
Плюсы: Нам как разработчикам кристалла все легко, можно реализовать "жирное" ядро.
Минусы: FT будет реализовано, только за счет технологии. Аппаратного исправления сбоев в ядре нет. Все ложится на софт. Обнаружение ошибок затруднено. Троирование на верхнем уровне в системе.

Предполагаемый уровень стойкости некий условный "К".

Концепция 2. Два ядра, Второе ядро чекает состояние первого,
Плюсы: Как то еще можно реализовать два "жирных" ядра. Практически 100% обнаружение сбоев, но без исправления. Если не нужен контроль на уровне второго ядра, то можно запускать разные программы на ядрах. Увеличение производительности.
Минусы: FT будет реализовано, только за счет технологии и аппаратное обнаруджение сбоев. Аппаратного исправления сбоев все равно нет. Все ложится опять таки на софт. Троирование на верхнем уровне в системе.

Предполагаемый уровень стойкости все тот же "К". Возможно даже будет меньше.
В этой концепции более интересно R4, так как уже на уровне самого ядра заложены механизмы синхроннного запуска двух ядер.

Концепция 3. Три ядра, мажоритарный контроль
Плюсы: Обнаружение и исправление одиночных ошибок, но ТРИ ядра, по 0.18 - это даже с M3 многовато, а очень хочется M4F как минимум. FT будет во весь рост.
Минусы: Очень большой кристалл. Практически бесполезный=дорогой для "некосмических применений"

Предполагаемый уровень стойкости максимум "2*К".


Из идей. Плюнуть на многоядерность, а все направить на мажоритарный контроль который будет реализовываться наверхнем уровне системы...

Вообщем, все сумбурно, так как пока еще в голове собственного решения нет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-23 16:29 
Не в сети

Зарегистрирован: 2009-сен-21 12:39
Сообщения: 507
А если не троить ядра, а реализовать что-то типа ECC, а лучше Хемминга с восстановлением для ОЗУ и ПЗУ. Софтовые методы борьбы со сбоями "ядра" были и во времена "до БЭСМ-6", а вот сбои в памяти на уровне софта контролировать ИМХО совсем тяжко.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-23 16:37 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1299
Откуда: АО "ПКК Миландр"
ЧумА писал(а):
А если не троить ядра, а реализовать что-то типа ECC, а лучше Хемминга с восстановлением для ОЗУ и ПЗУ. Софтовые методы борьбы со сбоями "ядра" были и во времена "до БЭСМ-6", а вот сбои в памяти на уровне софта контролировать ИМХО совсем тяжко.


ОЗУ и ПЗУ будет с ECC(Хемминг) во всех режимах, это даже не обсуждается. Вопрос в том как проверять/исправлять сбои в ядре, периферии и тп.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-23 22:14 
Не в сети

Зарегистрирован: 2009-сен-21 12:39
Сообщения: 507
-=Sergei=- писал(а):
goussack писал(а):
Yura писал(а):
Выбираем между M4 и R4.

таки "между M4 и R4" или "между M4F и R4F"?


Концепция 3. Три ядра, мажоритарный контроль
Плюсы: Обнаружение и исправление одиночных ошибок, но ТРИ ядра, по 0.18 - это даже с M3 многовато, а очень хочется M4F как минимум. FT будет во весь рост.
Минусы: Очень большой кристалл. Практически бесполезный=дорогой для "некосмических применений"

Предполагаемый уровень стойкости максимум "2*К".


Из идей. Плюнуть на многоядерность, а все направить на мажоритарный контроль который будет реализовываться наверхнем уровне системы...

Вообщем, все сумбурно, так как пока еще в голове собственного решения нет.


«Колхозные» 10 коп. Аппаратура это (пока) не только микроконтроллер (МК), но и всяческий «обвес» вокруг такового. Даже имея полностью троированный внутри МК, для задач требующих резервирования (ИМХО), всё равно одним каналом дело не обойдётся. «Обвес» потребует резерва.
Т.е. два ядра на кристалле с возможностью обнаружения сбоев дают возможность своевременно либо пересчитать, либо переключиться на резервный канал, который всё равно будет.
Получается, что троирование на уровне МК (скорее всего) избыточно.
P.S. Критика изложенного от товарищей имеющих опыт «серьёзных разработок» приветствуется.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-24 13:28 
Не в сети

Зарегистрирован: 2009-июл-21 14:13
Сообщения: 1342
Откуда: Тула
согласен с пердыдущим оратором.

и поскольку спрос рождает предложение и обуславливает его особенности - вопрос, видимо Вам, -=Sergei=-: эту разработку Вам заказали или же Вы на перспективу работаете, в надежде, что кому-то оно надо? в последнем случае более простые, ширпотребные и дешевые изделия будут более востребованы, ну а в первом - можно попробовать свои силы в поисках экстримальной надёжности за счёт заказчика =)

и ещё, мне всегда казалось что ядро занимает очень мало места на кристалле, поэтому почти нет разницы в цене и энергопотреблении 32-х и 8-ми битных мк. слышал даже конкретную цифру про 10 000 транзисторов в ядре (не помню каком), тогда как память занимает порядка миллиона тр-ров. так как же реально обстоит дело (можно на примере ве91)?

_________________
сочувствующий…


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: ЭкспоЭлектроника-2012 (+ семинар)
СообщениеДобавлено: 2012-апр-24 15:15 
Не в сети

Зарегистрирован: 2010-фев-08 00:47
Сообщения: 81
Откуда: el'NiNo
вы же покупаете ядра в хдл-кодах, а не хард-ип?
а если попробовать подход который предлагает синопсис в своём последнем симплефае: мажоритировать не целиком ядра, а внутренности. это вроде как стандартным функционалом стало.

зы. опять же: не имею никакого опыта разработки сбис


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Обсуждение FT микроконтроллера
СообщениеДобавлено: 2012-апр-25 09:44 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1299
Откуда: АО "ПКК Миландр"
Здесь будут собираться все пожелания и известные решения в области надежных микроконтроллеров.


Вложения:
Комментарий к файлу: Технология FaultRebust
от Youitech

Leaflet_fRMethodology.pdf [481.24 КБ]
Скачиваний: 568
Комментарий к файлу: FT от STM поразительно похож на freescale
STM_FT.pdf [438.74 КБ]
Скачиваний: 785
Комментарий к файлу: Рекламка от renesas, но показывает развитие фитч по повышению надежности
renesas_FT.pdf [531.43 КБ]
Скачиваний: 609
Комментарий к файлу: Введение в стандарт IEC61508
собственно, если у кого есть сам стандарт буду рад, а так же стандарт на проведения сертификации по этому стандарту

intro_in_IEC61508.pdf [167.17 КБ]
Скачиваний: 617
Комментарий к файлу: Презентация от Freescale
и про железо и про софт.
Предлагают 2 ядра в разных режимах

freescale_FT.pdf [5.31 МБ]
Скачиваний: 615
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсуждение FT микроконтроллера
СообщениеДобавлено: 2012-апр-26 08:49 
Не в сети

Зарегистрирован: 2011-фев-08 20:59
Сообщения: 51
Хочется чтобы была технология кремний на изоляторе, типа ваших 1645РУ2Т.
Они не защелкиваются.
Чтобы тракт прохождения данных/команд (ОЗУ ПЗУ АМВА) имели в узлах аппаратный
механизм проверки контрольной суммы с исправлением одиночной, а лучше
двойной ошибки. И в случае неисправимой ошибки - срабатывало аппаратное
исключение.
Такие вот, скромные желания :)
По поводу решений - уверен вы знаете процессор Leon FT. Разработка
Gaisler Research.
Для тех, кому интересно на сайте
http://www.gaisler.com/cms/index.php?op ... Itemid=104
есть VHDL исходник и TestBench к ним. Они их раздают. По FT там кажется что-то есть в VHDL библиотех.
Этот, или подобный, процессор пользует European Space Аgency.

Хорошего дня, удачи!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсуждение FT микроконтроллера
СообщениеДобавлено: 2012-апр-26 09:35 
Не в сети

Зарегистрирован: 2009-май-22 09:01
Сообщения: 1299
Откуда: АО "ПКК Миландр"
Дедушка Витя писал(а):
Хочется чтобы была технология кремний на изоляторе, типа ваших 1645РУ2Т.
Они не защелкиваются.

Кремний на изоляторе 0,18 um.

Дедушка Витя писал(а):
Чтобы тракт прохождения данных/команд (ОЗУ ПЗУ АМВА) имели в узлах аппаратный
механизм проверки контрольной суммы с исправлением одиночной, а лучше
двойной ошибки. И в случае неисправимой ошибки - срабатывало аппаратное
исключение.
Такие вот, скромные желания :)
Хорошего дня, удачи!

ОЗУ ПЗУ с ЕСС, но вот делать ли защиту на отдельно шины? Реально они не такие уж и большие в топологии, может имеет смысл сделать проверку/исправления ECC не на границе ОЗУ/ПЗУ и цифра, а непосредственно на входе в процессор ? Таким образом на ECC защитит как сам накопитель, так и шины к нему и от него ?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсуждение FT микроконтроллера
СообщениеДобавлено: 2012-апр-26 15:49 
Не в сети

Зарегистрирован: 2011-фев-08 20:59
Сообщения: 51
Мне кажется, что так - на входе процессора, только что считать входом.
Может быть контроль входных данных по контрольной сумме проводить
на уровне записи в регистры(Выход ОЗУ - проверка, запись в регистр - проверка).
А ПЗУ на входе pipeline или ниже, на уровне дешифрации команды, то есть непосредственно
перед подачей на уровень микрокоманд. В таком случае проверяется ОЗУ, ПЗУ
и внутренняя шины команд и данных.
Для внутренней периферии блок контроля так же поставить перед записью в регистры данного
контроллера и блок формирования контрольной суммы на выходе контроллера на AMBA.
Что касается портов, не внешней шины, то тут вопрос сложный. Если бы порты были
фиксированного размера , наверное что-то можно придумать.Но когда используется от 1 до 16 бит,
да еще в произвольной позиции порта, часто не последовательно, а с разрывами,
то как это контролировать и исправлять ....
По внешней шине: сразу надо делать ОЗУ, ПЗУ реализующие нужные алгоритмы.
Или разработчику придется городить огород вокруг проца, а размеры, вес, потребление устройств
для потребителей ваших микросхем - очень важные параметры
Не знаю что получится в таком случае по топологии. А если учесть еще и второе, контрольное
АЛУ ....
И наконец, хотелось бы конечно R процессор. Все-таки RealTime, FPU и оставить примерно туже
периферию чтов 1986ВЕ1Т
Такие вот причуды


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обсуждение FT микроконтроллера
СообщениеДобавлено: 2012-апр-26 16:09 
Не в сети

Зарегистрирован: 2009-сен-21 12:39
Сообщения: 507
После просмотра материалов семинара предложения по периферии:
- пропал аналоговый компаратор, очень жаль;
- нужен ли интерфейс USB на мсх. с такой стойкостью, будет ли что к нему подключать;
- хочется ну хоть какой-нибудь EEPROM-чик, причём контроль сохранности и восстановление данных в нем можно переложить на пользователей.

Вопрос, как отлаживаться на чипе с ОТР. В RAM весь код может и не влезть, внешнюю шину городить очень не хочется, это дискредитация МК :).


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 152 ]  На страницу 1, 2, 3, 4, 5 ... 11  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB