sv_brothers 0 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба Народ, подскажите есть ли возможность получить более детальную информацию (или подскажите как правильно рассчитать, если это конечно возможно): 1. Сколько занимает непосредственно проект (важных бит, essential bits) от общего количества конфигурационных бит устройства. 2. Какую часть от всего проекта занимает определенный модуль (пусть будет Entity) только в БИТАХ (что-то типа Resource Utilization by Entity, но в битах). Можно ли вообще эти данные просчитать, имея на руках информацию о количестве LUTs, Registers и т.д. (т.е. та информация, которая доступна в отчетах существующих САПР). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба Народ, подскажите есть ли возможность получить более детальную информацию (или подскажите как правильно рассчитать, если это конечно возможно): 1. Сколько занимает непосредственно проект (важных бит, essential bits) от общего количества конфигурационных бит устройства. 2. Какую часть от всего проекта занимает определенный модуль (пусть будет Entity) только в БИТАХ (что-то типа Resource Utilization by Entity, но в битах). Можно ли вообще эти данные просчитать, имея на руках информацию о количестве LUTs, Registers и т.д. (т.е. та информация, которая доступна в отчетах существующих САПР). Отвечаю: 1. любой проект занимает ВСЕ конфигурационные биты. 2. В каких битах? Конфигурационных? тогда ответа не будет. Поскольку изготовтель ПЛИС не сообщает сколько конфигурационных битов связано с различными ресурсами. В целом - вопрос сам по себе странный. Общий объем файла конфигурации известен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sv_brothers 0 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба Отвечаю: 1. любой проект занимает ВСЕ конфигурационные биты. Это да. Тогда может немного по другому сформулирую, чтобы для себя понять (прошу сильно не ругать если я не прав :-) ). Возможна ли такая ситуация: Пусть в процессе генерации файла конфигурации произошло изменение (неважно каким способом) части конфигурационных бит, но только тех, которые инициализируют неиспользуемую область кристалла ПЛИС. Будет ли конечный проект работоспособен? 2. В каких битах? Конфигурационных? тогда ответа не будет. Поскольку изготовитель ПЛИС не сообщает сколько конфигурационных битов связано с различными ресурсами. Спасибо за ответ. Я думаю Ваш ответ на второй вопрос... в какой-то степени снимает первый вопрос. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба Пусть в процессе генерации файла конфигурации произошло изменение (неважно каким способом) части конфигурационных бит, но только тех, которые инициализируют неиспользуемую область кристалла ПЛИС. Будет ли конечный проект работоспособен? Возьмите файл конфигурации и посмотрите "на свет" редактором текста. Он сделан из блоков. И всеь файл так же защищен контрольными суммами.. Потом почитайте у Ксайлинкса о частичной конфигурации - там рассказано, как это делается. Таким образом вычисляется, что файл конфигурации защищен контрольными суммами, которые при загрузке проверяются. И если есть сбой, то микросхема не скажет, что она загрузилась. А уж если сбой конфигурации ожидается в процессе работы, то это совсем другая тема... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sv_brothers 0 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба Возьмите файл конфигурации и посмотрите "на свет" редактором текста. Он сделан из блоков. И всеь файл так же защищен контрольными суммами.. Потом почитайте у Ксайлинкса о частичной конфигурации - там рассказано, как это делается. Таким образом вычисляется, что файл конфигурации защищен контрольными суммами, которые при загрузке проверяются. И если есть сбой, то микросхема не скажет, что она загрузилась. Спасибо большое, тут разобрался... А уж если сбой конфигурации ожидается в процессе работы, то это совсем другая тема... Собственно изначально вот эта тема меня и интересует... Может у Вас будут какие рекомендации в этом направлении или полезные ссылки. Допусти есть проект и в процессе его эксплуатации возникают некоторые сбои (SEU) на уровне изменения значений LUTs, FFs, "служебных бит" и т.д. (в виду внешних воздействий). Проект состоит из некоторого количества блоков (пусть это будет Entities). Эти блоки между собой взаимосвязаны некоторым образом. На основании этих структурных связей строим структурную схему надежности. На сколько будет адекватным получить пусть приблизительные характеристики надежности для заданной структуры (вот тут моя попытка привязки к количеству занимаемых бит под соответствующий блок проекта). Т.е. здесь идет оценка самого проекта (его архитектуры), а не надежность всего проекта в составе микросхемы ПЛИС как таковой. P.S. Я понимаю, что на практике самый простой способ восстановления работоспособности системы - реконфигурация микросхемы ПЛИС (можно либо периодически реконфигурировать, либо вычитывать конфигурацию, проверять ее и после этого принимать решения). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба А это не совсем все просто... 1. Если нужна повышенная надежность - ставят микросхемы с однократным программированием. 2. Если речь идет не об АППАРАТНОЙ надежности к ОТКАЗУ самой микросхемы, а только о СБОЕ бита, то тут есть несколько путей... 2.1. периодически проверять, если это возможно, файл конфигурации. 2.2. периодически делать частичную реконфигурацию. А саму схему строить с избыточностью... 2.3. делать схему самоконтролируемой. например, троированной. или применять любые встроенные тесты... и по выявлении сигнала о сбое - производить частичную реконфигурацию. 3. вероятность сбоя конфигурации в нормальных условиях - это Вам к производителю чипов. Но, не думаю, что они Вам сразу же все расскажут. Тут слишком много еще и дополнительных факторов. Таких как питание, помехи и т.д. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sv_brothers 0 25 августа, 2011 Опубликовано 25 августа, 2011 · Жалоба А это не совсем все просто... 1. Если нужна повышенная надежность - ставят микросхемы с однократным программированием. 2. Если речь идет не об АППАРАТНОЙ надежности к ОТКАЗУ самой микросхемы, а только о СБОЕ бита, то тут есть несколько путей... 2.1. периодически проверять, если это возможно, файл конфигурации. 2.2. периодически делать частичную реконфигурацию. А саму схему строить с избыточностью... 2.3. делать схему самоконтролируемой. например, троированной. или применять любые встроенные тесты... и по выявлении сигнала о сбое - производить частичную реконфигурацию. 3. вероятность сбоя конфигурации в нормальных условиях - это Вам к производителю чипов. Но, не думаю, что они Вам сразу же все расскажут. Тут слишком много еще и дополнительных факторов. Таких как питание, помехи и т.д. Спасибо будем "копать" в этом направлении... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 26 августа, 2011 Опубликовано 26 августа, 2011 · Жалоба Спасибо будем "копать" в этом направлении... Если не сложно, напишите (хотя бы в личную почту), что за проблема у Вас? Что делаете? Или это чисто теоретические проблемы? Удачи! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sv_brothers 0 26 августа, 2011 Опубликовано 26 августа, 2011 · Жалоба Если не сложно, напишите (хотя бы в личную почту), что за проблема у Вас? Что делаете? Или это чисто теоретические проблемы? Удачи! Ну задача, прямо скажу, больше носит ИССЛЕДОВАТЕЛЬСКИЙ характер, но с некоторым заделом на практический выход (в том случае если получится вытянуть хоть какие-то расчетные данные, которые могли бы подтвердить результаты проделанной работы). В общем виде задачу можно представить как расчет надежностных характеристик САМОГО проекта на ПЛИС (пусть пока не самого сложного, а достаточно простого). 1. Принимая во внимание тот факт, что некоторая задача может быть решена несколькими способами, а выходной результат проектирования (при одинаковом "функционале") может быть разным (структура проекта, используемые ресурсы и т.д.), необходимо выбрать наиболее надежное проектное решение - устойчивое к SEU (во внимание берем только SRAM-based ПЛИСЫ). 2. Плюс ко всему сам проект можно сделать избыточным (в рамках кристалла) - добавить резервные каналы (тройное резервирование, дублирование или любая друга схема), а можно не весь проект, а только некоторую его часть. Так вот задача - просчитать различные структурные схемы и получить некоторые приблизительные оценки. Вот почему меня интересовала более детальная информация по занимаемым ресурсам со стороны определенных блоков проекта, выраженная в битах, точнее будет сказано "essential bits" (значащих битах). В общем хотелось бы "трезвого взгляда" со стороны. P.S. В личную почту отписать не получилось, поэтому написал сюда... не думаю что это критично. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
maksimp 0 30 августа, 2011 Опубликовано 30 августа, 2011 · Жалоба Ну задача, прямо скажу, больше носит ИССЛЕДОВАТЕЛЬСКИЙ характер Вот результаты подобного исследования: http://scholar.sun.ac.za/handle/10019.1/1857 Или ищите в гугле "Radiation tolerant implementation of a soft-core processor for space" Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sv_brothers 0 1 сентября, 2011 Опубликовано 1 сентября, 2011 · Жалоба Вот результаты подобного исследования: http://scholar.sun.ac.za/handle/10019.1/1857 Или ищите в гугле "Radiation tolerant implementation of a soft-core processor for space" Спасибо большое за линку... Частично с некоторыми наработками уже сталкивался... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
yes 5 20 сентября, 2011 Опубликовано 20 сентября, 2011 · Жалоба кстати советую обратить внимание на тулы типа Precision_Synthesis Hi-Rel и в синплифае есть какая-то опция включающая синтез TMR но в пресижене гораздо больше всего восновном это заточено под всякие Актелы, но пресижину по-моему все-равно, может и для альтеры дублирование наделать (весь вопрос поможет ли это - мне не известно) Актел активно продвигает свои ПЛИС-ки (FLASH based) в "слаборадиактивные" применения - есть семинары, где разбирают дозы и какие "узлы" от них "портятся" теоретически ПЛИС может держаться пока не разварятся "фабрик" ресурсы, типа тактового дерева. дозы там для серьезных применений маленькие, но может для каких-то низких орбит или при внешней защите - допустимо я интересовался из любопытства - поэтому прошу не пинать за такой обзор Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
