Отправлено rezident 05 декабря 2005 г. 21:21

Про UART и I2C все понятно, а как с SPI? Да еще когда SPI как интерфейс обмена между несколькими МК используется? Как узнать, что слейв успевает подавать на конвейер SPI данные без пропусков? Только ли анализом целостности пакета по CRC? Или есть другие способы?

• http://www.telesys.ru/wwwboards/mcontrol/1187/messages/170412.shtml

• Ну так вопрос все же интересный. Вот смотрите. (+) — Анатоль   (06.12.2005 12:58 217.20.167.33, 438 байт)
  • А расстояния какие? SPI хорош только в пределах одной платы. — vmp   (06.12.2005 13:48 62.117.78.2, пустое)
    • Одна плата, модули съемные (-) — Анатоль   (06.12.2005 13:57 217.20.167.33, пустое)
  • IR-порт это опять же асинхронный интерфейс. А IrDA подразумевает трехуровневый стек протоколов. — rezident   (06.12.2005 13:11 195.222.149.11, пустое)
    • Да какая разница синхронный или нет, тем или иным способом мы получили пакет. Вопрос что с ним дальше делать, вот как раз уровни выше второго и интересуют (-) — Анатоль   (06.12.2005 13:55 217.20.167.33, пустое)
      • Критерием необходимости использования алгоритмов типа CRC является уровень ошибок BER (+) — quark   (06.12.2005 14:34 62.140.241.123, 841 байт)
        • Да причем задесь ошибки передачи данных? Требуется протокол взаимодействия, протокол организации передачи различных типов данных. Вопрос в том есть ли такой стандартный? (-) — Анатоль   (06.12.2005 14:49 217.20.167.33, пустое)
          • И еще один - IDL. Это из COM объектного программирования. — quark   (06.12.2005 15:08 62.140.241.123, пустое)
          • Самый стандартный TCP/IP. — quark   (06.12.2005 14:52 62.140.241.123, пустое)
• Для межконтроллерных подключений использую — Vladimir Ljaschko   (06.12.2005 10:16 212.56.240.38, 249 байт)
  • Самопальный это хорошо, но не всегда приемлимо. — rezident   (06.12.2005 11:44 195.222.149.11, 351 байт)
    • Да, только протокольно. А протокол должен быть несимметричным, и я делаю возможность мастеру пересбросить слейв. Иначе легко завесить. — Vladimir Ljaschko   (06.12.2005 12:08 212.56.240.46, пустое)
• Я делал так (+) — SM   (06.12.2005 09:18 213.141.159.26, 325 байт)
  • ARQ = Automatic Repeat reQuest; TDM =Time Division Multiplexing. — quark   (06.12.2005 11:53 62.140.241.123, пустое)
  • Сергей, расшифруй ARQ и TDM. — rezident   (06.12.2005 11:38 195.222.149.11, пустое)
  • Да, а если скорости большие нужны, то лучше TDM наверное. Каждому девайсу по тайм-слоту. Но это уже не совсем SPI. — SM   (06.12.2005 10:39 213.141.159.26, пустое)
• SPI предназначен для обмена в пределах отдного девайса. Нах здесь что-то проверять? А вот, ежели "гранит" там какой-нить, да километров на двадцать, то CRC16 самое оно! — [cm]   (06.12.2005 02:11 83.170.255.139, пустое)
  • Доверяй, но проверяй! :) Естественно в пределах небольших расстояний. Вопрос в том, как быть уверенным, что принятый мастером байт это байт данных слейва, а не "пустышка" из его буфера или вообще ниоткуда? — rezident   (06.12.2005 11:40 195.222.149.11, пустое)
• А никак. Старт-стопы, контрольные суммы. А были еще и Арвиды. — БУБУ   (05.12.2005 21:31 195.131.84.202, пустое)
  • Старовые и стоповые - из области асинхронных протоколов. Для синхронных более типично использование "меандра" и "синхрофлага", если не ошибаюсь. Мотрола, АйБиЭм и производители отечетсвенной телемеханики учили именно этому. — [cm]   (06.12.2005 02:20 83.170.255.139, пустое)
    • Мне тут предложили тоггл-бит использовать. — rezident   (06.12.2005 11:47 195.222.149.11, 226 байт)
  • Т.е. стартовый и стоповый символы передает слейв? Арвид-арвид, знакомое название, напомните что это за интерфейс? — rezident   (05.12.2005 22:13 195.222.149.11, пустое)
    • Ну да. Арвид - это нашенский накопитель на видеокассете. На 180 минут влезало около 2 ГБ. — БУБУ   (05.12.2005 22:18 195.131.84.202, пустое)
      • Ага, вспомнил! Забыл, потому что никогда им не пользовался :) — rezident   (06.12.2005 11:41 195.222.149.11, пустое)
      • И преамбула перед пакетом, защищённым CRC (т.е. предусматривалась и возможность восстановления данных!), была? — [cm]   (06.12.2005 02:25 83.170.255.139, пустое)
        • На счет именно преамбулы - не знаю, но избыточное кодирование, позволяющее исправлять тройные ошибки - было. — БУБУ   (06.12.2005 08:10 195.131.84.204, пустое)
• почему бы и нет? (CRC) другое что то придумать сложно — ы   (05.12.2005 21:29 80.92.98.211, пустое)
  • Да просто контрольную сумму. Не сложно. — quark   (05.12.2005 21:30 62.140.241.123, пустое)
    • Нифига, простая контрольная сумма и CRC это разные по надежности алгоритмы. CRC не зря придумали, так как часто контрольная сумма не помогает. — _AS_   (06.12.2005 00:56 62.118.130.240, пустое)
    • я и имел ввиду что crc что контрольна сумма одно - проверка на целостность, один и тот же метод — ы   (05.12.2005 21:32 80.92.98.211, пустое)
      • Но в этом случае получается что посимвольного обмена как через UART не будет, так? Только пакетный обмен? — rezident   (05.12.2005 22:14 195.222.149.11, пустое)
        • Истину глаголите! Синхронный обмен в том виде, в котором Вы его пОдали изначельно, именно ПАКЕТНЫЙ обмен. Не только моё мнение :) — [cm]   (06.12.2005 02:14 83.170.255.139, пустое)
        • а что значит не успевает выдавать по клоку данные? программный т.е.? — ы   (05.12.2005 22:17 80.92.98.211, 217 байт)
          • а...насчет по клокам данные попутал сл-но и все остальное, а вот насчет пауз остается — ы   (05.12.2005 22:18 80.92.98.211, пустое)
• Так же, как обеспечивают достоверность данных при обмене между МК и SRAM.. Никак.. — quark   (05.12.2005 21:25 62.140.241.123, пустое)
  • Не нужно путать! У всяких там часов-трусов и последовательной памяти аппаратный конвейер, а у МК программный. — rezident   (05.12.2005 22:11 195.222.149.11, пустое)
    • так SPI собственно и предназначен для обмена с периферией (память, часы трусы) у которых аппаратный конвейер. А другой МК сложно назвать периферией. — ы   (05.12.2005 22:26 80.92.98.211, 96 байт)

E-mail: info@telesys.ru