Разыскивается скелет демона

не хочу велосипедить, думают для таких задач есть готовый скелетик

Кмк, каждый велосипедит своё... На питоне Pyro есть.

работать будет на малинке, думаю это важно и зависит от системы инициализации

Да ладно, systemd всё-равно, что запускать, хоть скрипты питоновские.

Я думаю тут не такой уж сложный скелет, чтобы выделять его в фреймворк. Хотя идея у меня такая была тоже. А вообще я просто зашел сказать, чтобы ты не забыл обмазаться решением проблемы состояния гонки в своём демоне :)

ну меня в основном треде работа с opencv

а по запросу работа с numpy

а запрос только с одного адреса (по крайней мере пока)

демоны безплотны, скелета в человеческом смысле слова не имеют.

Там systemd есть? Если да, то пусть оно и занимается демонизацией. Тебе в таком случаи же достаточно будет просто сделать бинарник с вечным циклом (+ возможно обработка сигналов) и написать файлик-сервис для systemd.

Я бы посоветовал заюзать любой асинхронный IO event-loop: boost ASIO, libev, asyncio, netty, etc. Скелет будет в мануале на выбранный инструментарий.

Пишешь сначала без упора на демонизацию, а когда всё работать будет добавляешь в начало main() вызов daemon(3). Вот и весь скелет.

daemon(3) уже не нужен, современные системы инициализации берут эту часть работы на себя, например, systemd и start-stop-daemon для классических init.

Пиши не демонизируя, современные системы инициализации типа systemd наоборот любят когда приложение не демонизировано. Тогда за ним можно спокойно следить самостоятельно не надеясь на pid-file