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

 
 
 
Reply to this topicStart new topic
> Вопросы по XPS 9.2
tolik1
сообщение Dec 15 2008, 12:13
Сообщение #1


Частый гость
**

Группа: Свой
Сообщений: 199
Регистрация: 2-03-05
Из: МОСКВА
Пользователь №: 3 016



Вопрос первый:
Если мне надо увеличить объем памяти xps_bram, то могу ли я добавить ещё один контроллер памяти.? При этом как разместится сегмент кода?
Вопрос второй:
Я делаю своё периферийное устройство на шину PLB. Устройство Slave. Могу ли я организовать подключение этого устройства через дополнительную шину PLB? и насколько это позволит защитить от меня процессор?
Go to the top of the page
 
+Quote Post
Yoo
сообщение Dec 19 2008, 10:27
Сообщение #2


Частый гость
**

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



Цитата(tolik1 @ Dec 15 2008, 15:13) *
Вопрос первый:

А почему просто не увеличить размер bram для того же контроллера? Второй добавить можно, у них будут разные области в памяти.
Go to the top of the page
 
+Quote Post
starley
сообщение Jan 9 2009, 22:40
Сообщение #3


Частый гость
**

Группа: Свой
Сообщений: 195
Регистрация: 9-01-09
Из: Москва
Пользователь №: 43 085



Если есть желание действительно можно добавить дополнительный контроллер памяти. Это делается в редакторе системы. Но большого смысла в этом нет, поскольку на PLB шины данных и адреса - общие для всех слейвов. Ускорение только за счет возможности одновременного выполнения чтения и записи (раздельные шины для каждого направления) и предварительного выставлении адреса следующей транзакции. Второй контроллер можно добавить для того, чтобы совместить чтение очередной инструкции с записью данных. В этом случае кодовый сегмент и сегмент данных следует задать на разных контроллерах. Размещение кодового сегмента задается в скрипте линковщика. Но обычно пропускной способности шины хватает и без этих выкрутасов, тем более что программы часто целиком в кэше помещаются. Так что лучше просто увеличить объем памяти.
Зачем от вас защищать процессор?
Go to the top of the page
 
+Quote Post
tolik1
сообщение Jan 11 2009, 07:08
Сообщение #4


Частый гость
**

Группа: Свой
Сообщений: 199
Регистрация: 2-03-05
Из: МОСКВА
Пользователь №: 3 016



Цитата(starley @ Jan 10 2009, 01:40) *
Зачем от вас защищать процессор?

Я делаю устройство на PLB шину. Шина одна. На ней и память и периферия. В некоторый момент происходит сбой в работе программы( просто перестает работать, хотя с моим устройством никак не связана, грубо говоря xil_printf в цикле). Одна из возможных причин - сбой в моем периферийном устройстве(так как момент возникновения сбоя совпадает с неким воздействием на мое устройство),приводящий к сбою всей процессорной системы. Не знаю насколько это вообще возможно...
Вот поэтому я и хочу защитить процессор от своего рукоблудства.
Go to the top of the page
 
+Quote Post
starley
сообщение Jan 11 2009, 13:49
Сообщение #5


Частый гость
**

Группа: Свой
Сообщений: 195
Регистрация: 9-01-09
Из: Москва
Пользователь №: 43 085



Цитата(tolik1 @ Jan 11 2009, 10:08) *
Одна из возможных причин - сбой в моем периферийном устройстве(так как момент возникновения сбоя совпадает с неким воздействием на мое устройство),приводящий к сбою всей процессорной системы. Не знаю насколько это вообще возможно...

Такое очень возможно, если ваше устройство не ответит на запрос от процессора. Возможны следующие решения:
Вариант 1. Промоделировать с программой и процессором.
Вариант 2. Подцепить ChipScope и посмотреть что с шиной после сбоя. Если она висит,- то ловить сбой и разбираться, что именно довело ее до такого состояния.


Цитата(tolik1 @ Jan 11 2009, 10:08) *
Вот поэтому я и хочу защитить процессор от своего рукоблудства.

Другая шина PLB, кстати, от зависания не спасет. Они вместе загнутся в случае отсутствия ответа от слейва.
Go to the top of the page
 
+Quote Post

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

 


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


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