После реализации в прошлой статье многотарифного учёта электроэнергии в квартире, было решено реализовать и учёт расхода воды.В продаже есть несколько уже готовых решений, которые могут подключаться к Home Assistant, передавать данные сразу в Водоканал и другие компании ЖКХ. Но стоимость устройств начинается от 3000 руб, а если стояки с подачей холодной и горячей воды разнесены далеко, то придётся покупать 2 датчика и бюджет проекта заметно вырастает.

Поэтому в рамках данной статьи расскажу, как реализовать счетчик расхода воды на базе дешевого датчика Tuya (около 450 руб.) и настроить отображение данных в Home Assistant. Также реализуем подсчёт общего объёма водоотведения и сигнализацию о возможном затоплении. Схема применима к счётчикам, которые создают импульсный сигнал по типу Геркон.

С ростом популярности умных замков и систем контроля доступа, пользователи столкнулись с серьезной проблемой — отсутствием единого стандарта. Производители используют собственные протоколы, что усложняет интеграцию, снижает безопасность и увеличивает стоимость внедрения.

Протокол Aliro — попытка индустрии решить эту проблему и создать универсальный и безопасный стандарт для систем доступа в умном доме.

В прошлой статье «Многотарифный счётчик электричества для умного дома Home Assistant» я рассказал, как считать общее потребление электричества в доме на основе счётчика Zigbee и его интеграции в Home Assistant.

В этот раз хочу поделиться конфигурацией, которая была у меня до установки общего счётчика — а именно, для подсчёта потребляемого электричества выключателем света.

Одно из первых устройств, с которых начинается проект создания умного дома, у большинства это розетки и выключатели. И мне стало интересно считать, сколько электричества потребляется на освещения каждой комнаты, при этом в базовых моделях выключателей нет готовой функции подсчёта энергопотребления, тем более с поддержкой многотарифности.

В итоге я разработал конфигурацию для Home Assistant, в которой указана мощность всех ламп, подключённых к выключателю, и которая считает всю потреблённую энергию с разбивкой по временным тарифам.

Другие полезные конфигурации для умного дома и обзоры умных устройств, можно найти в моём Tg канале.

Bluetooth в каршеринге — это не «дополнительная фича», а критическая часть сервиса: через него клиент получает доступ к автомобилю, когда бортовой модуль не может связаться с сервером. Надёжность этого канала напрямую влияет на пользовательский опыт и работу всего парка из десятков тысяч машин.

В этой статье я расскажу, как мы в Ситидрайве встроили Bluetooth в архитектуру сервиса, чтобы открытие автомобиля работало  без мобильной связи. На практике это оказалось далеко не тривиальной задачей: пришлось разбираться с закрытой реализацией модуля от поставщика, решать вопросы безопасности и переносить систему с жёстко зашитых команд на гибкую конфигурацию.

Если вы разрабатываете софт для IoT, пишете мобильные приложения, проектируете распределённые системы или просто любите истории о том, как инженерные костыли превращаются в полноценные решения — эта статья для вас.

Когда я начал автоматизировать свой умный дом, одной из целей было отслеживание потребления электроэнергии. Казалось бы, задача простая — в интернете хватает готовых решений. Многие из них легко интегрируются в Home Assistant и работают «из коробки». Но есть нюанс: учёт по нескольким тарифам (день, ночь, пик) найденные решения не полноценно поддерживают.

После тестирования нескольких конфигураций я пришёл к выводу — проще сделать своё решение, которое будет учитывать текущий тариф в статистике. Так появился этот проект: умный счётчик Tuya с Zigbee и интеграцией в Home Assistant с поддержкой многотарифного учёта электроэнергии.

В этой статье я расскажу, как всё настроил: от подключения счётчика до реализации логики учёта по тарифам. Потратил на это немало времени, но теперь система работает стабильно, и ею удобно пользоваться.

Основные задачи, которые я решал:

— поддержка нескольких тарифов (пик, полупик, ночь);
— возможность корректировки значений через интерфейс Home Assistant;
— устойчивость к кратковременным сбоям (перезапуск сервера с Home Assistant, обрыв Zigbee‑сети и т. д.);
— защита от аномальных скачков значений — например, если счётчик внезапно вернёт некорректные данные.

Многие начинают знакомство с Home Assistant «как есть» — с минимальными настройками и базой данных SQLite. Это отличный старт, особенно если вы только строите свой умный дом. Но когда система обрастает датчиками, автоматизациями и историей, SQLite начинает тормозить.

Решение — перейти на более производительное хранилище данных, такое как PostgreSQL.

В этой статье покажу, как выполнить миграцию с SQLite на PostgreSQL, сохранив накопленную статистику и избежав ошибок. Всё проверено на Home Assistant 2025.5.

Привет! Меня зовут Евгений Титов, и я занимаюсь разработкой сервисов телеметрии в каршеринг-сервисе Ситидрайв. В этой статье расскажу о том, что из себя представляет телеметрия в каршеринге, какие сложности возникают при её тестировании, и как мы их решаем.