Да, было время - стояло 15 сек, сейчас почти сразу стартовать должно.

Это проблема чисто mqtt и пока решения полноценного нет, только рассматривается вариант раздельных топиков на чтение и запись.

Проблема внешнего изменения в термостате так же как-то нужно решать, делать защиту от дурака. Как вариант реализовать жоский режим управления с выключением ремап и vgpio из управления термостата.

В случае термостата, я бы убрал возможность записи в порт по тому же топику mqtt, если порт задействован в управлении. Но раздельные топики чт/зап для всех задач может быть неудобно и даже вредно.

Возвращаясь к термостату - сбои ведь бывают по разным причинам. Все устранить нереально. Почему бы раз в 10 секунд (например) не проверять статические условия? как при старте? Решило бы кучу проблем.
Или скажите, где эти условия лежат, чтоб я сам проверял.. в своем коде.

А если убрать поддержку ремапа, то как же мне сделать 11 независимых термостатов? И как это защитит от дурака?

Алгоритм термостата реализован так, чтобы он не долбил GPIO каждые 10 сек, а отправлял команду на переключение по факту. Это реализовано так из-за того, что GPIO может быть и ремап и vgpio , что увеличивает нагрузку на модуль, дрыгая постоянно удаленный GPIO.

Как вариант, конечно обдумываю опцию отключающую эту защиту - в этом случае я не знаю как себя поведет вся эта система..

Ну а пока суть да дело, можно места хранения условий термостата в студию? Или куда нибудь еще...))

что значит "места хранения" ?

как переменные (массивы) называются, где данные для термостатов лежат (пороги, тип, номер датчика, номер gpio), чтоб из кода доступиться.