Распределенная память, Спартан 6 Опции

[GAYVER]

блок двухпортовой распределенки с синхронной записью и асинхронным чтением. описан по шаблону из хелпа. по объему - четверть от максимально доступной. на мапе выдает:

CODE

The following instances are the last set of instances that failed to place:
0. B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O (size: 8)
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMC
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMB
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMA
.............................................

These instances could be impacted by the following constraints
(the line IDs below correspond with the instances above):

Clock Region restrictions

0. LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
LUTM B_IN_ADC/B_RAMD_IN_test/Mram_RAM_RE_STR11_RAMD_O
driver: DCM B_PLL/DCM_inst1 @ DCM_X0Y3
CLOCKREGION_X0Y2, CLOCKREGION_X1Y2
...............................................................

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

[GAYVER]

тайна раскрыта . в недрах дизайна обнаружен буфер, на вход которого заведена синхра (которая идет и на память), а выход - на логику. выход буфера законстрэйнен через CLOCK_DEDICATED_ROUTE. после ЭНДки полученный сигнал сразу вытаскивался на пин плисины и нигде внутри больше не использовался. но выход буфера был воспринят как клок и растащен дальше на память...

С учетом предыдущего пункта тут уже напрашивается необходимость пересмотра структуры дизайна раз все так критично и приходиться ресурсы по сусекам скрести.

Удачи! Rob.

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

Для Spartan 6? 2-3 часа? Сурово. Что же Вы там такого намутили? Для уменьшения времени тут надо бы заняться абстрактной живописью в стиле Пикассо в PlanAhead - выделять блоки/модули дизайна и фиксировать их на кристалле. За 2-3 итерации существенно сокращает время сборки. Но кажется мне что это долгое "жжж" неспроста - обычно это показатель не оптимального дизайна с кучей потенциально критичных мест (по ресурсам или времянке).

Удачи! Rob.

ну 2-3 часа это он какраз пытается впихнуть невпихуемое. алгоритм же 3 или 4 раза стартует с нуля, в случае неудачи предыдущего шага. а если все в порядке, то разводка с учетом УЦФа минут за 10-15 проходит