реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Не пойму что за байда с Sinplify в проекте ISE 8.2, Не может переварить ucf
Dimonira
сообщение Jun 20 2007, 11:40
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 405
Регистрация: 4-10-04
Пользователь №: 777



Решил попробовать проект (с 1Г МАК-ом) перевести с синтеза XST на Sinplify 8.2 pro.
Синтез делается успешно. А дальше транслятор не хочет переваривать прежний ucf файл.
Причина одна и таже - не может найти в проекте либо NET, либо INST.
Вот для примера пишет такую ошибку:
Код
ERROR:NgdBuild:756 - Line 48 in 'top.ucf': Could not find net(s)
   '*rgmii_interface/rgmii_rx_clk_bufg' in the design.  To suppress this error
   specify the correct net name or remove the constraint.

При этом связь rgmii_rx_clk_bufg в этом модуле (rgmii_interface) присутствует, так же как и она же инверсная (180) под названием not_rgmii_rx_clk_bufg. В этом модуле они определены так:
Код
  wire       rgmii_rx_clk_bufg;
  wire       not_rgmii_rx_clk_bufg;
...
  DCM rgmii_rxc_dcm (
         .CLKIN  (rgmii_rxc_ibufg),
         .CLKFB  (rgmii_rx_clk_bufg),
         .RST    (dcm_reset),
         .CLK0   (rgmii_rx_clk_dcm),
         .CLK180 (not_rgmii_rx_clk_dcm),
         .LOCKED (dcm_locked)
         );
...
   BUFG bufg_rgmii_rx_clk     (.I(rgmii_rx_clk_dcm),     .O(rgmii_rx_clk_bufg));
   BUFG bufg_not_rgmii_rx_clk (.I(not_rgmii_rx_clk_dcm), .O(not_rgmii_rx_clk_bufg));
...
   always @(posedge rgmii_rx_clk_bufg or posedge reset)
...
   always @(posedge not_rgmii_rx_clk_bufg or posedge reset)
...

А в ucf файле транслятор ругается только на строку, соответствующую rgmii_rx_clk_bufg, а на строку для not_rgmii_rx_clk_bufg не ругается. Вот эти строки:
Код
NET "*rgmii_interface/rgmii_rx_clk_bufg" TNM_NET = "rgmii_rx_clk_bufg";
...
NET "*rgmii_interface/not_rgmii_rx_clk_bufg" TNM_NET = "not_rgmii_rx_clk_bufg";

Почему это происходит? Как от этого избавиться?
Просто выкинуть строки из ucf нельзя - они "времязадающие".
Go to the top of the page
 
+Quote Post
des00
сообщение Jun 20 2007, 11:55
Сообщение #2


Вечный ламер
******

Группа: Модераторы
Сообщений: 7 248
Регистрация: 18-03-05
Из: Томск
Пользователь №: 3 453



Цитата
Почему это происходит?


синтезатор похерил иерархию проекта + переименовал цепи

Цитата
Как от этого избавиться?


самый простой способ откатиться к XST, более сложный переписать ucf файл под новые имена


--------------------
Go to the top of the page
 
+Quote Post
Dimonira
сообщение Jun 20 2007, 12:03
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 405
Регистрация: 4-10-04
Пользователь №: 777



А где их взять, эти новые имена?
Go to the top of the page
 
+Quote Post
des00
сообщение Jun 20 2007, 12:31
Сообщение #4


Вечный ламер
******

Группа: Модераторы
Сообщений: 7 248
Регистрация: 18-03-05
Из: Томск
Пользователь №: 3 453



Цитата(Dimonira @ Jun 20 2007, 07:03) *
А где их взять, эти новые имена?


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

ИМХО оставить XST.


--------------------
Go to the top of the page
 
+Quote Post
andrew_b
сообщение Jun 20 2007, 13:20
Сообщение #5


Профессионал
*****

Группа: Свой
Сообщений: 1 975
Регистрация: 30-12-04
Из: Воронеж
Пользователь №: 1 757



Цитата(des00 @ Jun 20 2007, 14:55) *
более сложный переписать ucf файл под новые имена

Это бесперспективно. Надо заставить синтезатор не коверкать имена с помощью соответствующего атрибута. Если этот сигнал внутри иерархии, то сохранить иерархию. Иначе придется каждый раз переписывать ucf.
Go to the top of the page
 
+Quote Post
des00
сообщение Jun 21 2007, 02:20
Сообщение #6


Вечный ламер
******

Группа: Модераторы
Сообщений: 7 248
Регистрация: 18-03-05
Из: Томск
Пользователь №: 3 453



Цитата(andrew_b @ Jun 20 2007, 08:20) *
Это бесперспективно. Надо заставить синтезатор не коверкать имена с помощью соответствующего атрибута. Если этот сигнал внутри иерархии, то сохранить иерархию. Иначе придется каждый раз переписывать ucf.


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


--------------------
Go to the top of the page
 
+Quote Post
andrew_b
сообщение Jun 21 2007, 04:47
Сообщение #7


Профессионал
*****

Группа: Свой
Сообщений: 1 975
Регистрация: 30-12-04
Из: Воронеж
Пользователь №: 1 757



Цитата(des00 @ Jun 21 2007, 05:20) *
насколько я помню, по работе с симплифаем сохранение иерархии на имена внутренних сигналов не распространяеться.

Не понял фразы.

Цитата
При синтезе он может запросто переименовать сигнал как ему будет угодно.

Атрибутом syn_keep ему можно дать по слишком шаловливым ручкам.
Go to the top of the page
 
+Quote Post
Dimonira
сообщение Jun 21 2007, 10:00
Сообщение #8


Местный
***

Группа: Свой
Сообщений: 405
Регистрация: 4-10-04
Пользователь №: 777



У меня с помощью syn_keep почему-то не удалось сохранить имена связей. Если вообще в них дело было.

Так что я вернулся к XST и удачно завершил дело.
Go to the top of the page
 
+Quote Post
des00
сообщение Jun 21 2007, 14:15
Сообщение #9


Вечный ламер
******

Группа: Модераторы
Сообщений: 7 248
Регистрация: 18-03-05
Из: Томск
Пользователь №: 3 453



Цитата(andrew_b @ Jun 20 2007, 23:47) *
Не понял фразы.


Атрибутом syn_keep ему можно дать по слишком шаловливым ручкам.


в топике приведен констрейн в котором участвует, похоже комбинационный сигнал. А симплифай при синтезе комбинационные сигналы переименовывает (добавляет свое окончание).

Когда я работал с симплифаем атрибут syn_keep не запрещал изменение имени сигнала, он влиял на запрет оптимизации цепи при синтезе.


--------------------
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 5th July 2025 - 14:01
Рейтинг@Mail.ru


Страница сгенерированна за 0.01442 секунд с 7
ELECTRONIX ©2004-2016