Децентрализация в умном доме или почему я выбрал именно проводной умный дом.
Выбор в пользу проводного решения для управления светом, а именно в сторону wirenboard пал по нескольким основным причинам:
1. Провод (хороший, медный) в любом случае надёжнее и стабильнее любой беспроводной сети, хотя это субъективно.
Например: в случае если с роутером что-то произошло, а у вас много Wi-Fi устройств, лампочки, выключатели и т.п. и всё завязано на роутер, дальнейшая работоспособность подобной системы под вопросом, до возврата роутера в строй;
2. Возможность управлять светом как обычно несмотря ни на что, кроме случаев полного отсутствия электричества.
3. Свет всегда включается и выключается привычным способом - с помощью выключателя, всё остальное (Алиса, по датчикам, по расписанию и т.п.) как бонус может быть, может и не быть, но не является основным способом управления;
4. Любое вмешательство в управление светом идёт параллельно, а не последовательно, т.е. не разрывает эту цепь и в случае чего, если внешнее управление каким-либо контроллером/сервером вдруг не работает, свет продолжает управляться с помощью выключателя.
Выбор в пользу проводного решения для управления светом, а именно в сторону wirenboard пал по нескольким основным причинам:
1. Провод (хороший, медный) в любом случае надёжнее и стабильнее любой беспроводной сети, хотя это субъективно.
Например: в случае если с роутером что-то произошло, а у вас много Wi-Fi устройств, лампочки, выключатели и т.п. и всё завязано на роутер, дальнейшая работоспособность подобной системы под вопросом, до возврата роутера в строй;
2. Возможность управлять светом как обычно несмотря ни на что, кроме случаев полного отсутствия электричества.
3. Свет всегда включается и выключается привычным способом - с помощью выключателя, всё остальное (Алиса, по датчикам, по расписанию и т.п.) как бонус может быть, может и не быть, но не является основным способом управления;
4. Любое вмешательство в управление светом идёт параллельно, а не последовательно, т.е. не разрывает эту цепь и в случае чего, если внешнее управление каким-либо контроллером/сервером вдруг не работает, свет продолжает управляться с помощью выключателя.
👍3
Tion Lite интеграция и костыли.
Поступил запрос на возможность интеграции в умный дом яндекс (УДЯ) бризера Tion Lite. Данный бризер не имеет на борту Wi-Fi и имеется только Bluetooth через который бризером можно управлять с помощью приложения Tion Remote, нативно это максимум данного устройства. Что ж начал копать и что выяснилось читайте дальше.
Первое на что наткнулся, это использование шлюза ONOKOM TN-1-MB-B: Этот шлюз позволяет подключить бризер к системам умного дома через протокол ModBus RTU.С его помощью можно интегрировать устройство в платформы SprutHub, WirenBoard, Apple HomeKit, Loxone и Яндекс.Алису. Однако для подключения потребуется вскрытие корпуса бризера, что может привести к потере гарантии. Да и само решение оказалось поддерживает только Tion 4S.
В итоге получается есть только одно рабочее решение и то оно очень сырое и костыльное, а также слишком кастомное для применения в данном случае. На каждый бризер нужен модуль ESP32. В Алису бризер заходит как кондиционер, отдает туда статус и температуру, но работает только на вкл и выкл, хотя сейчас и расширили функционал в последних версиях прошивки, но не это главное. Бризер передаёт на esp32 по Bluetooth данные => esp32 отдаёт по определённым протоколам информацию на сервер умного дома Home Assistant => а уже Home Assistant отдаёт эти данные в умный дом яндекса и всё управление происходит по этой цепочке. Решение для энтузиастов, но не для пользователей купил, подключил Wi-Fi и всё работает. Много подводных камней, что-то где-то перестало работать, нужно понимать куда смотреть и где искать проблему, стабильность под вопросом. Нативной поддержки умного дома яндекс нет и отсюда очень много нюансов. В итоге конечно я не стал предлагать подобное решение клиенту, т.к. это головная боль для всех.
Выводы.
Если хотите интеграцию устройства в умный дом, то к выбору устройства необходимо подойти с особой тщательностью и убедиться, что устройстве есть хотя бы полноценный Wi-Fi, а это уже половина решения. А ещё лучше обратитесь к специалисту с грамотным ТЗ и он вам обязательно подберёт подходящий девайс.
Поступил запрос на возможность интеграции в умный дом яндекс (УДЯ) бризера Tion Lite. Данный бризер не имеет на борту Wi-Fi и имеется только Bluetooth через который бризером можно управлять с помощью приложения Tion Remote, нативно это максимум данного устройства. Что ж начал копать и что выяснилось читайте дальше.
Первое на что наткнулся, это использование шлюза ONOKOM TN-1-MB-B: Этот шлюз позволяет подключить бризер к системам умного дома через протокол ModBus RTU.С его помощью можно интегрировать устройство в платформы SprutHub, WirenBoard, Apple HomeKit, Loxone и Яндекс.Алису. Однако для подключения потребуется вскрытие корпуса бризера, что может привести к потере гарантии. Да и само решение оказалось поддерживает только Tion 4S.
В итоге получается есть только одно рабочее решение и то оно очень сырое и костыльное, а также слишком кастомное для применения в данном случае. На каждый бризер нужен модуль ESP32. В Алису бризер заходит как кондиционер, отдает туда статус и температуру, но работает только на вкл и выкл, хотя сейчас и расширили функционал в последних версиях прошивки, но не это главное. Бризер передаёт на esp32 по Bluetooth данные => esp32 отдаёт по определённым протоколам информацию на сервер умного дома Home Assistant => а уже Home Assistant отдаёт эти данные в умный дом яндекса и всё управление происходит по этой цепочке. Решение для энтузиастов, но не для пользователей купил, подключил Wi-Fi и всё работает. Много подводных камней, что-то где-то перестало работать, нужно понимать куда смотреть и где искать проблему, стабильность под вопросом. Нативной поддержки умного дома яндекс нет и отсюда очень много нюансов. В итоге конечно я не стал предлагать подобное решение клиенту, т.к. это головная боль для всех.
Выводы.
Если хотите интеграцию устройства в умный дом, то к выбору устройства необходимо подойти с особой тщательностью и убедиться, что устройстве есть хотя бы полноценный Wi-Fi, а это уже половина решения. А ещё лучше обратитесь к специалисту с грамотным ТЗ и он вам обязательно подберёт подходящий девайс.
👍3
Сервер.
В шкаф был установлен сервер HP ProLiant DL380 Gen 9 с двумя Xeon E5-2697v4, 18 ядер каждый и 128Гб оперативной памяти. На него разумеется гипервизор ESXi 8. А дальше уже всё по взрослому: контроллер домена, почтовик iRedMail, файловый сервер, 1С сервер.
В шкаф был установлен сервер HP ProLiant DL380 Gen 9 с двумя Xeon E5-2697v4, 18 ядер каждый и 128Гб оперативной памяти. На него разумеется гипервизор ESXi 8. А дальше уже всё по взрослому: контроллер домена, почтовик iRedMail, файловый сервер, 1С сервер.
🔥1
С момента переезда, где-то год назад заметил что периодически подвисал гипервизор с ESXi, не то чтобы сильно, но в логах латенси дисков скакал как-то неправильно, от слишком большого до нормы и обратно как раз в те моменты, когда всё замирало, хоть на доли секунд, но всё же. Длилось это примерно до 21 мая 2025 года, а этот день стал критическим, потому что система стала вести себя так, что либо raid контроллер adaptec деградировал/перегрелся, либо какой-то из ssd дисков в raid 0, либо всё по чуть чуть. Но т.к. ESXi стоит на неподдерживаемом железе, то какие-то внятные параметры даже smart дисков не посмотреть, температуры процессора, контроллера, состояние вообще рейда, короче ничего, никакого там IPMI и уж тем более iLO как в серверах HP нет, ведь это всего лишь десктопный Dell Optiplex 990 sff, с добавленным в него raid контроллером. Пришлось оперативно переносить сервер с Home Assistant и Windows Server бэкапа на VMware на основной компьютер. О гипервизоре и вообще всей инфраструктуре, которая занимается мониторингом, контролем, управлением, автоматизацией дома ещё вам не рассказывал, обязательно напишу об этом.
Перенос виртуальной машины из ESXi в VMware Workstation.
Раньше (когда понадобилось обслужить хост) переносил виртуалку с ESXi на VMware таким (вполне рабочим) способом:
Этот вариант работает и в обратном порядке. Кратко опишу процедуру переноса.
Необходимо скачать и установить VMware Open Virtualization Format Tool (https://my.vmware.com/group/vmware/details?productId=491&downloadGroup=OVFTOOL420) на компьютер на который будем выполнять экспорт. Далее открыть CMD от администратора и перейти:
cd C:\Program Files\VMware\VMware OVF Tool
вводим:
.\ovftool.exe vi://10.20.30.4/SRV "I:\VM-export"
(пояснения к команде .\ovftool.exe vi://IP-адрес-сервера/имя_виртуалки "путь куда положить образ")
Далее спросит о принятии сертификата, отвечаем "yes" вводим имя пользователя и пароль root (или другого пользователя с соответствующими правами) от гипервизора. Ждём завершения, в процессе экспорта может высыпать warning на тему присоединенных USB устройств, на это не обращайте внимания их в любом случае придётся цеплять заново, что вполне логично, время экспорта зависит от размера VM. В VMware Workstation добавляем машину через файл - открыть и запускаем. Но как-то забыл про этот способ на днях и случайно нашёл более юзерфрендли, накидаю с картинками выложу здесь.
Раньше (когда понадобилось обслужить хост) переносил виртуалку с ESXi на VMware таким (вполне рабочим) способом:
Этот вариант работает и в обратном порядке. Кратко опишу процедуру переноса.
Необходимо скачать и установить VMware Open Virtualization Format Tool (https://my.vmware.com/group/vmware/details?productId=491&downloadGroup=OVFTOOL420) на компьютер на который будем выполнять экспорт. Далее открыть CMD от администратора и перейти:
cd C:\Program Files\VMware\VMware OVF Tool
вводим:
.\ovftool.exe vi://10.20.30.4/SRV "I:\VM-export"
(пояснения к команде .\ovftool.exe vi://IP-адрес-сервера/имя_виртуалки "путь куда положить образ")
Далее спросит о принятии сертификата, отвечаем "yes" вводим имя пользователя и пароль root (или другого пользователя с соответствующими правами) от гипервизора. Ждём завершения, в процессе экспорта может высыпать warning на тему присоединенных USB устройств, на это не обращайте внимания их в любом случае придётся цеплять заново, что вполне логично, время экспорта зависит от размера VM. В VMware Workstation добавляем машину через файл - открыть и запускаем. Но как-то забыл про этот способ на днях и случайно нашёл более юзерфрендли, накидаю с картинками выложу здесь.
Инструмент для обжима наконечников НШВи.
Изначально купил для обжима НШВи пресс-клещи КВТ ПКВш-16м, но они для регулярной работы, особенно для мелких проводов, показались мне тяжелыми и крупными. Позже купил КВТ ПКВш-6, но при очередной сборке щита, пришёл к выводу, что обжим того же ПуГВ 6мм² в больших количествах довольно муторное занятие для маленьких клещей, плюс к этому из-за меньшего рычага приходится гораздо больше усилий прикладывать. В итоге так и получилось, что ПКВш-6 получается комфортны для обжима до 2,5мм² (правда 4мм² не пробовал, но думаю, что там тоже нужно много усилий), а для провода большего сечения уже лучше использовать ПКВш-16м.
Изначально купил для обжима НШВи пресс-клещи КВТ ПКВш-16м, но они для регулярной работы, особенно для мелких проводов, показались мне тяжелыми и крупными. Позже купил КВТ ПКВш-6, но при очередной сборке щита, пришёл к выводу, что обжим того же ПуГВ 6мм² в больших количествах довольно муторное занятие для маленьких клещей, плюс к этому из-за меньшего рычага приходится гораздо больше усилий прикладывать. В итоге так и получилось, что ПКВш-6 получается комфортны для обжима до 2,5мм² (правда 4мм² не пробовал, но думаю, что там тоже нужно много усилий), а для провода большего сечения уже лучше использовать ПКВш-16м.
👍1
Ещё в сборке этого щита понял в чём всё таки ключевая разница между шиной прямой и вилкой. Сделаю фотографии на щите заказчика и у себя дома, покажу наглядно.
Технарий
Ещё в сборке этого щита понял в чём всё таки ключевая разница между шиной прямой и вилкой. Сделаю фотографии на щите заказчика и у себя дома, покажу наглядно.
Объясняю разницу между прямой шиной и вилкой.
Шина вилка.
Первые 3 фотографии это группа автоматов IEK под общей шиной вилкой. Во многих современных автоматах обычно предусмотрели разъём для провода и для шины, т.е. их обычно 2, на 3-ем фото это хорошо видно. В таком варианте провод в первый автомат заходит в своё гнездо, а шина в своё и идёт в остальные автоматы, при этом провод и шина в первом автомате зажимаются равномерно и хорошо, а остальные автоматы благодаря такой конструкции не уезжают кто куда. На фотографиях 1 и 2 можно видеть насколько идеально стоит группа автоматов благодаря такому подходу.
Шина прямая с вводной клеммой для провода.
В этом варианте в автомате, в данном случае это Systeme Electric, гнездо одно. Когда зажимаешь шину с клеммой и дальше автоматы, как не старайся, а группа автоматов пойдёт лесенкой, единственное что смог придумать для большей эстетики, я немного изгибаю шину делая так чтобы клемма не делала сильный перекос всей группы, это немного помогает, но всё равно на фотографиях 4 и 5 видно насколько автоматы разносит.
Шина вилка.
Первые 3 фотографии это группа автоматов IEK под общей шиной вилкой. Во многих современных автоматах обычно предусмотрели разъём для провода и для шины, т.е. их обычно 2, на 3-ем фото это хорошо видно. В таком варианте провод в первый автомат заходит в своё гнездо, а шина в своё и идёт в остальные автоматы, при этом провод и шина в первом автомате зажимаются равномерно и хорошо, а остальные автоматы благодаря такой конструкции не уезжают кто куда. На фотографиях 1 и 2 можно видеть насколько идеально стоит группа автоматов благодаря такому подходу.
Шина прямая с вводной клеммой для провода.
В этом варианте в автомате, в данном случае это Systeme Electric, гнездо одно. Когда зажимаешь шину с клеммой и дальше автоматы, как не старайся, а группа автоматов пойдёт лесенкой, единственное что смог придумать для большей эстетики, я немного изгибаю шину делая так чтобы клемма не делала сильный перекос всей группы, это немного помогает, но всё равно на фотографиях 4 и 5 видно насколько автоматы разносит.
❤4
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Технарий
Перенос виртуальной машины из ESXi в VMware Workstation. Раньше (когда понадобилось обслужить хост) переносил виртуалку с ESXi на VMware таким (вполне рабочим) способом: Этот вариант работает и в обратном порядке. Кратко опишу процедуру переноса. Необходимо…
Конвертация виртуальной машины с хоста ESXi на хост VMware Workstation в графическом интерфейсе.
Выполнял конвертацию виртуалки с помощью VMware vCenter Converter Standalone. Интерфейс программы интуитивно понятен. Можно конвертировать как включённую, так и выключенную виртуалку. В случае с миграцией с ESXi на VMware Workstation, необходимо выключить машину. Перенос рабочего сервера Home Assistant у меня занял 3 часа 38 минут, но т.к. там у меня находится только визуальная часть умного дома и автоматизации, то сильного дискомфорта это не доставило благодаря организации дейентрализованной системы, подробнее ещё коснусь этой темы.
Выполнял конвертацию виртуалки с помощью VMware vCenter Converter Standalone. Интерфейс программы интуитивно понятен. Можно конвертировать как включённую, так и выключенную виртуалку. В случае с миграцией с ESXi на VMware Workstation, необходимо выключить машину. Перенос рабочего сервера Home Assistant у меня занял 3 часа 38 минут, но т.к. там у меня находится только визуальная часть умного дома и автоматизации, то сильного дискомфорта это не доставило благодаря организации дейентрализованной системы, подробнее ещё коснусь этой темы.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM