Документация

Сообщите об отказах синхронизации как о предупреждениях

Если вы уже реализовали пользовательскую логику, чтобы разрешить отказы синхронизации, можно задать отказы синхронизации, о которых сообщат как предупреждения вместо ошибок. Можно затем продолжить рабочий процесс и сгенерировать поток битов FPGA. Прежде, чем запрограммировать целевое устройство SoC, рекомендуется, чтобы вы разрешили отказы синхронизации.

После того, как вы разрешили отказы синхронизации, чтобы проверить, что отказы были разрешены, можно использовать программное обеспечение HDL Coder. Измените отказы синхронизации, о которых сообщат как ошибки и затем повторно выполните IP Core Generation рабочий процесс, чтобы гарантировать, что задача Build FPGA Bitstream передает. Если задача Build FPGA Bitstream все еще перестала работать, выполните шаги в предыдущих разделах, чтобы идентифицировать и разрешить отказы синхронизации.

Задавать отказы синхронизации, о которых сообщат как предупреждения:

Изучить, как можно идентифицировать критический путь и разрешить отказы синхронизации, выполнить шаги в предыдущих разделах.

Стратегия 1: проверяйте отчет синхронизации

В подпанели Result, чтобы открыть отчет синхронизации, который сгенерирован инструментом синтеза, выбирают ссылку timing_report. Можно использовать отчет идентифицировать критический путь в проекте. В отчете, если вы ищете Worst Slack, можно идентифицировать худшую слабую настройку. Затем используйте Source и Destination точки, чтобы идентифицировать критический путь. Например, этот отчет для LED мигающая модель hdlcoder_led_blinking показывает, что критический путь в блоке HDL Counter.

-----------------------------------------------------------------------------------------
From Clock:  clk_out1_system_top_clk_wiz_0_0
  To Clock:  clk_out1_system_top_clk_wiz_0_0

Setup :   1193  Failing Endpoints,  Worst Slack   -2.478ns,  Total Violation  -1226.784ns
Hold  :      0  Failing Endpoints,  Worst Slack    0.034ns,  Total Violation      0.000ns
PW    :      2  Failing Endpoints,  Worst Slack   -0.576ns,  Total Violation     -0.731ns
-----------------------------------------------------------------------------------------

Max Delay Paths
-----------------------------------------------------------------------------------------
Slack (VIOLATED) : -2.478ns  (required time - arrival time)
  Source:     system_top_i/led_count_ip_0/U0/u_led_count_ip_dut_inst/
                   u_led_count_ip_src_led_counter/HDL_Counter1_out1_reg[0]/C
              (rising edge-triggered cell FDRE clocked by clk_out1_system_top_clk_wiz_0_0  
                                               {rise@0.000ns fall@1.000ns period=2.000ns})
 Destination:  system_top_i/led_count_ip_0/U0/u_led_count_ip_dut_inst/
                    u_led_count_ip_src_led_counter/HDL_Counter1_out1_reg[20]/R
               (rising edge-triggered cell FDRE clocked by clk_out1_system_top_clk_wiz_0_0  
                                                {rise@0.000ns fall@1.000ns period=2.000ns})
  Path Group:       clk_out1_system_top_clk_wiz_0_0
  Path Type:        Setup (Max at Slow Process Corner)
  Requirement:      2.000ns  (clk_out1_system_top_clk_wiz_0_0 rise@2.000ns - 
                                            clk_out1_system_top_clk_wiz_0_0 rise@0.000ns)
  Data Path Delay:  3.899ns  (logic 1.412ns (36.211%)  route 2.487ns (63.789%))

Стратегия 2: оцените критический путь, не запуская синтез

Используйте HDL Coder, чтобы оценить и подсветить критический путь в вашей модели, не синтезируя ваш проект. Оценка критического пути идентифицирует критический путь путем выполнения статического анализа синхронизации с синхронизацией данных из целевых баз данных. Оценка критического пути, не используя инструменты синтеза может привести к неточным результатам синхронизации. Оценка критического пути ускоряет процесс идентификации и оптимизации критического пути в вашем проекте. Это - альтернатива выполнению FPGA Synthesis and Analysis с HDL Workflow Advisor. Чтобы узнать больше, смотрите Оценку Критического пути, Не Запуская Синтез.

Чтобы оценить критический путь, в задаче Set Report Options, устанавливают флажок Generate high-level timing critical path report. Запустите рабочий процесс к задаче Generate RTL Code and IP Core.

HDL Coder генерирует раздел оценки критического пути в Отчете Генерации кода. На этом разделе, когда вы выбираете ссылку на criticalpathestimated скрипт, генератор кода подсвечивает критический путь в сгенерированной модели. Этот рисунок показывает раздел hdlcoder_sfir_fixed_stream модель с подсвеченным критическим путем.

Стратегия 3: аннотируйте критический путь при помощи Backannotation

Для более точной информации о критическом пути и выделения критического пути в вашем проекте, используйте backannotation. Чтобы использовать backannotation, необходимо оставить текущего Советника по вопросам Рабочего процесса сеансом, и затем запустить Generic ASIC/FPGA рабочий процесс, чтобы аннотировать модель результатами синтеза.

