[an error occurred while processing this directive]
А CLKS вообще не надо использовать при такой схеме.
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)
Отправлено
SM
30 января 2006 г. 12:07
В ответ на:
нужет совет по поводу McBSP в tms6000(+)
отправлено <font color=gray>ррр</font> 30 января 2006 г. 12:01
Составить ответ
|||
Конференция
|||
Архив
Ответы
2-й проц тоже от внутреннего ген-ра тактировать ?
—
ррр
(30.01.2006 12:09
82.140.86.135
,
пустое
)
Ну да - каждого от своего. А приемники - не от SRGR, а от пина CLKR.
—
SM
(30.01.2006 12:33
213.141.159.26
,
пустое
)
а как я сделал принципиально неверно?
—
ррр
(30.01.2006 12:36
82.140.86.135
,
пустое
)
Сложно сказать, я обычно пускал один клок от одного кого-то на всех остальных, включая и трансмиттеры (тоесть один CLKX тоже вход). Или использовал у каждого свой внутренний. Как Вы - не делал никогда.
—
SM
(30.01.2006 12:59
213.141.159.26
,
пустое
)
(тоесть один CLKX тоже вход). и один FSX вход?
—
ррр
(30.01.2006 13:08
82.140.86.135
,
пустое
)
Ну да. То есть сигналы синхронизации у всех одинаковы. Если, конечно, это допустимо для проекта.
—
SM
(30.01.2006 13:10
213.141.159.26
,
пустое
)
это получается мастер-слейв если я не ошибаюсь(+)
—
ррр
(30.01.2006 13:20
82.140.86.135
, 252 байт)
Зачем ждать? FSR/X это всего лишь фрейм-синхронизация. Показывающая позицию первого бита в потоке. Соотв. обычно при помощи него синхронизируется начало [DMA-]буфера с началом потока. А дальше по договоренности - или разбивка на тайм-слоты, или еще как... На усмотрение в общем.
—
SM
(30.01.2006 13:54
213.141.159.26
,
пустое
)
пример, слейв-процессор начинает передачу, как в этом случае показать позицию первого бита, он же не может дёрнуть FSX?
—
ррр
(30.01.2006 14:04
82.140.86.135
,
пустое
)
Позиция первого бита фиксирована. Он находится в младшем бите первого слова в буфере и у приемника, и у передатчика. Если, конечно, все грамотно запущено, длина фрейма соотв. длине буфера на обоих сторонах , и т.п. То есть поток идет постоянно, FSX/R дергается всегда с определенной частотой.
—
SM
(30.01.2006 14:13
213.141.159.26
,
пустое
)
понятно что дёргается всегда, вопрос был - кто его дёргает( FSX)? по идее должен тот кто начинает передачу, а сигнал этот для него является входом?
—
ррр
(30.01.2006 17:12
82.140.86.135
,
пустое
)
Без разницы кто - хоть кто-то вообще не о чем не знающий и отвлеченный. По этому стробу все приемники и передатчики войдут в синхронизм.
—
SM
(30.01.2006 17:17
213.141.159.26
,
пустое
)
как это без разницы кто? мне вот очень важно понять логику обмена, может быть мои вопросы кажутся вам слишком наивными, так ведь и Москва не сразу строилась?
—
ррр
(30.01.2006 17:49
82.140.86.135
,
пустое
)
Да вот так, без разницы (+)
—
SM
(30.01.2006 17:56
213.141.159.26
, 845 байт)
дело в том, что в моём проекте в разные моменты времени передаются данные разной длины, при это обмен идёт в обе стороны, ДМА не задейтвованы, проц-ры работают по прерываниям, видать не подойдёт мне мастер-слейв, мне мастер-мастер нужен...
—
ррр
(30.01.2006 18:04
82.140.86.135
,
пустое
)
Там еще режим один есть. Или был. Но я его использовал. В 6211.
—
-=ВН=-
(30.01.2006 19:02
194.190.181.231
, 341 байт)
есть такой режим, вот в нём то и не понятно как сгенерируется FSX если этот сигнал входной?
—
ррр
(30.01.2006 19:13
82.140.86.135
,
пустое
)
Так я Вам написал же, FSXM=1, т.е. FSX - выход.
—
-=ВН=-
(30.01.2006 19:42
194.190.181.231
,
пустое
)
Так он и не используется, когда FSX настроен на вход.
—
SM
(30.01.2006 19:16
213.141.159.26
,
пустое
)
вот теперь всё стало на свои места =)), всем спасибо
—
ррр
(30.01.2006 19:19
82.140.86.135
,
пустое
)
Тогда "clock stop mode" - он же SPI. Мастера те кто TX, кто RX слейвы, все от внутренних своих клоков.
—
SM
(30.01.2006 18:12
213.141.159.26
,
пустое
)
спасибо
—
ррр
(30.01.2006 18:14
82.140.86.135
,
пустое
)
Или передавать в постоянном потоке нули, как только нужны данные, какой-нить "флаг", за ним длину, за ним пакет. Но нули пропускать программно - лишняя загрузка.
—
SM
(30.01.2006 18:13
213.141.159.26
,
пустое
)
Тогда два пути - или "clock stop mode
—
SM
(30.01.2006 18:10
213.141.159.26
,
пустое
)
Отправка ответа
Имя (обязательно):
Пароль:
E-mail:
NoIX ключ
:
Запомнить
Тема (обязательно):
Сообщение:
Ссылка на URL:
Название ссылки:
URL изображения:
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
E-mail:
info@telesys.ru