Linux программирование, доступ к SPI Опции

[Zelepuk]

допустим в системе есть
\dev\SPIdev0
как в контектсе Си будет выглядеть запрос и обмен по устройству SPI?
можно ли применить функции работы с файлами из стандартной библиотеки, если SPIdev0 - это файл?
требуется организовать в пользовательском приложении связь по SPI с подчинённым устройством в приложении
незнаю как подступиться

[Lampus]

допустим в системе есть
\dev\SPIdev0

Во-первых, скорее всего имеется в виду /dev/spidevB.X,
где B - номер шины, X - номер Chip-Select'а.

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

Если требуетсмя half-duplex обмен данными, то тупо read()/write() из файла устройства. Если нужен full-duplex обмен данными, то это придётся делать через соответсвующий ioctl(). Ссылки на примеры выше уже привели.

можно ли применить функции работы с файлами из стандартной библиотеки, если SPIdev0 - это файл?
требуется организовать в пользовательском приложении связь по SPI с подчинённым устройством в приложении
незнаю как подступиться

Правильный метод - написать модуль ядра, который будет предоставлять userspace прриложению интерфейс через атрибуты sysfs или символьное устройство. Городить огород через spidev не очень светлая мысль, а если понадобится прерывание обрабатывать или GPIO дёргать? Будете /dev/mem мучать?

[Zelepuk]

Во-первых, скорее всего имеется в виду /dev/spidevB.X,
где B - номер шины, X - номер Chip-Select'а.

Если требуетсмя half-duplex обмен данными, то тупо read()/write() из файла устройства. Если нужен full-duplex обмен данными, то это придётся делать через соответсвующий ioctl(). Ссылки на примеры выше уже привели.

Правильный метод - написать модуль ядра, который будет предоставлять userspace прриложению интерфейс через атрибуты sysfs или символьное устройство. Городить огород через spidev не очень светлая мысль, а если понадобится прерывание обрабатывать или GPIO дёргать? Будете /dev/mem мучать?

Интересно, можно подробнее об этом, что такое sysfs ?