Прекрасный вариант. И никаких ардуинок и малинок.

Я спросил коллег железячников - точности ардуинки хватит, но надо аккуратно писать прогу и нужен доп обвес в виде опторазвязанного реле или ключа.
Так что по деньгам одинаково а гемороя с ардуиной будет побольше.

Какой код интерпретирует интерпретатор луа? Луёвый.
Какой код интерпретирует интерпретатор пхп? Пыховый.
Вопросы?

Запускай интерпретатор пыха отдельно, гоняй в нём файл. Или сделай общение пайпами. Или сделай общение сокетами. Или сделай общение шаред-мемори.

Даже если бы дороже было, я бы эту релюху выбрал. Промышленное изделие против хоббийной по сути фитюльки с костылями. Еще с питанием решать. Если там интернета нет, то и в качестве сети я не уверен. И все это штуку уложить. Ну-ну...

Единственный более-менее приемлемый вариант - микросхема DS3231. Модуль стоит рублей двести. Никакого программирования. Надо просто покурить даташит, выставить одноминутный (секундный?) интервал по протоколу I2C.
В дополнение к этому - хороший блок питания и простое реле.
Дополнений уже на 1500 рублей )))

Кажется ресив каждую итерацию, не есть хорошо

Поищи в группе по ключевому слову receive. Год назад или более обсуждались сокеты. Можно попробовать сделать сокет с небольшим таймаутом. И в цикл обработки добавить небольшой sleep для отдыха процессора.

Сокет с таймаутом не очень, потому что от количества клиентов начинает расти задержка. А вот небольшой слип в конце цикла обработки — топчик.

Я тут соорудил многопоточность в игровом движке на лавке. Основной поток - прокачка событий и рендер. Игровой поток - обработка событий и посыл команд рендера в игровой поток. Игрался со слипами и пришел к выводу, что без них можно получить высокое значение фпс, более 3000, но видна загрузка цпу. Со слипами(их два, в основном и игровом потоке) - ограничивается фпс, но загрузка снижается. В целом на многоядерной машине тормозов незаметно вообще, даже если совсем задержку убрать.

Не стоит, кстати, забывать, что если включен параметр vsync, то количество тиков основного потока будет строго ограничено под герцовку монитора. Если дочерний поток будет основному слать инфу слишком быстро, то у основного потока могут возникнуть проблемы с приёмом (если он не осуществляется в обособленном бесконечном цикле, конечно). Так что времечко тиков желательно синхронизировать между потоками.

Я отключил vsync. Но совершенно не подумал, что будет если его включить😁В игровом потоке у меня стоит простейший таймер на ограничение частоты вызовов рисования. Сами потоки также соединены блокирующим сообщением. Поэтому если я выставляю посылать скажем 100 фпс в игровом потоке, то основной будет также ограничиваться 100 фпс. На самом деле я ещё не производил реального нагрузочного тестирования. Проект ещё пишется и пишется.

Блин, опять какие-то приколы. Как одна и та же функция может не работать 5 перезапусков подряд и заработать на шестой?

Чтобы потом опять не сработать несколько перезапусков подряд?

код покажи

Функция библиотечная, код закрытый т_т

Подозреваю, что там внутри есть RNG

Причём раньше работала без нареканий

Реверс-инжиниринг уже  какой-то, ей-богу

ты кода так и не показал

телепаты в отпуске