Digi
-
Постов
248 -
Зарегистрирован
-
Посещение
Весь контент Digi
-
Quartus нужно уменьшить длину имён файлов ip
Digi опубликовал тема в Среды разработки - обсуждаем САПРы
При генерации IP корок, Quartus создаёт длинные имена файлов, которые в дальнейшем создают проблемы. Например при работе с репозиториями, архивировании и.т.д. Каким способом можно уменьшить длину создаваемых имен файлов ? Например основную часть имени генерить не как "PCIe_mm_mm_clock_crossing_bridge_0_altera_avalon_mm_clock_crossing_bridge_1920_fdcxukq.v" а более кратко ?
-
Вот например, как быть в таком случае ? Все частоты одинаковы, за исключением A_CLK. Изначально добавлял в одну группу {A_FRMCLK1 A_CLK1} в другую FRMCLKx, отдельно каждую из DDC_CLK* и отдельно OUT_CLK. Возникала ситуация, что на выходе CDC не всегда защёлкивались верные данные. Так как Quartus некоторые биты утягивал совершенно в другую сторону кристалла, а так как между этими клоками не происходил анализ времянок, то и ошибок для него не было. Если замешать все клоки в одну группу, то время компиляции возрастало до неразумных пределов, и времянки везде недотягивали до требуемых. Проект становился совершенно неработоспособным.
-
Продолжаю войну с впихиванием проекта в Cyclone 10 GX. На данный момент он состоит из 8 DDC, добился, что 7 из них работают нормально, хочу их разводку зафиксировать. Как можно зафиксировать их разводку, что бы при перекомпиляции она не менялась ? И другой вопрос, менее актуальный. Как указать фиттеру, размещать части модуля рядом друг с другом, а не раскидывать их по кристаллу. Это чисто для эстетической оптимизации )) Сейчас размещение выглядит так:
-
Переделал проект под обычные регистры. По идее должно работать так же как и Intel GPIO Half-Rate. ADC1_D[*] - поток данных DDR выставляется на частоте 400 МГц 0 градусов. ADC1_CLK - 400 МГЦ (90 градусов) ADC1_FRM - 200 МГц (0 градусов) Структура такая: Проект для Q15 qddr.qar SDC: set_time_format -unit ns -decimal_places 3 derive_clock_uncertainty set adc_data_period 2.500 set adc_frame_preiod [expr $adc_data_period * 2] create_clock -name virtual_clock_adc -period $adc_data_period create_clock -name {ADC1_CLK} -period $adc_data_period [get_ports {ADC1_CLK}] -waveform { 0.625 1.875 } create_clock -name {ADC1_FRM} -period $adc_frame_preiod [get_ports {ADC1_FRM}] set_clock_groups -exclusive -group [get_clocks {ADC1_CLK ADC2_CLK virtual_clock_adc ADC1_FRM ADC2_FRM } ] #set_clock_groups -exclusive -group [get_clocks {ADC1_CLK virtual_clock_adc ADC1_FRM } ] #set_clock_groups -exclusive -group [get_clocks {ADC2_CLK virtual_clock_adc ADC2_FRM } ] # Edge-Aligned Dual Data Rate Source Synchronous Inputs # (Using a direct FF connection) # # For an edge-aligned Source Synchronous interface, the clock # transition occurs at the same time as the data transitions. # In this template, the clock is aligned with the beginning of the # data. The constraints below rely on the default timing # analysis (setup = 1/2 cycle, hold = 0 cycle). # # input _________________________________ # clock _________| |___________________________ # | | # skew_bre|skew_are skew_bfe|skew_afe # <------>|<------> <------>|<------> # _ | _________________ | _________________ # data _XXXXXXXXXXXXXXXXX____Rise_Data____XXXXXXXXXXXXXXXXX____Fall_Data____XX # set skew_bre 0.200; # Data invalid before the rising clock edge set skew_are 0.200; # Data invalid after the rising clock edge set skew_bfe 0.200; # Data invalid before the falling clock edge set skew_afe 0.200; # Data invalid after the falling clock edge # Input Delay Constraint set_input_delay -clock virtual_clock_adc -max [expr $adc_data_period/2 + $skew_afe] [get_ports {ADC1_D[*]}]; set_input_delay -clock virtual_clock_adc -min [expr $adc_data_period/2 - $skew_bfe] [get_ports {ADC1_D[*]}]; set_input_delay -clock virtual_clock_adc -max [expr $adc_data_period/2 + $skew_are] [get_ports {ADC1_D[*]}] -clock_fall -add_delay; set_input_delay -clock virtual_clock_adc -min [expr $adc_data_period/2 - $skew_bre] [get_ports {ADC1_D[*]}] -clock_fall -add_delay; # ************** False path ***************** set_false_path -setup -fall_from [get_clocks virtual_clock_adc] -rise_to [get_clocks ADC1_CLK] set_false_path -setup -rise_from [get_clocks virtual_clock_adc] -fall_to [get_clocks ADC1_CLK] set_false_path -hold -rise_from [get_clocks virtual_clock_adc] -rise_to [get_clocks ADC1_CLK] set_false_path -hold -fall_from [get_clocks virtual_clock_adc] -fall_to [get_clocks ADC1_CLK] Verilog: module top ( //ADS42LB69 // ADC1 input [3: 0] ADC1_D, input ADC1_CLK, input ADC1_FRM, // ADC2 input [3: 0] ADC2_D, input ADC2_CLK, input ADC2_FRM, output [15:0] ADC1_OUT, output [15:0] ADC2_OUT ); reg [3:0] a1_regout_hi; reg [3:0] a1_regout_lo; reg [3:0] a1_regout_lo_n; reg [7:0] a1_hr_regout_hi; reg [7:0] a1_hr_regout_lo; reg [7:0] a1_hr_regout_lo_n; wire [15: 0] gpio1_d; wire [15: 0] gpio2_d; //---- Full rate latch ---- always @(posedge ADC1_CLK) begin a1_regout_hi[3:0] <= ADC1_D[3:0]; a1_regout_lo[3:0] <= a1_regout_lo_n[3:0]; end always @(negedge ADC1_CLK) a1_regout_lo_n[3:0] <= ADC1_D[3:0]; //------- Half rate latch ------ always @(posedge ADC1_FRM) begin a1_hr_regout_hi[7:0] <= {a1_regout_hi[3:0], a1_regout_lo[3:0]}; a1_hr_regout_lo[7:0] <= a1_hr_regout_lo_n[7:0]; end always @(negedge ADC1_FRM) a1_hr_regout_lo_n[7:0] <= {a1_regout_hi[3:0], a1_regout_lo[3:0]}; //------------------------------ assign ADC1_OUT[15:0] = {a1_hr_regout_hi[7:0] , a1_hr_regout_lo[7:0] };
-
Выкладываю тестовый проект. АЦП ADC42LB69. ПЛИС Cyclone 10GX. Ouartus 20.4 Prime Как это правильно сделать ? ADC_QDR_test.qar
-
Так как это DDR, то add_delay нужен для задания ограничений заднего фронта. Он записан вместе с -clock_fall Тоже есть по этому поводу сомнения. Но у меня с выхода АЦП валидные данные выровнены относительно фронта тактового импульса. И я описываю, что launch clock будет виртуальный, и соответствует с началом шкалы, а latch clock (ADC1_CLK) физический и он приходит смещённый относительно данных и начала шкалы на 90 градусов. В случае если описывать set_input_delay относительно latch clock (ADC1_CLK), то да, -max должен быть, как вы и написали, <половине периода - tsetup > . Кстати, а не может ли быть проблема из-за того, что в моём случае клок не может прийти на триггер раньше чем данные ? Минимально возможный путь клока до регистра 3 нс, а данные 1.5 нс. Т.е. защёлкиваемые данные будут анализироваться со сдвигом на один такт И как это описать в таком случае ? Пробовал так, ошибки уходят, но работать от этого не начинает. Это правильная запись ? set_multicycle_path 2 -setup -from [get_clocks virtual_clock_adc] -to [get_clocks {ADC1_CLK} ] set_multicycle_path 1 -hold -from [get_clocks virtual_clock_adc] -to [get_clocks {ADC1_CLK} ] Ещё в догонку. Я указал set_input_delay -clock virtual_clock_adc -max [expr $adc_data_period/2 - $dv_bfe] ну и все остальные, как в примерах SDC от Xilinx, анализатор выдал вот такую картину. То есть запас по slack 3 нс, при периоде 2.5 нс. Т.е он ожидает данные на следующем периоде, а приходят они на период раньше и это для него нормально. Как такое может быть ?
-
Продолжаю разбираться с констрейнами. Создал новый проект, в котором кроме GPIO ничего нет. Описываю констрейны как указано в AN433 и снова получаю полную хрень. Вопросы: 1) как в этому случае должен описываться сигнал ADC1_FRM (half rate clock) ? 2) Почему квартус увеличивает задержку на линиях данных ADC1_D[*], когда её необходимо уменьшать ? 3) Какие методы ещё применить для анализа, на что посмотреть ? PS: проект так и не работает. Только вручную удаётся его заставить работать, отключив анализ клоков и данных. Во всех остальных случаях он разводить его так, что это все становится неработоспособным. Видимо что то не так описано. Кстати заметил, что в описании на GPIO half_rate_clk и full_rate_clk нарисованы с совпадающими фронтами а не смещенными на 90 град. У меня с АЦП они выходят смещенные. Сам код: module top ( // ADC1 input [3: 0] ADC1_D, input ADC1_CLK, input ADC1_FRM, input ADC1_OVR, output [7: 4] B_BUSo, output [3: 0] VPX_TX ); wire [15: 0] gpio_d; gpiox4_in gpio_inst ( .aclr (0), .ck_fr (ADC1_CLK), .ck_hr (ADC1_FRM), .pad_in (ADC1_D[3:0]), .dout ({gpio_d[3: 0], gpio_d[7: 4], gpio_d[11: 8], gpio_d[15: 12]}) ); assign {VPX_TX[3:0], B_BUSo[7:4]} = gpio_d[7:0] | gpio_d[15:8]; // Dummy output //-------------------------------------------------------------------------// //-------------------------------------------------------------------------// endmodule SDC файл: set_time_format -unit ns -decimal_places 3 derive_clock_uncertainty set adc_data_period 2.500 set adc_frame_preiod [expr $adc_data_period * 2] set skew 0.3 create_clock -name virtual_clock -period $adc_data_period create_clock -name {ADC1_CLK} -period $adc_data_period [get_ports {ADC1_CLK}] -waveform { 0.625 1.875 } create_clock -name {ADC1_FRM} -period $adc_frame_preiod [get_ports {ADC1_FRM}] create_clock -name {ADC2_CLK} -period $adc_data_period [get_ports {ADC2_CLK}] -waveform { 0.625 1.875 } create_clock -name {ADC3_CLK} -period $adc_data_period [get_ports {ADC3_CLK}] -waveform { 0.625 1.875 } create_clock -name {ADC2_FRM} -period $adc_frame_preiod [get_ports {ADC2_FRM}] set_input_delay -max $skew -clock [get_clocks virtual_clock] [get_ports {ADC1_D[*]}] set_input_delay -max $skew -clock [get_clocks virtual_clock] -clock_fall [get_ports {ADC1_D[*]}] -add_delay set_input_delay -min -$skew -clock [get_clocks virtual_clock] [get_ports {ADC1_D[*]}] -add_delay set_input_delay -min -$skew -clock [get_clocks virtual_clock] -clock_fall [get_ports {ADC1_D[*]}] -add_delay set_false_path -setup -fall_from [get_clocks virtual_clk] -rise_to [get_clocks ADC1_CLK] set_false_path -setup -rise_from [get_clocks virtual_clk] -fall_to [get_clocks ADC1_CLK] set_false_path -hold -rise_from [get_clocks virtual_clk] -rise_to [get_clocks ADC1_CLK] set_false_path -hold -fall_from [get_clocks virtual_clk] -fall_to [get_clocks ADC1_CLK] #Example 49. from AN433 #set_input_delay -max <skew> -clock [get_clocks virtual_clock] [get_ports data_in] #set_input_delay -max <skew> -clock [get_clocks virtual_clock] -clock_fall [get_ports data_in] -add_delay #set_input_delay -min <negative skew> -clock [get_clocks virtual_clock] [get_ports data_in] -add_delay #set_input_delay -min <negative skew> -clock [get_clocks virtual_clock] -clock_fall [get_ports data_in] -add_delay #Example 52. #set_false_path -setup -fall_from [get_clocks virtual_clk] -rise_to [get_clocks data_clk] #set_false_path -setup -rise_from [get_clocks virtual_clk] -fall_to [get_clocks data_clk] #set_false_path -hold -rise_from [get_clocks virtual_clk] -rise_to [get_clocks data_clk] #set_false_path -hold -fall_from [get_clocks virtual_clk] -fall_to [get_clocks data_clk] Setup ADC1_CLK Hold ADC1_CLK И путь сигнала. Причём Quartus при компиляции сам выкрутил задержку в буфере до значения 42, хотя сам же сообщает, что данные должны быть раньше. Структура GPIO
