Python два потока

Первый и он же главный (работает с регистрами по таймеру), пусть пишет через пайп по результатам во второй поток, который на бэкграунде, и во втором потоке пиши в базу.

Поток 1 ставит лок, делает что-то-там с устройствами, снимает лок, ждёт сколько-то там, возвращается к началу цикла.
Поток 2 ждёт пока не освободится лок (кажется такая блокировка называется мьютексом), ставит лок, читает данные из устройств, снимает лок, делает какую-то свою логику, возвращается к началу цикла.
Так что-ли? И тебя не устраивает скорость мьютекса?

Может стандартный модуль queue подойдет?

вот про него и думаю, он у меня отличное работает в вебе для сихронизации всяких фигней

в принципе, с пайпом или очередью или с подписками редиски всё работает синхронно

проблема возникает когда в ход цикла логики вмешивается внешний сигнал

например, http://test@test.ru:2@woodsens.breys.ru/ если нажать нажать на кнопку, то через ajax сигнал приходит во flask очень быстро, затем flask сгенерирует событие редиподписки, тоже очень быстро, от в момент генерации redis события подписки там стоит плотный строй ещё не выполненных итераций

от сюда и получается эффект задержки ручного управления, в то время как автоматическое управление работает как часы

то-есть получается если присутствует внутренняя синхронизация то она рушится если есть внешние сигналы изменяющие логику, потому что у цикла логики получается два источника сигналов

Тогда если только twisted в руки и переписать все в асинхронном стиле

я думаю может проще сделать, два независимых потока, каждый работает на своей скорости

общего между ними только два:

* состояние датчиков-пишет поток устройств

* состояние реле пишет поток логики

нужно как то организовать общие переменные

asyncio.Queue

«Поток датчиков» как закончил обработку делает put.

А второй поток ждёт await get(), пока не появятся данные.

А потом эти люди спрашивают чего мы так любим Go и его channels :)