как отключить оптимизацию в Quartus ?, при компиляции убирает нужное Опции

[Sobol']

Всем привет!
Задача - получить задержку сигнала. ПЛИС - altera EPM3064. Среда - QUARTUS II 13.0.
Мне бы хотелось просто поставить некоторое количество инверторов между входом и выходом, но при синтезе оптимизатор их убирает.
Пробовал директиву /*synthesis keep*/, не помогло.

Подскажите пожалуйста, как поступить.

[Realking]

Всем привет!
Задача - получить задержку сигнала. ПЛИС - altera EPM3064. Среда - QUARTUS II 13.0.
Мне бы хотелось просто поставить некоторое количество инверторов между входом и выходом, но при синтезе оптимизатор их убирает.
Пробовал директиву /*synthesis keep*/, не помогло.

Подскажите пожалуйста, как поступить.

/*noprune*/

но вообще лучше так задержку не делать))
ну или lcell вставлять

[ViKo]

lcell не убирает

[Sobol']

с lcell разобрался, спасибо.
Однако все-таки интересно, как отключить оптимизацию в конкретном куске модуля.
/*noprune*/ не помогло, явно что-то делаю не так:

Код

module temp_altera (
input clk_in,

output clk_out_delay
    );

/*synthesis noprune*/
wire [3:0] line = { line [2:0], ~clk_in};

/*synthesis noprune*/
assign clk_out_delay = line[3];

endmodule

[ViKo]

wire keep_wire /* synthesis keep */;

[Sobol']

wire keep_wire /* synthesis keep */;

Спасибо, добрый человек! У меня получилось:

Код

module temp_altera (
input clk_in,

output clk_out_delay
    );

wire keep_wire_1 /* synthesis keep */;
assign keep_wire_1 =  !clk_in;
wire keep_wire_2 /* synthesis keep */;
assign keep_wire_2 =  !keep_wire_1;
wire keep_wire_3 /* synthesis keep */;
assign keep_wire_3 =  !keep_wire_2;

assign clk_out_delay = keep_wire_3;

endmodule

[ViKo]

keep_wire - это просто имя, может быть любым, понятное дело. Привел пример с сайта Altera.

[bogaev_roman]

Спасибо, добрый человек! У меня получилось:

Вы цепочку инверторов поставили в ознакомительных целях? Просто интересно, что ожидается от такой схемы, изначальная идея, так сказать.
1. Вы привели схему после синтеза, расположение элементов может меняться от компиляции к компиляции, если их не прибить гвоздями и, соответственно, временной путь прохождения сигнала будет меняться.
2. Временной путь зависит от трех параметров - температура, напряжение, технологический разброс. Задержка сигнала будет плавать от этих условий.

[ViKo]

Задержка сигнала будет плавать от этих условий.

Насколько будет плавать, вы не подскажете? Топикстартер тоже мог бы показать по отчетам TimeQuest.

[iosifk]

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

Ну так это "задержка".
Но не сигнала, а головной боли. Или каких-либо сбоев. Причем это как мина, которую подбрасывали в угольный тендер. Ясно, что паровоз от этой мины рванет. Но точно сказать где нельзя....
Так здесь у ТС имеется CPLD. Она маленькая, плохой проект со сбоями в ней сделать трудно, т.к. проверяющий сможет заметить. Ну так хоть так. Авось удастся подложить мину. Я такого одного застал, правда он быстро уволился. Так вот он под каждую плату корректировал число ячеек. Правда там плат было немного, но все же... А его начальник в этом ничего не понимал и считал, что это "типа круто"...

[ViKo]

Ах! А lcell для чего предлагаются?

[bogaev_roman]

Насколько будет плавать, вы не подскажете? Топикстартер тоже мог бы показать по отчетам TimeQuest.

Сильно будет зависеть от расположения пинов. Если обычная сигнальная линия по горизонтали, пересекая блоки дсп и память, то несколько нс (я для аррии 5 смотрел как-то). Точнее - только отчет TimeQuest для крайних углов анализа - по самой быстрой и медленной модели.
Периодически сталкивался с реализациями генераторов высокой частоты на инверторах (точнее lcell) на ПЛИС - в комнатных условиях на одном модуле все хорошо, ради прикола ставил мощный обдув и разработчик начинал впадать в ступор, не понимая что происходит.

Так здесь у ТС имеется CPLD. Она маленькая, плохой проект со сбоями в ней сделать трудно, т.к. проверяющий сможет заметить.

Я как обычно слона не заметил, извиняюсь. Может с CPLD и прокатит.

[ViKo]

Сильно будет зависеть от расположения пинов. Если обычная сигнальная линия по горизонтали, пересекая блоки дсп и память, то несколько нс (я для аррии 5 смотрел как-то). Точнее - только отчет TimeQuest для крайних углов анализа - по самой быстрой и медленной модели.

Так то общая задержка от ноги к ноге. А каков был разброс от условий?

[bogaev_roman]

Так то общая задержка от ноги к ноге. А каков был разброс от условий?

Это разброс, общая задержка до 10нс.
ЗЫ. Сейчас провел анализ быстрый. К сожалению нет возможности прикрепить файлы. Можете проверить сами. Чип 5AGXFB5K4F40I5, протянул вход на выход по диагонали (пины AL33-G6). На самой медленной модели суммарная задержка 14.249нс, на самой быстрой 13.339нс. Т.е. разброс почти в нс, при этом сигнал идет один в один, т. е. нет дополнительных слоев логики. Ну и код:

Код

assign out=inp

ЗЗЫ. Одна компиляция, только подставляется другая временная модель, приведенные задержки были SLOW, самая быстрая модель MIN_fast -40C для 1100mV дает задержку 8.025

[ViKo]

Это разброс, общая задержка до 10нс.

Понятно. И это зависело только от условий? Раскладка цепей всегда была одной и той же?
И еще - lcell-ов у вас там не было? А разброс был. Так отчего тогда такая нелюбовь к lcell, если и без них все гуляет?

Т.е. разброс почти в нс, при этом сигнал идет один в один, т. е. нет дополнительных слоев логики.

Там другая "логика" есть, нам недоступная. Переключатели с рядов на колонны, драйверы входов-выходов...

Что хочу сказать. Конечно, там, где можно обойтись синхронной работой, то так и нужно. А где нельзя - там придется втыкать задержки. Да, нужно внимательно симулировать, изучать, как оно будет работать. Но выбора нет.

[bogaev_roman]

И еще - lcell-ов у вас там не было? А разброс был. Так отчего тогда такая нелюбовь к lcell, если и без них все гуляет?

У меня нет нелюбви к lcell, просто дополнительная логика лишь добавит временной разброс. Я исключительно против самого подхода использования ресурсов ПЛИС в качестве асинхронной логики, а вещи типа задержать сигнал на столько-то ps или сформировать генератор на логике в 1ГГц очень сложными (хотя и это при определенных условиях возможно).

Что хочу сказать. Конечно, там, где можно обойтись синхронной работой, то так и нужно. А где нельзя - там придется втыкать задержки.

Я с Вами полностью согласен, просто лучше заранее подготовиться к возможным последствиям и оценить степень риска. Плюс не известно, что именно хотел ТС - может просто посмотреть, что задержку можно менять с помощью комбинаторной логики.

[ViKo]

Ясно. Лучше знать и делать, чем не делать, потому что не знаешь. Вот топикстартер - узнал, теперь у него есть выбор.

[Sobol']

ТС хотел получить задержку тактового сигнала примерно на один лапоть силами означенной CPLD. Партия устройств маленькая, работать будут при комнатной температуре.
ПЛИСина эта уже имеется на борту устройства. И, да, количество инверторов будет подбираться экспериментально для каждой платы.
Да, это такой костыль.
Да, мне это все не нравится.
Да, руководство осознает что творит, но именно оно именно так поставило задачу.
Нет, тактовую логику использовать нельзя.

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

[bogaev_roman]

ПЛИСина эта уже имеется на борту устройства. И, да, количество инверторов будет подбираться экспериментально для каждой платы.

Тогда их положение лучше зафиксировать с помощью ограничений, причем чем короче будет путь, тем разброс будет меньше (для CPLD понятия не имею как можно и можно ли вообще, для fpga - set_location).

Еще раз говорю, что мне это все не нравится, но другого пути пока нет.

Если осознание есть, то все получится - успехов.

[Sobol']

Если вдруг кому интересно.

на чипе epm3064 мерили сейчас реальную задержку осциллографом.
Каждый Lcell увеличивает задержку примерно на 2.5нс.
Цепочка из 10 буферов при комнатной температуре сдвинула входной сигнал на 27ns.
Нагрели ПЛИС до 65 градусов, задержка увеличилась на 2.4ns.

[bogaev_roman]

Если вдруг кому интересно.

Это интересно, спасибо. А как нагревали чип, если не секрет, и какова температура чипа была при комнатной температуре (или по умолчанию считается комнатной)? Я то сам только в термокамере грел жирные плисухи с термодатчиками, поэтому интересуюсь.

[Sobol']

Изначально температура была 27 градусов. Грели тем, что под руку попалось. Сегодня под руку попался резистор 1ом и лабораторный источник тока... приложили бедолагу-резистор сверху к ПЛИС и смотрели на осциллографе, как ползет задержка.
Температуру мерили пирометром.

Сообщение отредактировал Sobol' - Dec 19 2017, 15:57

[ViKo]

Я тут по своей работе столкнулся с желанием добавить lcell-ов. Конкретно, попробовал 6 шт. Отчитываюсь, что вижу в Chip Planner для EP3C5E144I7N.
Задержка от площадки до входного буфера 0.778 ns
Задержка от входного буфера до первой ячейки 0.668 ns
Задержка в ячейках (мин, тип, макс) 0.127, 0.283, 0.360 ns
Задержка между ячейками (мин, тип, макс) 0.243, 0.255, 0.296 ns
Задержка от последней ячейки до выходного буфера 2.458 ns
Задержка от выходного буфера до площадки 2.286 ns
Общая задержка сигнала от входа до выхода 9.203 ns
Видимо, задержка в буферах зависит от типа логики. Вход был LVDS, выход - стандартный CMOS.
Путь со входа был короче пути на выход. Потому и такая разница в задержках. Вот об этих путях не надо забывать.
Каждая из lcell дает в среднем задержку в 0.5 ns

Это было для медленной 100° модели.
Для медленной -40° модели общая задержка 8.271 ns.
Для быстрой -40° модели общая задержка 4.683 ns.
В-общем, в 2 раза задержка отличается.