Koluchiy
Свой-
Постов
1 086 -
Зарегистрирован
-
Посещение
Весь контент Koluchiy
-
Насчет передаваемых данных каждый сам себе проверятор, а вот на тему целостности прошивки есть вполне себе штатные алгоритмы, проверяющие ее целостность. Можно их повключать и собирать статистику.
-
Разработка high-speed платы
Koluchiy ответил Александр Шатненко тема в Предлагаю работу
Хозяин барин, но я бы такие вещи на аутсорс не отдавал. Только сотрудников в штат, и начинать с (сильно) более простых плат. -
Вот нашел, что с 19.3 ввели в Timing Analyzer команду report_logic_depth. Т.е. в более ранних версиях такой (или аналогичной) возможности нет?
-
Здравствуйте, уважаемые. Скажите, как в Quartus узнать статистику по logic levels (logic depth)? Желательно после синтеза, ну или хоть как-нибудь. Пока нашел только как узнать logic levels в Timing Analyser'е для каждого индивидуального пути (Path report). Но хотелось бы именно статистику по данному параметру, без влияния длин цепей и тд.. Всем заранее спасибо!
-
Блин, собирался написать, но чего-то забыл :-). Vivado 2019.1, Virtex Ultrascale+.
-
Граждане, подскажите. Как на TCL проресетить FPGA? Т.е. сделать так, чтобы сконфигурированная FPGA была не сконфигурирована и, соответственно, совсем не работала. Нужно для снижения потребления/тепловыделения в случае аварий во время тестирования.
-
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Спасибо! -
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Я тоже так хочу. Вот я и спрашиваю тех, кто знает - где настройка, которая позволяет это делать? Но у меня 18.2. -
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Так приятно, когда тебе кто-то сочувствует :-). Какая связь схематика и текстового редактора? Что касается этих ваших Нотепадов, там тоже глюков к сожалению хватает. -
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Забыл попросить обойтись без холиваров :). Моя тз состоит в том, чтобы использовать встроенный в среду редактор. Соответственно, вопрос про его настройки. -
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Спасибо! Нашел чуть получше вариант: Reports-Report Design Analisys, будет табличка с некоторыми возможностями по сортировке (в моей 18.2, например, сортировка по logic levels не работает). ==================== Вопрос 2. Стандартный текстовый редактор Vivado не позволяет откатывать изменения файла после сохранения. Это как-то можно вылечить? -
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Возможно, это будет работать с корректными констрейнами. Без констрейнов - не работает. Собственно, непонятно, причем тут тайминги и прочий fail - стоит чисто синтезная задача, выдать подробную статистику по результату этого синтеза. -
Мелкие вопросы по Vivado
Koluchiy ответил Nick_K тема в Среды разработки - обсуждаем САПРы
Здравствуйте, уважаемые. После годичного перерыва вернулся к Виваде. Не всё помню, а что-то наверное и не знал. Помогайте :). Всем заранее спасибо. Вопрос 1. Как после синтеза узнать путь с наибольшим количеством лутов? (logic levels) report_design_analysis без параметров дает табличку с распределением Logic Level Distribution, нужны конкретные пути с наибольшей задержкой. -
Вы и ТС - одно лицо? Или откуда знаете, чего он хотел? :) Очень жаль, что я Вас разочаровал... :( В следующий раз подробнее пишите, чего Вам надо - а то выспрашивать приходиццо :). В случае с ПЛИС довольно часто основная масса возможностей по оптимизации лежит в плоскости применения алгоритма к ПЛИС, а не доработке алгоритма. По крайней мере, я бы начал именно с этого, и скорее всего этого бы хватило для большинства задач. Когда читаешь от ТС про Е-функцию в 325 Кинтекс, первые мысли всегда о том, что дело не в доработке L-преобразования. Отсутствие задания реалистичных требований всегда плохо бьется со всем. В случае с ПЛИС, например, отсутствие задания частоты входных данных не позволяет понять, в сколько раз можно ускорить обработку за счет увеличения тактовой. Это зависит от стоящих требований. В моем случае нужно было минимизировать объем при относительно небольшой скорости поступления данных. Конвейер был бы избыточен.
-
Не, я недогадливый. Расскажите, если не секретно. Если секретно - тогда не рассказывайте :). Ой как я не люблю такие постановки задач... Гораздо лучше, когда люди знают, что они хотят. Ладно, пара мыслей. 1. Стрибог - итерационный байт-ориентированный алгоритм, скармливать ему целиком строку и требовать сразу ответа - на мой взгляд, затея безнадежная. 2. Я бы пошел по пути распараллеливания с соответствующим увеличением латентности. Далее зависит от того, какая латентность устраивает. 1) Если латентность совсем не важна, наплодить ядер с последовательным расчетом (1 байт/такт, итерации последовательно). Каждое такое ядро занимает довольно небольшой объем, в большую микросхему их можно запихнуть много. Есть опыт реализации подобного ядра, если интересно - пишите в личку, поинтересуюсь у начальства по поводу возможности модернизации под Ваши нужды. 2) Если латентность не совсем не важна, хотя бы сделать расчет 1 итерации за 1 такт входных данных. Не знаю, во что это выльется, не пробовал. 3) Если с латентностью совсем никак, тогда только задирать рабочую частоту относительно частоты данных, и пытаться из этого как-то разбить расчет на итерации.
-
Даже страшно подумать, чего Вы там обсчитываете, если на каждые 512 бит надо посчитать хэш в 512 бит, и всё это за 1 такт. Для такой ширины шины 200Мгц - это уже 100Г. Какая частота тактов?
-
Вы хотите каждый такт иметь что? Хэш-сумму для всего файла? А зачем? Файл может быть большой и подать его целиком на логику может быть физически невозможно. Более того, бессмысленно желать вычислять Стрибога быстрее, чем загружаете этот самый файл. Так что, начинать надо с определения, какая "средняя" скорость поступления данных, и из нее уже решать, каким образом оптимизировать расчет. Естественно, всё это только в случае, если требования скорости расчета реально заданы, а не просто желание кинуть в логику известный пример на Си вообще без переделки под FPGA.
-
Как ощущения-то? С 2019 вообще и .2 в частности.
-
Возможностей для оптимизации масса, всё зависит от того, что хотите получить.
-
Для АrriaV прямо указана в даташите совместимость. Для Циклона-5 не указана.
-
STM4 (622.08MBps) на CycloneV?
Koluchiy опубликовал тема в Работаем с ПЛИС, области применения, выбор
Здравствуйте, уважаемые. Пробовал ли кто-нибудь работать с STM4 при помощи высокоскоростных приемопередатчиков CycloneV? В диапазон скоростей попадает, а вот как насчет джиттера и устойчивости к джиттеру? Список совместимостей у CycloneV короткий, STM4 там нет. Суппорт отвечает невнятное. Помогите, у кого есть практический опыт? -
Родные, кому нужны микросхемы - пишите в личку, договоримся (или нет). Все цены ориентировочные, на основе беглого анализа предложений московских дистрибьютеров.
-
Наилучший инструмент - тот, которым хорошо владеете. Неважно, микросхема это или язык программирования. Если не владеете никакими, то нужно искать не самый лучший, а тот, который быстрее и проще всего освоить.
-
Прошу все предложения и пожелания писать сразу в личку.
-
EPM570T100I5N - 3 штуки. 700 рублей/штука.