SignalTap: проблема с добавлением сигналов Опции

[RoadRunner]

Всем доброго времени суток.
Столкнулся с тем, что не получается добавить произвольную шину в SignalTap. Раньше все исследуемые сигналы на пины выводил - проблем не было, они всегда отображались валидными в SignalTap.
А тут попробовал добавить внутреннюю шину: открываю SignalTap, открываю Node Finder, ставлю фильтр SignalTap II:pre-synthesis, ищу в списке нужные мне шины, добавляю, а часть из них красные.
Или еще другая фишка: после добавления красных шин нет, запускаю компиляцию, после компиляции некоторые шины становятся красными.
При добавлении через схематик вообще финиш: после добавления все шины синие, значит вроде как они в Post-Fit Netlist входят ( т.е. в ходе оптимизации они не исчезли), после компиляции - все красные.

Не пойму, то ли я чего-то капитально не догоняю, то ли SignalTap фортели выкидывает?

З.Ы. Среда Quartus 11, инкрементная компиляция отключена.

Сообщение отредактировал RoadRunner - Aug 24 2012, 07:45

[Stewart Little]

З.Ы. Среда Quartus 11, инкрементная компиляция отключена.

Инкрементальную компиляцию включите обязательно!!!

[RoadRunner]

Инкрементальную компиляцию включите обязательно!!!

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

[Stewart Little]

я просто не использовал никогда инкрементную компиляцию, знания по ней у меня чисто теоретические.

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

[RoadRunner]

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

Тут проблема в том, что нетлист у проекта нужно будет делать Post-Fit (иначе он все равно что-нибудь переразведет). Я тогда внутренних шин не увижу, а мне их то и надо отлаживать. Мне по большому счету не так важно, что он переразведет все, больше важно чтобы определенные внутренние шины стабильно появлялись в сигналтапе валидными.

Попробовал вывести эти шины на пины, но не выводить эти пины наружу - не работает, он их убирает уже при анализе. А выводить наружу - это просто финиш, проект превращается в паутину.

З.Ы. Тут конечно я сам напортачил - надо было сначала внутренние блоки отдельно отладить, потом уж переходить к внешним (тогда выводить наружу ничего не понадобилось бы). Но все равно иногда нужно получить доступ к внутренним шинам. Просто не в таком объеме, как сейчас))

Сообщение отредактировал RoadRunner - Aug 27 2012, 08:44

[_Anatoliy]

Попробовал вывести эти шины на пины, но не выводить эти пины наружу - не работает, он их убирает уже при анализе. А выводить наружу - это просто финиш, проект превращается в паутину.

Вам же советовали использовать attribute noprune для интересующих сигналов.Ничего наружу выводить не нужно.

[RoadRunner]

Вам же советовали использовать attribute noprune для интересующих сигналов.Ничего наружу выводить не нужно.

Я не все в HDL пишу. Со схематиком, полагаю, такое не прокатит.

Странно то, что при добавлении в сигналтап сигналы валидные, а после полной перекомпиляции вдруг невалидные. Он же все переразводит - обязан завести эти сигналы в сигналтап. Хрен с ним, что проект изменится, сигналы то должны остаться.

Сообщение отредактировал RoadRunner - Aug 27 2012, 10:40

[_Anatoliy]

Я не все в HDL пишу. Со схематиком, полагаю, такое не прокатит.

В схематике давно не работаю,но попробуйте так:primitives->other->param. Но сам я так не пробовал,может и не из той оперы...