Здравствуйте.
На нашей плате (плата рабочая, нужная функциональность обеспечивается) в max10 пытаюсь запустить AЦП в режиме измерения температуры. Сгенерировал IP-ядро Altera Modular ADC core в варианте ADC control core only. ADC sample rate 50 kHz, ADC input clock 2 MHz. Все каналы выключены, кроме TSD. Модуль подключен так:
adc_tsd
adc_tsd_inst
(
.clock_clk (clk),
.reset_sink_reset_n (reset_n),
.adc_pll_clock_clk (pll_clk0),
.adc_pll_locked_export (pll_locked),
.command_valid (1'b1),
.command_channel (TEMP_SENS_CHANNEL), // channel #17
.command_startofpacket (1'b1),
.command_endofpacket (1'b1),
.command_ready (),
.response_valid (response_valid),
.response_channel (response_channel),
.response_data (response_data),
.response_startofpacket (),
.response_endofpacket ()
);
PLL выдаёт 2 МГц из 50, pll_locked в единице.
Происходят странные вещи.
Если Бластером залить pof, то max10 перезружается, плата стартует, но на выходе response_data значения, далёкие от реальности. Например, код, соответствующий температуре -27. От запуска к запуску это код может быть разным впоть до того, что выпадает из допустимых значений, привёдённых в таблице в UG, как бцдто температура меньше -40. Если же поверх этого Бластером залить sof, то после перезагрузки response_data показывает значения, похожие на правду.
Если плата выключена, то после подачи питания max10 заружается, плата стартует, но не стартует АЦП. response_valid всегда в нуле, потому что FSM замирает в состоянии PWRDWN_DONE, потому что на выходе fiftyfivenm_adcblock.clk_dft постоянная 1. Как и предыдущем случае, если Бластером залить sof, то после перезагрузки response_data тоже показывает значения, похожие на правду.
Такое чувство, что не хватает какой-то мелочи.
