Отправлено SM 09 июня 2006 г. 09:19 В ответ на: переместился, дабы не загромождать ветку, появились новые мысли про мультиканальный режим McBSP ,необходима конструктивная критика -) (+) отправлено <font color=gray>funt</font> 09 июня 2006 г. 00:03

я такую задачу решил очень просто - пока принимаются нули, значит данных нет. Как принялся не ноль - значит эта длина пакета, и значит в выделенных девайсу тайм-слотах началась его передача. Приняли это кол-во слов, и дальше занимаемся пропуском нулей. Ну соотв. фрейм разбит на "окна" - по N тайм-слотов на девайс.

• в такой конфигурации мастер постоянно должен принимать пакеты, на что-нибудь другое время остается? — funt   (09.06.2006 11:24 82.179.67.254, пустое)
  • Обычно остается (+) — SM   (09.06.2006 11:40 195.225.131.186, 249 байт)
    • а сколько девайсов можно соединить через SPI ? — funt   (09.06.2006 11:44 82.179.67.254, пустое)
      • При правильном арбитраже - бесконечное количество :) Но если каждый может передавать когда захочет, да и еще несколько одновременно - то многоканальный порт лучше. — SM   (09.06.2006 11:55 195.225.131.186, пустое)
        • у меня такая мысль появилась, что если генерировать фрейм синхронизацию с достаточно большим периодом, и по ходу дела менять период на более короткий если был принят не нулевой байт,т.е. опрашивает ,например с частотой 5 мсек, принимает нули, как тока приняли не нуль меняет частоты и побыстрому выгребаем весь пакет, как вы считаете это практически реализуемо ? — funt   (09.06.2006 12:35 82.179.67.254, пустое)
          • Сложно сказать. Не пробовал. Но вроде как SRGR можно перепрограммировать только когда он обрезечен... Как к этому отнесется все остальное - х.з. Короче экскременты ставить надо :) — SM   (09.06.2006 12:36 195.225.131.186, пустое)

E-mail: info@telesys.ru