реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> какой бывает задержка между фреймами spi slave в разных АРМ-ах, интересует i.mx-ы allwiner-ы и т.п. с убогими spi
yes
сообщение Aug 9 2017, 06:42
Сообщение #1


Гуру
******

Группа: Свой
Сообщений: 2 198
Регистрация: 23-12-04
Пользователь №: 1 640



собственно то, что называется Transfer_delay на странице ниже (первая нагугленная ссылка)
Transfer_delay: minimum duration of SSEL in the deasserted state between transfers
http://docs.lpcware.com/lpc800um/RegisterM...ramedelays.html

делаем АЗИК - хотелось бы понять какую минимальную "гибкость" программирования этой времянки нужно предусматривать, предполагается передача потока с применением DMA в проце (то есть желательно ставить минимальную задержку для каждого варианта проца)

upd: если spi допускает передачу без поднятия ss то интересует
Frame_delay: delay between data frames when SSEL is not deasserted
Go to the top of the page
 
+Quote Post
ViKo
сообщение Aug 9 2017, 07:41
Сообщение #2


Универсальный солдатик
******

Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362



Можно передавать сплошным потоком. Не дергая Select. Данные синхронизируются тактами. Вот с частотой тактов и пересылаются данные бит за битом. Select только разрешает работу.
Я так понимаю.
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Aug 9 2017, 08:50
Сообщение #3


Ally
******

Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050



Цитата(yes @ Aug 9 2017, 09:42) *
собственно то, что называется Transfer_delay на странице ниже (первая нагугленная ссылка)

У бывших Freescale модуль SPI позволяет выставить задержку от CS до клока в районе 0.. 3 мс с точностью до 0.008 мкс (т.е. где-то 19 бит точность)
Задержка от последнего клока до снятия CS выставляется в таком же диапазоне.
Ну и задержка между фреймами выставляется в том же диапазоне что и две предыдущие.
Это при том, что в каждой пересылке для каждого байта эти три задержки могут ставится индивидуально.

Но для длинных линий SPI есть гораздо более важная фича - это модифицированный формат тайминга.
Когда SPI выдает данные по срезу, а читает не по срезу, а чуть позже.
Go to the top of the page
 
+Quote Post
yes
сообщение Aug 9 2017, 18:40
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 2 198
Регистрация: 23-12-04
Пользователь №: 1 640



сомневаюсь я, что в схеме, нарисованной в даташитах указывается реальная структура SPI, а не некое "общее представление"

например, зачем в спецификациях указывают ненулевое время до деактивации SS - как на рисунке SS9

http://www.ti.com/product/AM5706/datasheet...e_table_notes_1

кстати, правильно ли я понимаю, что режим RX-only (на картинке) в котором SPI работает до 40МГц - это выдача из SPI, а в другую сторону/или в обе всего 16МГц из-за того, что синхронизируют вход?
у i.mx6 такая же фигня, только разница частот меньше

хотя казалось бы - синхронизуй клок и защелкивай вход, по-любому внутри частота высокая

upd: по ссылке не прsгает на картинку - но речь про SPI SLAVE : specification-> timing... -> peripherals ->mcspi
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 14:23
Рейтинг@Mail.ru


Страница сгенерированна за 0.01455 секунд с 7
ELECTRONIX ©2004-2016