Здравствуйте.

Продолжаю разборки по подключению spi приблудины к imx6sk (начало).

Имею /dev/spidev3.0

Осциллографом NCS(SS) вижу, CLK тоже. Но есть одна проблема. В РЭ к приблудине есть обязательное требование - она способна выдавать данные лишь спустя 50мс после зануления сигнала NCS(SS), однако на осциллограмме вижу, что часы начинают молотить спустя 400 мкс после NCS.

В структуре spi_ioc_transfer есть поле delay_usecs (__u16), на которое была огромная надежда, но оказалось, что это поле отвечает за задержку снятия NCS после передачи последнего бита данных.

Вопрос: есть ли какой-то способ обеспечить задержку начала передачи данных после зануления NCS силами драйвера spidev?

Пока что в голову только приходит костыль: отобрать NCS у драйвера и управлять им самостоятельно как GPIO.

Цитата

В РЭ к приблудине есть обязательное требование - она способна выдавать данные лишь спустя 50мс после зануления сигнала NCS(SS)

название есть у секретной приблудины ? что будет с ней если послать пустой байт или сброс какой-нибуть с обнуленым полем

* @cs_change: True to deselect device before starting the next transfer.

и задержкой 50 мс

* @delay_usecs: If nonzero, how long to delay after the last bit transfer
* before optionally deselecting the device before the next transfer.

после этого послать нужную команду или прочитать из устройства - трансферы можно объединять в одно сообщение например как тут

https://elixir.bootlin.com/linux/v4.1.15/source/Documentation/spi/spidev_fdx.c#L48

CS деактивируется только в конце сообщения

Цитата

Full-duplex access,
and composite operation without chipselect de-activation, is available using
the SPI_IOC_MESSAGE(N) request.

В очередной раз - огромное спасибо!
У меня всё заработало.

Цитата

название есть у секретной приблудины?

Это spi джойстик, 50 мс занимает работа АЦП.

Цитата

что будет с ней если послать пустой байт или сброс какой-нибуть с обнуленым полем

Тут тоже всё хорошо, драйвер вполне устраивает отправка 0 байт в первом трансфере