Я знаю основную связь I2C и SPI. Поскольку оба являются синхронными протоколами. Я хотел знать, что делает SPI быстрее, чем I2C. Если я не ошибаюсь, используя I2C, мы можем использовать 400 Кбит/с, в то время как в SPI мы также можем достичь 10 Мбит/с. Из-за аппаратного изменения? Этот вопрос был задан мне в одном из интервью. Пожалуйста, сделайте меня правильным, если я ошибаюсь.Что делает SPI быстрее, чем протокол I2C
ответ
I2C очень популярен, поддерживая несколько мастеров на автобусе. Это вызывает значительные накладные расходы в протоколе шины, ACK для каждого байта и преднамеренные задержки для арбитража доступа к шине. Также установленная максимальная частота шины 100 кГц в исходной спецификации, 400 кГц, сегодня обычна, дополнительные скоростные режимы 10 кГц и 3,4 МГц высокочастотные, спецификация 2012 определяет сверхбыстрый режим 5 МГц.
SPI много проще, один мастер без протокола шины за выбором микросхемы и без установленной максимальной скорости передачи. Если расстояния короткие, вы можете идти так быстро, как вы посмели. Довольно быстро на межсоединении между микросхемами, расположенными на расстоянии менее дюйма.
Скорость зависит от того, какой тип платы вы используете и как реализована ваша аппаратная логика. Существуют определенные преимущества и недостатки в использовании одного над другим. Выбор типа используемого типа шины зависит от того, какой тип связи вам нужен между различными периферийными устройствами, которые вы хотите подключить, используя их. http://quick2wire.com/articles/i2c-and-spi/
Существует важное различие в оборудовании, которое ограничивает скорость на I2C.
SPI: все линии управляются передатчиком как высоким, так и низким. Это минимизирует время, необходимое для изменения состояния проводника.
I2C: все линии являются открытыми коллекторами, что означает, что передатчик работает только на линии. Когда передатчик отпускает линию, резистор, подключенный к Vcc (напряжение питания), тянет свет высоко. Однако из-за емкости провода и компонентов провод идет относительно высокого напряжения относительно медленно. Из-за этого, тактовая частота должна быть уменьшена, чтобы время, чтобы линии «дрейфовали» высоко.
Это правильно (а также почему это не программирование вопрос). –
- 1. I2C & SPI driver
- 2. Вопросы интервью I2C/SPI
- 3. SPI и I2C интерфейс на Pi
- 4. I2C & SPI Power On Self test
- 5. Почему нет 4B5B, как I2C, SPI?
- 6. Что быстрее, чем завиток?
- 7. Что делает FSharpFunc <> быстрее, чем Func <>?
- 8. Что делает CommitLog быстрее, чем запись в SSTable в Кассандре?
- 9. Что делает предварительную парсинг функции быстрее, чем полный анализ?
- 10. Что делает rollmean быстрее, чем rollapply (по коду)?
- 11. Что делает наборы быстрее, чем списки в python?
- 12. Что происходит быстрее, протокол ssh или git?
- 13. делает numpy работает быстрее, чем OpenCL?
- 14. Что-то быстрее, чем HttpHandlers?
- 15. Что быстрее, чем std :: pow?
- 16. Что-нибудь быстрее, чем UIButton?
- 17. Что-то быстрее, чем GetSystemTime?
- 18. Что-то быстрее, чем get_headers()
- 19. Gadgeteer и SPI-протокол (цифровой потенциометр)
- 20. Почему протокол BGP обладает большей масштабируемостью, чем другой протокол маршрутизации? что делает BGP, что делает его более масштабируемым, чем другие протоколы маршрутизации?
- 21. Есть ли что-нибудь быстрее, чем fastload?
- 22. Перемещение физических контактов i2c и SPI на Beaglebone Black
- 23. Arduino MCP3008 библиотека (spi) + LiquidTWI2 Library (i2c) подвешивание
- 24. Что делает один из этих запросов быстрее?
- 25. UART vs I2C vs SPI для межпроцессорной связи между микроконтроллерами
- 26. Что делает i2c_new_dummy?
- 27. Что-то быстрее, чем std :: nth_element
- 28. Что-то быстрее, чем simplexml_load_file() PHP
- 29. Есть ли что-нибудь быстрее, чем вектор?
- 30. R: что-нибудь быстрее, чем сопло?
Этот вопрос кажется не по теме, потому что речь идет об оборудовании, а не о программировании. –
На самом деле, это в основном около * протоколов * - предоставлено, низкоуровневые, с которыми аппаратные пользователи имеют наибольшее значение, но те же проблемы возникают в сетевых стеках и т. Д. –
Тем не менее, вопросы встраиваемых систем, а также границы между оборудованием и программное обеспечение получит гораздо лучший прием на http://electronics.stackexchange.com. Чистые вопросы по программному обеспечению всегда по теме, а также, если они связаны со встроенными системами и низкоуровневым программированием. – Lundin