Перейти к содержанию
    

О философии HDL-дизайнера

Так можно делать только в том случае, когда хотите покончить самоубийством!!! Или чтобы кто-то, кто будет сопровождать проект, переделал его полностью...

И какая там кодировка для комментариев?

Ужас!

Попробовал в архиве загрузить. Сайт ломает кодировку.

Согласен, получилось крайне некрасиво. Это была первая попытка ограничиться только сообщениями на консоль.

Обычно я медитирую над временными диаграммами....

EEPROM.7z

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вопрос сообществу.

Какие вы усматриваете аналогии в работе тестировщика QA программ и HDL дизайна?.. Какие различия?.. Какой аргумент вы можете предложить в вопросе(за или против) считать ли программированием создание дизайна на ПЛИС? Желательно добавить или критиковать.

 

Особенности тестирования:

1. Тест созается одновременно с написанием дизайна.(аналог есть, но это не обязательное условие для программистов котроллеров)

2. Проверка на железе требует включение в дизайн модуля JTAG-тестеровщика с обширным меню доступа к сигналам.(аналог есть, но он статический, а сам вкладыш постоянно на борту)

3. Констрейны описывают временные требования к результату компиляции.(аналога нет)

4. термоиспытания для проверки функционирования дизайна обязательный этап. Для самих контроллеров это не обязательно(регламентируется фирмой изготовителем).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

термоиспытания для проверки функционирования дизайна обязательный этап. Для самих контроллеров это не обязательно(регламентируется фирмой изготовителем)

А разве положительный отчет TimeQuest не говорит о том, что ПЛИС работоспособна во всем диапазоне температур выбранных в модели ?

UPD.

При условии правильного дизайна.

P.S. Естественно проверка изделия на климатических испытаниях то-же важный этап...

Изменено пользователем Flip-fl0p

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А разве положительный отчет TimeQuest не говорит о том, что ПЛИС работоспособна во всем диапазоне температур выбранных в модели ?

UPD.

При условии правильного дизайна.

P.S. Естественно проверка изделия на климатических испытаниях то-же важный этап...

 

Спидгрейд величина абстрактная. Страшно отправлять заказчику изделие с фальсифицированной цифрой быстродействия. Китай такое позволяет... Перестраховка.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спидгрейд величина абстрактная. Страшно отправлять заказчику изделие с фальсифицированной цифрой быстродействия. Китай такое позволяет... Перестраховка.

А Вы разве не испытываете изделия перед отправкой заказчику ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А Вы разве не испытываете изделия перед отправкой заказчику ?

:smile3046:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

:smile3046:

Не понял Вас...

UPD.

Все пора спать !

Понял что фигню я сморозил. Срамота....

Пол дня за рулём провел, мозги отключаются...

Изменено пользователем Flip-fl0p

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

:smile3046:

....Вспомнилось. На испытательном сроке мне дали комп с монитором в 15дюймов.(это важно) Надо было поднять тактовую частоту проекта (на 20МГц) предшественника для начала. Глючила одна плата. Такие узкие рамки графики для работы сильно утомляли. Переключение постоянное между 3мя средами (Notepad++, Quartus и ModelSim) неизбежны. В конце дня уставал так, что начинал делать ошибки. Просьбы поставить 2й монитор не слышали..

 

Каково же было удивление менагеров, когда через пол-года мне таки поставили другой монитор, и я стал эффективнее работать(на 25%) (уже над другим проектом). Меньше ошибок, Быстрее результат. Напрягать память пришлось меньше.

 

Это я об отношении менагеров к нуждам разработчиков. ПЛИС для них - дело не серьезное! И им неведомо, что это совершенно иная Вселенная!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Эх! Надо было организовать опрос с самого начала...

 

Считаете ли вы работу HDL-дизайнера программированием?

Или это схемотехника?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Считаете ли вы работу HDL-дизайнера программированием?

Или это схемотехника?

Схемотехникой занимается синтезатор - переводит HDL-программу в схему.

Другое дело, что существующие языки описания и синтезатеры крайне неэффективны по сравнению с обычными языками программирования и компиляторами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Схемотехникой занимается синтезатор - переводит HDL-программу в схему.

Согласен. Но дело в том, что дизайнер, когда пишет код, в голове делает тоже самое. Если ленится так делать, то неизбежно наступает момент, когда задача заставит это сделать, как бы это не хотелось при кодировании.

Единственный способ слегка расслабиться - переходить на элементную базу последнего поколения, где количество логических слоев можно позволить больше. Без особого ущерба. Но это серьезные деньги.

Лучше сразу писать как положено! С учетом схемотехники.

Другое дело, что существующие языки описания и синтезатеры крайне неэффективны по сравнению с обычными языками программирования и компиляторами.

Так они по разному работают. Как во времени, так и по принципу учета ресурса...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

дизайнер, когда пишет код, в голове делает тоже самое

Нет - в большинстве задач, или в большей части задачи.

В голове проверяется синтезируемость/оптимальность алгоритма - без самого синтеза.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нет - в большинстве задач, или в большей части задачи.

В голове проверяется синтезируемость/оптимальность алгоритма - без самого синтеза.

Задам вопрос такого рода.

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

Будет ли абстрактное описание этого модуля быстрее или равно описанию этого модуля на уровне регистр\счетчик\мультиплексор(ресурс не важен, важна скорость) ?

Т.е в одном случае разработчик абстрактно опишет модуль, и отдасть все на откуп синтезатору.

Во втором случае разработчик опишет модуль на уровне схемотехники.

Приведу пример такой задачи: допустим надо написать модуль, которые каждые 5 тактов генерирует одиночный импульс.

Изменено пользователем Flip-fl0p

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Задам вопрос такого рода.

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

Будет ли абстрактное описание этого модуля быстрее или равно описанию этого модуля на уровне регистр\счетчик\мультиплексор(ресурс не важен, важна скорость) ?

Т.е в одном случае разработчик абстрактно опишет модуль, и отдасть все на откуп синтезатору.

Во втором случае разработчик опишет модуль на уровне схемотехники.

Приведу пример такой задачи: допустим надо написать модуль, которые каждые 5 тактов генерирует одиночный импульс.

Интересно и как ее можно абстрактно описать пример Вашей задачи?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...