caxapa.ru :: Наверное, тормозить может в зависимости от реализации SPI. Говорят, проще всего работать с SPI OPi через sysfs. Думаю, в этом случае и возможны лаги и тормоза. А если писать драйвер-модуль ядра, то вроде как все более честно и шустро.

Argon (21.08.2016 11:35, просмотров: 112) ответил SciFi на Я за 1-й вариант, он же проще. "Реалтаймовость" потом можно оценить. Подозреваю, что если OPi будет тормозить, то протокол не поможет.

Наверное, тормозить может в зависимости от реализации SPI. Говорят, проще всего работать с SPI OPi через sysfs. Думаю, в этом случае и возможны лаги и тормоза. А если писать драйвер-модуль ядра, то вроде как все более честно и шустро. В этом случае уровень приложения будет проще. Можно организовать виртуально общую область памяти, если DMA на обоих концах. Но пока неизвестность пугает.

Ответить

- Ну вот не будет он тормозить, зато юзер сможет реагировать лишь раз в 100 миллисекунд. Ну и зачем тогда эта реалтаймовость? - бомж(25.08.2016 00:18)
  - я чо боюсь насчет тормозов: у меня андроидовый китаефон двухядерный бывает подтормаживает - пару секунд приходится ждать реакции. причем памяти хватает, интернет и много чего отрублено. Argon(305 знак., 25.08.2016 14:19 - 14:23)
    - Только непонятно, какое отношение "протокол SPI" может иметь к этим тормозам. Если всё сделано через #опу, то никакой протокол не поможет :-) - SciFi(25.08.2016 14:23)
      - то ли работать с SPI через какие-то готовые высокоуровневые процедуры, к-рые лагать ~~будут~~ могут сами по себе, то ли где-то на драйверном уровне. Argon(80 знак., 25.08.2016 14:26)
- Не верю про тормоза. Опять же, если sysfs "тормозит", можно выделить окучивание протокола в отдельный поток. Это будет в 100500 раз проще, чем городить свои линуксовые дрова, КМК. - SciFi(21.08.2016 11:41)
  - буду только рад, если sysfs достаточно! - Argon(21.08.2016 11:45)

Микроконтроллеры