Прежде чем вы будете использовать backannotation, рекомендуется, чтобы вы экспортировали текущие настройки HDL Workflow Advisor в скрипт. Путем экспорта настроек в скрипт можно выполнить итерации на критическом пути и настроить различные настройки, чтобы оптимизировать проект, пока вы не удовлетворяете требования синхронизации. Можно импортировать Советника по вопросам Рабочего процесса скрипт к HDL Workflow Advisor и затем запустить рабочий процесс. См. также Рабочий процесс HDL Запуска со Скриптом.

Использовать backannotation:

Когда вы запускаете ссылку на задачу Annotate Model with Synthesis Result, генератор кода подсвечивает критический путь в сгенерированной модели. Этот рисунок показывает что критический путь в hdlcoder_led_blinking модель в блоке HDL Counter.

Рекомендация 1: используйте оптимизацию скорости

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

Распределенная конвейеризация и иерархическая распределенная оптимизация конвейеризации перемещают существующие задержки, которые вы имеете в своем проекте через иерархию подсистемы. То, когда вы используете иерархическую распределенную конвейеризацию, включило, убедитесь, что всем блокам Subsystem включили DistributedPipelining. Если ваш проект не удовлетворяет требования синхронизации, можно добавить больше конвейеров при помощи свойств блока InputPipeline или OutputPipeline. Можно задать эти свойства в диалоговом окне HDL Block Properties Subsystem.

Если распределено конвейеризация не может переместить регистры, можно добавить блоки Delay в модель, и затем включить установку Preserve design delays. Сбросьте задачу Check Global Settings и запустите рабочий процесс к задаче Build FPGA Bitstream. Можно выполнить итерации на этом подходе и использовать другую оптимизацию, такую как конвейеризация тактовой частоты с большим значением для Oversampling factor, если проект не удовлетворяет требования синхронизации. Чтобы задать эти настройки, используйте вкладку Pipelining задачи Set Optimization Options в HDL Workflow Advisor. Для получения дополнительной информации смотрите Оптимизацию Скорости.

Рекомендация 2: задайте включают - основанные ограничения тракта мультицикла

Если ваш проект содержит несколько частот дискретизации или использует определенные реализации блока HDL или оптимизацию скорости, которая вставляет конвейерные регистры на более быстром уровне после того, как генерация кода, ваш проект может иметь пути к мультициклу. По умолчанию HDL Coder использует один режим тактовой синхронизации, который генерирует основной тактовый генератор на уровне самой быстрой частоты дискретизации и создает контроллер синхронизации сущность. Контроллер синхронизации генерирует набор часов, включает с необходимым уровнем и информацией о фазе, чтобы произвести сигнал часов для блоков, которые действуют в более медленном шаге расчета.

Если ваш критический путь находится на более медленном уровне сигнала, инструменты синтеза могут не удовлетворить требования синхронизации. Отказ синхронизации происходит, потому что инструменты не могут вывести частоты дискретизации из сгенерированного HDL-кода и принять, что эти пути должны запуститься на самом быстром уровне. Можно использовать, позволяют - базирующиеся ограничения тракта мультицикла сгенерировать ограничительный файл, который позволяет инструменту синтеза упростить ограничение часов на пути к мультициклу. Чтобы задать генерацию ограничений тракта мультицикла, в задаче Set Optimization Options, выбирают Enable - базирующийся ограничительный флажок. Запустите рабочий процесс к задаче Build FPGA Bitstream. Для примера смотрите Ограничения тракта Мультицикла Использования, чтобы Соответствовать Синхронизации для Медленных Путей.

Рекомендация 3: уменьшите целевую частоту

Используйте установку Target Frequency (MHz), чтобы задать целевую частоту для HDL Coder, чтобы изменить установку модуля тактовой синхронизации в исходном проекте, чтобы произвести сигнал часов с той частотой. См. также Целевую Частоту.

Чтобы разрешить отказы синхронизации, уменьшайте установку Target Frequency (MHz) так, чтобы инструмент синтеза мог соответствовать ограничению синхронизации. Чтобы видеть, какую целевую частоту можно задать, используйте слабое и информацию о критическом пути из отчета синхронизации инструмента синтеза. Поскольку слабый равно различию между необходимым временем и временем поступления, можно добавить слабое в необходимое время, и затем использовать эту сумму в качестве New required time. Используйте обратную величину этого New required time как целевое значение частоты, чтобы удовлетворить требования синхронизации, потому что New required time равняется времени поступления. Чтобы вычислить целевую частоту, в Командном окне MATLAB^®, запускают этот скрипт.

% Specify the required time (ns) and slack (ns) using timing report
required_time = 2;
slack = 2.2;

% Slack is difference between required_time and arrival_time
% By adding slack to required_time you can resolve 
New_required_time = required_time + slack;
Target_frequency = 1 / (New_required_time);

% Since we computed the new time in nanoseconds
Target_frequency_MHz = Target_frequency * 10^3;

В задаче Set Target Frequency задайте это значение для Target Frequency (MHz), и затем запустите рабочий процесс к задаче Build FPGA Bitstream. Если вы видите отказ синхронизации, можно использовать этот подход, чтобы выполнить итерации на целевом значении частоты, пока проект не удовлетворяет требования синхронизации, и слабое становится нулевым.

Можно также экспортировать настройки HDL Worflow Advisor в скрипт и продолжить выполнять итерации на целевом значении частоты путем определения Target_frequency_MHz как значение для TargetFrequency свойство. Затем запустите скрипт.

% Set this frequency as the new target frequency
hdlset_param('hdlcoder_led_blinking', 'TargetFrequency', Target_frequency_MHz);