Загрузка ACEX1K из EPC2, pof и sof — в чем различие? Опции

[x736C]

Уважаемые специалисты!
Помогите, пожалуйста.

С одного устройства (передатчика) на другое передаются данные.
Второе устройство (приемник) их принимает и обрабатывает.
Идеальные условия — режим отладки, когда передатчик с приемником подключены напрямую.

Реальные условия — устройства взаимодействуют через реальный канал связи.
То есть условия, при которых обнаружилась следующая проблема в приемнике.

Примерная схема работы такая:
После подачи питания ПЛИС загружается из EPC2 и начинает работать не так, как она работала в идеальных условиях.
Cделал вывод, что написанная мной программа неполноценна и в реальных условиях работает неудовлетворительно.
Критерий качества — сигнал кадровой синхронизации приемника. При незначительных отклонениях принимаемого сигнала от нормы приемник не удерживается в синхронизме.
Сброс ПЛИС соответствующим уровнем на соответствующей ноге ничего не меняет.

После загрузки ПЛИС через программатор (EPC2 не трогаю) приемник становится «идеальным». Во всем диапазоне требуемых значений ослабления сигнал синхронизации постоянно положительный. Как и задумывалось (моделировалось).
Сброс ПЛИС опять же не меняет картины, по-прежнему все хорошо.

Выключаю-включаю питание, все повторяется.

Устанавливаю значение Power-Up Don’t Care — ON.
При этом эффект исцеления пропадает, приемник работает одинаково паршиво.

Оба файла .pof и .sof сгенерированы одномоментно из одного проекта.

Вопросы:
В чем может быть причина такой работы?
Какие галочки я забыл поставить или забыл попробовать поставить?
Может ли быть такое, что прошивки pof и sof алгоритмически или топологически отличаются между собой?


ПЛИС: ACEX1K100
САПР: Quartus II Version 7.2 Build 151 SJ FV
Проект полностью синхронный.
Схема включения:

*R65 не запаян.
Что еще забыл указать, спросите, пожалуйста.

Сообщение отредактировал x736C - Aug 17 2009, 14:59

[x736C]

Спасибо за ответ.

Настораживает объединение сигналов confdone и initdone как монтажное И.

Там просто не видно, но две стрелки подписаны «н» и «м» и это просто тест-поинты. То есть они никак не связаны.
Схема включения типовая (вроде бы).

Усиленно смотрю раздел конфигурации.
Есть подозрения, что это может быть от того, что выключена была галка «Enable device-wide reset (DEV_CLRn)».
Сброс у меня на этот вывод заведен. Может поэтому сброс в обоих случаях ничего и не менял?!
Предполагаю, что в двух вариантах программирования ПЛИС POR мог срабатывать/не срабатывать по-разному.
В общем буду читать дальше.

[sazh]

Спасибо за ответ.

Там просто не видно, но две стрелки подписаны «н» и «м» и это просто тест-поинты. То есть они никак не связаны.
Схема включения типовая (вроде бы).
Есть подозрения, что это может быть от того, что выключена была галка «Enable device-wide reset (DEV_CLRn)».
Сброс у меня на этот вывод заведен. Может поэтому сброс в обоих случаях ничего и не менял?!
Предполагаю, что в двух вариантах программирования ПЛИС POR мог срабатывать/не срабатывать по-разному.

«Enable device-wide reset (DEV_CLRn)» я никогда не использовал. не знаю.
Если с выходом в 1 configdone все в порядке, sof не причем. Одинаково должен вести себя проект, что при загрузке кристалла из ПЗУ, что по jtag.

Или проект не корректен по начальным установкам.
Если как Вы думаете, работоспособность зависит от Power-Up Don’t Care — ON, OFF (посмотрите задействованные ресурсы регистров при включенной выключенной опции), значит есть в проекте однократно вырабатываемые сигналы по включению питания. Посмотрите хелп в квартусе.
Но с другой стороны это не должно влиять на протокол обмена между устройствами.
/////////////
Проверил проект в хелпе на асех эта опция не влияет, на например циклон влияет

Код

module ct_power_up
(
input         clk,
output [1:0] out
);

reg [1:0] ct; /// reg [1:0] ct = 2'b00;

always @(posedge clk)
begin
if (ct != 2'h3)        ct <= ct + 1'b1;
end

assign out = ct;

endmodule

Итак со схемой загрузки все в порядке. pof, sof не причем. Опция наверно тоже.
Должно все одинаково работать. Наверно так оно и есть.
может это проект. Иссяк.