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

    

Doka

СуперМодераторы
  • Публикаций

    2 190
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

1 Подписчик

Информация о Doka

  • Звание
    Electrical Engineer

Контакты

  • Сайт
    http://idoka.ru
  • ICQ
    0

Старые поля

  • Vkontakte
    https://github.com/iDoka
  • LinkedIn
    https://ru.linkedin.com/in/idoka
  • Twitter
    https://twitter.com/idoka_ru

Посетители профиля

Блок последних пользователей отключён и не показывается другим пользователям.

  1. есть кейсы в которых фифо надо тоже предынициализировать перед работой ?
  2. а как это можно реализовать автоматическим/полуавтоматическим способом
  3. в чём тут эконом, в использовании свопа?... Если уж заходит речь об уменьшении рантайма - значит кристаллы немалельние, а под эти кристаллы соответствующие требования к ОЗУ: https://www.xilinx.com/products/design-tools/vivado/memory.html т.о. разумный минимум - платформы на 1150/1151, которые хотя бы 64ГБ ОЗУ могут поддержать
  4. Мур, если устали от танцев с бубнами на VHDL, могу рекомендовать вариант генератора кодера/декодера Хемминга на верилоге: http://idoka.ru/verilog-ecc-generator/
  5. krux можете уточнить в чём конкретно состояло вмешательство? констрейнтов много и все они разные.......
  6. можно и так.. просто сегодня не все разработчики используют сброс, даже для ПЛИС..
  7. novartis плата у вас не из дешёвых, а при работе 24/7 я бы сделал наверняка: выкинул схему регурирования на U31 и рулил с FPGA простейдим ПИД: вывод OUT - выдавать ШИМ вывод TACH - считывать обороты и по превышению температуры и/или остановке вентилятора выключал бы накристальную PLL дабы ничего не пожечь. Кремний нонче очень нежный в плане старения и деградации от температурных режимов
  8. ну, тут, как правильно заметил Rob - лучше не причёсывать руками внутреннюю кухню вивадо, а для ревизионности как раз может быть использован этот исходный *.txt
  9. КМК, в таком случае неважна самостоятельность вивадо - вы всегда из рукотворного *.txt можете в любой момент скриптом получить *.xpr можно даже доп.зависимость добавить в мейкфайл - при запуске синтеза всегда перегенерировать *.xpr
  10. BTW, оператор остатка от деления удобно применять в циклах generate-for для хитрых вычислений индексов, например (там ему самое место), в этом случае на этапе препроцессора циклы разворачиваются, а все индексы вычисляются заменяясь на константы на стороне хоста. В рантайме (использования с сигналами, меняющими значение после синтеза) я бы поостерёгся бездумного использования операций деления, остатка от деления и прочих.
  11. "такое себе" решение в плане надёжности - в случае ДЦ это гирлянда из USB-hub которые непонятно как/чем сбрасывать (или девайсам делать эмуляцию USB-disconnect/connect) в случае нештатных ситуаций в USB-подсистеме ОС при работе 24/7
  12. поинтересуюсь у более опытных коллег: можно ли в описанном ТС кейсе применить мощь и красоту SV? ------------- PS: конкретно с предъинициализацией ОЗУ пока не сталкивался (для асика самое простое - обернуть простым FSM, которое по ресету инитит нужными значениями), а вот для ПЗУ в Vivado очень полюбилась конструкция: localparam bit [63:0] RNDC [0:255] = { 64'h0000000000000001, 64'h0000000000008082, 64'h800000000000808a, 64'h8000000080008000, ..... вместо создания на классическом верилог функции с громоздким case
  13. золотые слова. тоже достаточно быстро к этому пришли. к тому же сейчас топовые десктопные процессоры имеют 6..8 ядер (что полезно при распараллеливании на некоторых стадиях) ----------------------------- по поводу ускорения опциями, про которые еще не было упомянуто в теме: не скажу за квартус, но наверняка как и в вивадо там есть стратегии реализации, как-то: RuntimeOptimized AreaOptimized SpeedOptimized AlternateRoutability AreaMapLargeShiftRegToBRAM AreaMultThresholdDSP FewerCarryChains для дебаг-итераций (чтобы попробовать тот или иной фикс в железе) имеет смысл отключать оптимизации по скорости/площади.