Думаю, можно. Кроме запуска основной программы запускать принудительно синхронизацию времени. Если синхронизация завершилась с ошибкой то делать перезапуск. Подробнее здесь. Параметры ExecStart, Restart, RestartSec.

Кроме KISS можно еще добавить более свежие версии программ в репозитории. Чем дольше имеешь дело с Raspbian тем больше это начинает напрягать.

У Arch базовая установка более компактная, меньше запущенных сервисов. Но в администрировании Arch конечно более трудозатратный.

Я считаю, что для решения задач «git через ssh» и «ssh-доступ к серверам (без учёта Git)» Cygwin является намного меньшим злом по сравнению с putty.

Если решать задачу работы git через ssh имея багаж наработок в putty, который хотелось бы использовать, то описанное в статье имеет право на существование. Но по моему это костыль на костыль.

В связке «git — putty — ssh» компонент «putty» лишний.

Почему бы просто не использовать Cygwin. В нем установкой «в режиме «next, next, next»» можно получить и ssh и git. И не будет необходимости специально конвертировать ключи в формат PuTTY.

Организовать работу через SSH гораздо проще, быстрее и универсальнее. К RPi подключается только сеть. Точно так-же через сеть можно использовать и графический интерфейс, если нужно.

Тогда понятно. Я просто с такой реализацией SPI мастера не сталкивался.

BTW, а какой модуль вы для nrf24 используете в линуксе?

Собственной разработки. У меня организация обмена между устройствами очень простая.

Статья задумывалась как пошаговое руководство, с помощью которого можно получить python-код для работы с SPI на RPi. Специфичная именно для RPi информация все-таки присутствует, как минимум название модуля «spi-bcm2708».

На quick2wire я смотрел в свое время внимательно, решающим не в его пользу для меня оказался именно Python 3.

4) Абсолютно все периферийные устройства для SPI, которые я видел — полудуплексные, т.е. одновременно идёт либо передача, либо приём. В некоторых SoC по этому поводу используются полудуплексные SPI-мастера. На таких платформах упомянутый в статье модуль, да и большинство других, работать не будут. Фикс довольно тривиальный

Эту мысль я не совсем понял. Указанный в статье модуль успешно используется для работы с nRF24L01+ и обмен там именно полудуплексный.

5) Я так понимаю, что конкретно в модуле, который вы упоминаете, течёт память. По крайней мере в форке что-то такое недавно фиксили, а модуль из статьи не обновлялся много лет.

Я посмотрел на коммиты, сравнил с оригинальным модулем и, если я правильно понял, фиксили они свои же изменения.

Похожим образом, например так.