Отправлено ррр 30 января 2006 г. 12:01

соеденил 2 TMS6701 через McBSP, таким образом -
для каждого из проц-ров сигналы DX,CLKX,FSX являются выходами,
DR,CLKR,FSR соответственно - входы.
1-й процессор тактируется от внутреннего генератора, 2-й от внешнего источника(на вход CLKS заведён сигнал CLKX от первого проц-ра).
Обмен в принципе работает, однако время от времени происходят ошибки,
может кто-нибуть поможет установить их причину?

• Какого рода ошибки ? (+) — Harbour   (30.01.2006 14:20 195.138.79.66, 166 байт)
• А CLKS вообще не надо использовать при такой схеме. — SM   (30.01.2006 12:07 213.141.159.26, пустое)
  • 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: info@telesys.ru