Вход
Наше всё
Теги
codebook
无线电组件
Поиск
Опросы
Закон
Пятница
29 ноября
О смысле всего сущего
0xFF
Средства и методы разработки
Мобильная и беспроводная связь
Блошиный рынок
Объявления
Микроконтроллеры
PLD, FPGA, DSP
AVR
PIC
ARM, RISC-V
Технологии
Кибернетика, автоматика, протоколы
Схемы, платы, компоненты
Микроконтроллеры
695444
Топик полностью
бомж
(25.08.2016 00:18, просмотров: 111)
ответил
Argon
на
Наверное, тормозить может в зависимости от реализации SPI. Говорят, проще всего работать с SPI OPi через sysfs. Думаю, в этом случае и возможны лаги и тормоза. А если писать драйвер-модуль ядра, то вроде как все более честно и шустро.
Ну вот не будет он тормозить, зато юзер сможет реагировать лишь раз в 100 миллисекунд. Ну и зачем тогда эта реалтаймовость?
memento mori
Ответить
я чо боюсь насчет тормозов: у меня андроидовый китаефон двухядерный бывает подтормаживает - пару секунд приходится ждать реакции. причем памяти хватает, интернет и много чего отрублено.
Argon
(305 знак., 25.08.2016 14:19 - 14:23
)
Только непонятно, какое отношение "протокол SPI" может иметь к этим тормозам. Если всё сделано через #опу, то никакой протокол не поможет :-)
-
SciFi
(25.08.2016 14:23
)
то ли работать с SPI через какие-то готовые высокоуровневые процедуры, к-рые лагать
будут
могут сами по себе, то ли где-то на драйверном уровне.
Argon
(80 знак., 25.08.2016 14:26
)