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

 
 
> Chipscope неправильно захватывает данные, Масса битовых ошибок.
count_enable
сообщение Jul 9 2013, 16:53
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384



В уже рабочем дизайне Chipscope начал массово выдавать неправильные данные. Есть 32-битная шина, которая генерируется на том же кристалле. Весь дизайн имеет один clock domain. В анализаторе в среднем 5-6 ошибочных битов из 32 без видимой причины. Что может быть причиной? Есть похожий дизайн с 90% одинакового кода, но тот работает как часы.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 6)
Raven
сообщение Jul 9 2013, 18:28
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 491
Регистрация: 16-01-05
Из: Санкт-Петербург
Пользователь №: 1 987



Для начала перепроверьте, не отвалились ли эти сигналы в ChipScop'е (помечаются красным в ChipScope Core Inserter). Ну, и внимательно просмотрите логи синтезатора и маппера.

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

Кстати, а вы результаты timing analysis просматривали? У вас все как надо законстрейнено, подозрительных нарушений нету? А то ведь, знаете, нахождение в одном clk domain от этих проблем никак не защищает.
Go to the top of the page
 
+Quote Post
count_enable
сообщение Jul 9 2013, 19:46
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384



Сигналы точно не отвалились, так как подключена 32-битная шина вектором. И именно на ней идут "непропаи" - некоторые 1 показываются как 0. Констрейны сейчас разбираю, потому что очень много ворнингов сыпет.
Go to the top of the page
 
+Quote Post
Raven
сообщение Jul 9 2013, 19:50
Сообщение #4


Местный
***

Группа: Свой
Сообщений: 491
Регистрация: 16-01-05
Из: Санкт-Петербург
Пользователь №: 1 987



Ну, тогда при разборе полетов особое внимание этим самым сигналам. Это, я думаю, понятно. Скорее всего, что-нибудь да отыщется, - только внимательно смотреть надо.
Go to the top of the page
 
+Quote Post
count_enable
сообщение Jul 10 2013, 07:18
Сообщение #5


Местный
***

Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384



Не очень понимаю это предупреждение:
Код
WARNING:PhysDesignRules:1176 - Issue with pin connections and/or configuration
   on
   block:<chipscope.tile1_gtp1_i/U0/I_NO_D.U_ILA/U_CAPSTOR/I_CASE1.I_YES_TB.U_TR
   ACE_BUFFER/U_RAM/I_S6.U_CS_BRAM_CASCADE_S6/I_DEPTH_LTEQ_16K.U_SBRAM_0/I_B18KG
   T0.G_RAMB18[4].u_ramb18/U_RAMB18>:<RAMB16BWER_RAMB16BWER>.  The block is
   configured to use input parity pin DIBP0. There is dangling output for parity
   pin DOPB0.
Go to the top of the page
 
+Quote Post
Raven
сообщение Jul 12 2013, 07:59
Сообщение #6


Местный
***

Группа: Свой
Сообщений: 491
Регистрация: 16-01-05
Из: Санкт-Петербург
Пользователь №: 1 987



Не сталкивался до сих пор с таким. Смотрите Help, документацию по данному сообщению. Вполне может быть причиной.
Go to the top of the page
 
+Quote Post
count_enable
сообщение Jul 24 2013, 09:37
Сообщение #7


Местный
***

Группа: Свой
Сообщений: 310
Регистрация: 28-01-13
Из: Лондон
Пользователь №: 75 384



Проблема решена, она была не в Чипскопе.

Граждане, добавляйте защелки на параллельные порты! В отличие от симуляции в железе данные на шине меняются не одномоментно, а с кучей промежуточных состояний. А я легкомысленно закоментировал латч, так как он вносил опоздание на 1 цикл. За что и был наказан.
Go to the top of the page
 
+Quote Post

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

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 05:48
Рейтинг@Mail.ru


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