Думаю, можно. Кроме запуска основной программы запускать принудительно синхронизацию времени. Если синхронизация завершилась с ошибкой то делать перезапуск. Подробнее здесь. Параметры ExecStart, Restart, RestartSec.
Arch больше образовательный проект (как и RPi). Идеологически он ближе к Linux From Scratch и для промышленного применения не особо подходит (как и RPi).
Если решать задачу работы git через ssh имея багаж наработок в putty, который хотелось бы использовать, то описанное в статье имеет право на существование. Но по моему это костыль на костыль.
В связке «git — putty — ssh» компонент «putty» лишний.
Почему бы просто не использовать Cygwin. В нем установкой «в режиме «next, next, next»» можно получить и ssh и git. И не будет необходимости специально конвертировать ключи в формат PuTTY.
Организовать работу через SSH гораздо проще, быстрее и универсальнее. К RPi подключается только сеть. Точно так-же через сеть можно использовать и графический интерфейс, если нужно.
Статья задумывалась как пошаговое руководство, с помощью которого можно получить python-код для работы с SPI на RPi. Специфичная именно для RPi информация все-таки присутствует, как минимум название модуля «spi-bcm2708».
На quick2wire я смотрел в свое время внимательно, решающим не в его пользу для меня оказался именно Python 3.
4) Абсолютно все периферийные устройства для SPI, которые я видел — полудуплексные, т.е. одновременно идёт либо передача, либо приём. В некоторых SoC по этому поводу используются полудуплексные SPI-мастера. На таких платформах упомянутый в статье модуль, да и большинство других, работать не будут. Фикс довольно тривиальный
Эту мысль я не совсем понял. Указанный в статье модуль успешно используется для работы с nRF24L01+ и обмен там именно полудуплексный.
5) Я так понимаю, что конкретно в модуле, который вы упоминаете, течёт память. По крайней мере в форке что-то такое недавно фиксили, а модуль из статьи не обновлялся много лет.
Я посмотрел на коммиты, сравнил с оригинальным модулем и, если я правильно понял, фиксили они свои же изменения.
У Arch базовая установка более компактная, меньше запущенных сервисов. Но в администрировании Arch конечно более трудозатратный.
В связке «git — putty — ssh» компонент «putty» лишний.
Собственной разработки. У меня организация обмена между устройствами очень простая.
На quick2wire я смотрел в свое время внимательно, решающим не в его пользу для меня оказался именно Python 3.
Эту мысль я не совсем понял. Указанный в статье модуль успешно используется для работы с nRF24L01+ и обмен там именно полудуплексный.
Я посмотрел на коммиты, сравнил с оригинальным модулем и, если я правильно понял, фиксили они свои же изменения.