Астрологи объявили неделю Tuya.
Вольтметр, амперметр/ваттметр двухканальный с WiFi.
Фото, разборка, какие-никакие, а тесты.
А также: подключение WiFi Tuya устройств к Home Assistant без перепрошивки и с сохранением работоспособности облака. Инструкция по настройке Local Tuya в Home Assistant. Будет много скриншотов и непонятных слов.
Минимальные требования для понимания происходящего: свободное владение командной строкой Linux на уровне копипаста, уверенное развертывание приложений с Docker по инструкции с картинками.
Поставляется устройство в простой картонной коробке
В комплекте само устройство с 2 датчиками тока, двусторонняя клейкая лента, крепеж на DIN рейку, инструкция
Датчик тока 80 А 1000/1.
Установка элементарная, на корпусе даже установлена стрелочка к нагрузке (при установке на фазный провод)
Сам гаджет довольно компактен
Комплектный крепеж позволяет установить устройство на Ω DIN рейку 35 мм или закрепить 2 шурупами
Тривиальна. Нижняя крышка корпуса очень тонкая
32 битный ARM процессор Nations Technologies N32G430, специализированный IC ваттметра HLW8112. Видим на плате порт UART (БЕЗ гальванической развязки от сети!).
БП собран на KP3210BSGA
За связь отвечает модуль CB2S. Его, кстати, можно перешить на альтернативную прошивку, но нужно выпаивать, так как UART занят общением с чипом HLW811W.
Будем использовать приложение Smart Life. Добавление устройства трудностей не вызывает. Нам доступны: вольтметр (естественно, 1 канал), амперметр/ваттметр/частота тока/PF/счетчик ЭЭ — 2 канала. Показывает даже направление тока (этот функционал ориентирован производителем на системы электропитания с солнечными панелями) — измеряется электроэнергия в каждом направлении отдельно.
Есть возможность программной калибровки устройства, графики по дням/неделям/месяцам, и, естественно, сценарии.
Само устройство потребляет чуть менее 0.5 Вт.
Датчик тока начинает видеть с довольно малого тока, вот холостой ток какого-то БП: погрешность вполне допустимая для показометров:
погрешность вполне допустимая для показометра
Еще одно маломощное устройство. Между 2 каналами стабильно есть небольшая разница:
ТЭН:
Очень недурно для показометра, вполне годится для бытового применения. Этот Аторч, кстати, имеет неплохую точность. Но перейдем к самому интересному:
Вводная: Debian-based Linux сервер, Home Assistant с Docker Compose.
Ссылка на официальную инструкцию
Создаем compose.yml файл:
services:
homeassistant:
container_name: homeassistant
image: "ghcr.io/home-assistant/home-assistant:stable"
volumes:
- /PATH_TO_YOUR_CONFIG:/config
- /etc/localtime:/etc/localtime:ro
- /run/dbus:/run/dbus:ro
restart: unless-stopped
privileged: true
network_mode: host
Запускаем:
docker compose up -d
WEB интерфейс Home Assistant будет доступен по адресу:
Если Вы еще не используете HACS (Home Assistant Community Store — магазин [каталог] пользовательских дополнений) — устанавливаем (оригинал инструкции по установке HACS для Home Assistant в Docker).
Входим в докер контейнер:
docker exec -it homeassistant bash
Приглашение терминала изменится, значит все в порядке. Теперь устанавливаем HACS:
wget -O - https://get.hacs.xyz | bash -
Завершено успешно, выходим из контейнера и перезапускаем Home Assistant (далее — HA):
exit
docker restart homeassistant
Далее открываем Web интерфейс HA, Настройки -> Интеграции, выбираем HACS
Устанавливаем интеграцию.
Последнюю галочку можно не ставить (экспериментальные функции), дальше нужно авторизоваться на GitHub. Снова перезапускаем HA (можно через настройки)
После перезапуска HACS появится в установленных интеграциях и будет доступен в меню слева:
В строке фильтра вбиваем нужное имя и устанавливаем интеграцию Local Tuya
Можно [лучше] установить форк от xZetsubou. Открываем страницу, жмем Add repository to HACS. На странице интеграции в правом нижнем углу — Скачать. Настройки -> жмем по уведомлению Перезапустить сервер
Теперь идем Настройки->Добавить интеграцию, выбираем установленную Local Tuya. Можно было бы настроить наши устройства без связи с облаком, но сегодня мы будем гулять на все.
Уважаемые читатели могли подумать, что уже почти все. Но мы только начали.
Получение устройств Tuya из приложения Smart Life (Tuya Smart)
Теперь нужно создать учетную запись разработчика на сайте iot.tuya.com. Тут все просто, зарегистрировались, авторизовались.
В левом меню переходим Cloud -> Development -> Create Cloud Project
Имя выбираем по своему вкусу, а Industry и Development Method выбираем Smart Home. Data Center у читателей скорее всего будет Central Europe Data Center
Открываем созданный проект (Open Project в правой части окна). Нам будут нужны Access ID/Client ID и Access Secret/Client Secret, сохраним их в надежный текстовый файл на рабочем столе.
Далее переходим Devices -> Link App Account -> Add App Account. Увидим QR код.
Сканируем QR код из приложения Smart Life: Профиль -> сканер [рядом с шестеренкой], выбираем Automatic Link.
Связанные устройства теперь будут видны на iot.tuya.com во вкладке Devices. При добавлении новых устройств через приложение, они также появятся автоматически.
User ID смотрим на вкладке Devices -> Link App Account, поле UID. Тоже сохраняем в блокнотик.
Осталось значение local_key, его смотрим в CLoud -> API Explorer -> Device Management -> Query Device Details in Bulk.
Вводим device_ids (ищем его в Devices -> All Devices), жмем Submit Request, в окне результата ищем local_key. Его тоже сохраняем в блокнотик.
Возвращаемся в HA, вводим полученные данные в окно добавления хаба Tuya.
Все, хаб мы добавили, теперь можно подключать устройства.
У нас почему-то работает только ручное добавление: Add Device Manually, ладно, попробуем.
Начнем с простой смарт розетки. Где искать Device ID и Local Key мы знаем:
У кучи устройств объекты определяются автоматически, поэтому выбираем Discover device entities automatically
Розетка с объектами появилась:
Это все хорошо. Но согласитесь, вбивать каждый раз Device ID и Local Key — фигня какая-то. Почему не работает поиск устройств в локальной сети?
Это все потому, что мы ставили HA по другой инструкции из контейнера мы не видим локальную сеть и правильно делаем. Решения проблемы — либо используем
network_mode: 'host'
для HA контейнера, либо, если не хотим давать контейнеру возможность напрямую использовать сетевые ресурсы хоста, открываем порты (после этого не забудьте пересобрать контейнер)
ports:
- 6666:6666
- 6667:6667
После в скрипте <ha_dir>/custom_components/localtuya/discovery.py находим функцию start и в явном виде приписываем адрес нашей локальной сети в двух строках.
lambda: self, local_addr=("0.0.0.0", 6666), reuse_port=True
lambda: self, local_addr=("0.0.0.0", 6667), reuse_port=True
Скорее всего адрес сети у читателей 192.168.0.0 или 192.168.1.0. Если непонятно — почитайте про IP адреса и маску подсети.
Все, теперь Discovery работает. Что у нас еще завалялось из Tuya устройств? Ах да, сам герой обзора.
Local Tuya теперь видит устройства в нашей локальной сети
и самостоятельно подтягивает пользовательское имя устройства из приложения, Device ID, Local Key.
Вот только автоматическое определение объектов (сущностей — Entities) для сабжа не работает — данного ваттметра нет в поддержке Local Tuya (можно сделать вклад в развитие проекта). Значит прописываем объекты вручную -> Configure device entities manually
Выбираем тип объекта в логике HA
И выбираем сущность:
По наименованию объектов чаще всего затруднений не возникает (voltage, current, power, ...), хотя тут же устанавливаются и калибровки, кроме того значения передаются без десятичной точки (устанавливаем Scaling Factor), так что нужно посматривать в приложение:
Даже работает:
Повторяем процесс для всех необходимых объектов:
Выбираем изменение существующего устройства, затем добавить новую сущность.
И повторяем для всех необходимых объектов.
Никто и не говорил, что с умным домом будет легко.
Пост может внезапно обновляться
+65 |
3525
120
|
+94 |
4557
55
|
+42 |
2879
38
|
«Счетчик основной» — https://aliexpress.ru/item/1005004399475951.html — считает один в один со счетчиком энергосбыта.
И да, у меня Zigbee, но сути это не меняет!
ЗЫ: не покупайте WiFi устройства если используете Home Assistant и с умным домом будет легко!!!
Подозреваю, что это укладывается и в класс точности самого электросчетчика
Оплачиваем на год вперед?))1. Mesh-сеть — это очень большое преимущество ZigBee
2. Большинство смарт устройств работают только в WiFi 2.4 ГГц, в многоквартирных домах очень высокая зашумленность
3. Чаще всего меньше плясок с заводом в чужую систему умного дома, просто привязываем к перешитому мосту/стику/…
Ну и, конечно, устройства Tuya надо только Zigbee брать, а иначе предстоит вся возня, описанная автором выше)
Я это проходил, у меня до сих пор есть пара WiFi-лампочек туевских. Но больше не хочу)
Причем стал искать решение — наткнулся на десятки аналогичных жалоб. То есть это не мои железо или руки кривые.
Но подход с «православными» и «не очень православными» устройствами тоже вообще не радует. WiFi этим уже десятилетия как прекратил страдать.
Ну, я рад что у вас проблем нет. А у меня — есть. И судя по ютубу только у неполенившихся снять — тоже проблем порядком.
Причем варианты решений говорят скорее об отсутствии решения. «Ну попробуйте перевесить на другие репитеры, если они есть. Попробуйте переставить местами. Попробуйте реинициализировать топологию».
В общем в сисадминствовании это называется «побубнить». Такое себе решение для типа IoT, от которого ожидается надежность и устойчивость.
Проблем нет с координатором (они у них всегда нормальные были), но есть со всеми остальными устройствами.
А так, ну вот несколько датчиков температуры по квартире. Вдруг один раз — вывалился, и данные не передает. Не передает дней пять, потом, раз, и вернулся, сам. Ладно некритичное у меня на zigbee, а ну что важное было бы?
Есть ещё датчик вот этот, но не используется, хотя но в сети. Вроде тоже не глючил. Но это на тестах, так как не использую — хз.
Я — нет. И завести не смог, когда было интересно.
Кажется в стандартах оно есть а на практике — не очень-то, везде (во всех драйверах и OS) недоделано. Даже хаутушки на OpenWRT Есть, а на деле нифига не пашет как настоящий mesh. Только если все видят всех работает.
Расширители покрытия — ретрансляторы и точки доступа в режиме ретрансляторов — это тоже не mesh, увы.
А у ZigBee любое небатареечное устройство — узел меша. Лампочки, розетки. Прямо by default. Покажите мне умную розетку WiFi которая будет в 802.11s участвовать из коробки.
Не будет так, чтобы настроил раз — и оно хотя бы 2 года чётко работает.
После сбоев по электроэнергии проблем не возникало никогда. Сбои небольшие, в районе часа, но примерно раз в месяц. ИБП нет.
Да пофиг на топологию, в этом и кайф.
А WiFi ещё плох тем, что все эти устройства даже не 802.11n. Рассказать, что случается с 802.11ax сетью если в ней есть хотя бы один не-ax клиент? И другой SSID на мульти-SSID железе не поможет, что бы решить эту проблему нужно физически другие AP. Т.е. держать два покрытия в доме — для ноутов и смартофнов с WiFi6 и для всего этого мусора на ESP, да? Ой-ой.
И именно так сделано, к примеру, в Xiaomi Mi AIoT Router AX3600 (и некоторых других): та самая отдельная антенна IoT подключена к отдельному QCA9889 (1×1 ac/n), который и должен в отдельном канале обслуживать такие устройства.
На крайняк поставить отдельный роутер для УД за 300р с авито, даже хаб зигби дороже.
Не любое. Те что питаются от 220 без нуля — тоже не могут быть ретрансляторами. Т.е. фактически все выключатели, которые встраивали в имеющуюся инфраструктуру. Например у меня сейчас 11 зигбишных железок — и из них ни одна ретранслятором быть не может.
О, да, окончательно загадить и без того зас****й эфир. И заодно полосу пропускания порезать. Хотя если у вас загородный дом, где нет соседей, то почему бы и нет, если вдруг оно «неплохо работает».
А вот не пофиг? Все пользовательские устройства давно в 5ГГц диапазоне. В 2.4 остались только всякие древности и esp-шки, им даже 5Мбит канала за глаза.
Мне значит повезло, у меня везде выключатели проходные, ноль идёт через ту же коробку что выключатель
(некротикам предпочитаю юнифай, но это дело вкуса, по фичам у них почти паритет, я тут выбирал на чём новый дом строить и выбрал юнифай только потому что у них есть дешёвый свитч с 2.5G POE++ и 2xSFP+, А у микротика ещё нет — У них аналог только 1G и чуть дороже даже)
Вот тут у некротиков есть оч прикольный девайс — Audience. Роутер с четырьмя радиоинтерфейсами — 2X2.4ГГц и 2X5ГГц. Типа весь служебный траффик бегает по отдельному каналу и пропускную способность не жрёт. Да, опять таки заточено под их капсман. Ну и дорого, да.
Надо ли это в условиях городской квартиры? Нет. А вот трёхэтажный дом с садиком (а в садике тепличка а там градусник-гигрометр) — уже было бы неплохо, позволяет меньше AP ставить.
Всё синее на картинке — выключатели, релюшки, розетки и прочее с постоянным питанием. И они автоматом прям из коробки работают как роутеры. При этом позволяя покрывать большие площади не делая ничего, кроме втыкания новых устройств.
ссылка
Если возникнут вопросы типа, а зачем это надо? Это уже другой вопрос.
И вообще, много там батарейных WiFi-устройств?
Зачем? У меня и так всё хорошо.
Примерно как микроскопом гвозди забивать. Технологии надо использовать по назначению. Зачем устройству, которому надо передавать несколько байт в сутки и работать от «таблетки» годами большая пропускная способность? Зачем тяжёлому контенту (камеры) протокол, работающий с первым устройством?
Вот вы тоже писатель, а не читатель. WiFi Mesh как раз и нужен для того чтобы обеспечить бесшовное 100% покрытие. В 14 году, делая ремонт в 3-х этажной квартире, для бесшовного роуминга, закладывал сразу похожую сеть. На тот момент оборудование, на такое способное, из доступных было только Ubiquiti. Дальше со сменой поколений точек доступа пришёл WiFi Mesh. А смартфоны и ноутбуки, самые обыкновенные. Они все работают с этой системой.
Зачем с датчиками бегать по дому я не знаю, вы всё свалили в кучу. И зачем датчикам поддерживать WiFi Mesh, они должны просто работать с WiFi. Вы упоролись с протоколами ZigBee и путаете Mesh системы.
А у ZigBee это заложено сразу, ничего специально делать не надо — добавили новое устройство и оно само автоматом становится узлом для подключения других устройств, а если находится где-нибудь на границе покрытия существующей сети, то автоматом расширяет её.
А зачем тогда вообще этот WiFi Mesh для умного дома нужен, если его придумывали для перемещающихся клиентов? Он для неподвижного датчика, как собаке 5 нога, что есть, что его нет — разницы абсолютно никакой. Так что это вы писатель, а не читатель — увидели знакомое слово и побежали вставлять свои 5 копеек, не понимая сути вещей. Таки почитайте уже про протокол ZigBee и не путаете разные Mesh системы.
Это было именно в контексте сравнения Mesh-WiFi и Mesh-Zigbee. Безотносительно там всяких скоростей и прочего. И вот такие Mesh-Zigbee-устройства практически все, любая розетка за 400р уже работает роутером. Именно это имелось ввиду. А не то, что WiFi плох или хорош.
Господа вы все не читатели, вы все писатели.
Странная ситуация — кастрировать WiFi, нужный и для ноутов со смартфонами, что бы обеспечить покрытие для низкоскоростных девайсов.
А если у вас нормальное покрытие без ретрансляторов то и mesh вспоминать не надо.
Ваша фраза?
Представьте стадион или огромный конференц зал, где несколько десятков точек. И тут подключается клиент по 802.11b, вы хотите сказать, что те кто ведут стрим по протоколам 802.11ax или 802.11be тут же заткнутся? :)
Например, ваттметр на DIN рейку ATORCH AT4P(WP/BW) имеет нестандартные размеры, так что щиток пилить нужно (фото nemoi13)
У меня немного иная связка, но, я думаю пример будет так же показателен.
Имеется счетчик висящий на доме. Он хоть и с импульсным выходом, но опломбированный и электрики были сильно против чтобы я подключался к импульсному выходу.
Дома точно такой же счетчик электричества который включен после опломбированного уличного. Этот счетчик как раз для моих задач — подключил к его импульсному входу ESP8266 + PCF8583 (для подсчета импульсов) с прошивкой от wifi-iot. Так вот примерно раз в квартал приходится корректировать показания с домашнего счетчика, так как он на долгой дистанции его показания несущественно, но всё же отличаются от уличного.
В тоже время точно такая же связка ESP8266 + PCF8583 с прошивкой от wifi-iot висит на газовом счетчике (на основном) и показания идут до десятых. Не корректировал показания за 3 с половиной года пока мониторю его показания при помощи ESP.
ИМХО — 2 бытовых электрических счетчика висящих на одной линии, априори, не будут показывать одинаковые данные о потребленной энергии в долгой перспективе.
если вы об этом
С другой стороны, если данная папка мапится наружу контейнера, то зачем все эти телодвижения по логину в контейнер? Не проще сразу распаковать архив в нужную папку?
Но скрипт хотя бы проверит версию HA и сразу скажет, что работать он не будет — это лучше, чем пользователь будет смотреть логи и думать, почему он не работает.
Во вторых, даже с «левыми» репозиториями стало бы легче — потому что в любом случае пакетный менеджер умеет откатывать неудавшуюся установку, отслеживать зависимости, etc. Что будет делать этот скрипт если в середине установки на диске кончится место — я не знаю. Что будет делать пакетный менеджер — знаю, там об этом (и о ещё 100500 ошибках, которые могут возникнуть) подумали.
В третьих, если завтра у этого софта найдут уязвимости, то пакетный менеджер и его обвязка напишут вам об этом письмо. Да, не в тот же день, но для приличного дистрибутива — достаточно быстро. А так все новые версии и уязвимости придётся отслеживать вам вручную и не забывать об этом.
Просто если бы это был нормальный Linux (или FreeBSD, как у меня, но это в контексте этого разговора даже не важно) — то оно нормально бы менеджилось системными средствами, апдейтилось, etc. А так — чёрный ящик, в котором вы зависите от желаний левой пятки автора этого чёрного ящика.
Контейнеры и вируталки — они откуда пошли? От подхода «cattle, not pets» («скотина, а не питомцы»). Когда у вас 100
овецнеотличымых друг от друга серверов, где каждый взаимозаменяем — это оправдано. Когда у вас домашняя лаба (или даже рабочая инсталляция, но маленькая), где крутится 15 сервисов на двух железках, каждый сервис уникален и железки разные — оно pets, Не надо становиться фермером, это не оправдано.Но мы уже совсем в оффтопик ушли.
Ну так Docker — отдельная архитектура со своим подходом и инструментами, своими преимуществами и недостатками.
Так из исходников можно самому собрать как нативное приложение, так и такой же контейнер, только свой, родимый.
Вот у меня домашний сервак — большинство приложений сейчас крутится в докере.
При обычной установке софта, обязательно настанет момент, когда одному сервису нужна [условно] superlib1.4, другому пакет superlib2.0, но он не будет установлен, потому что есть неудовлетворенные зависимости. Да, пакетный менеджер избавляет от кучи хлопот, как вы уже здесь писали, но и он справляется не всегда.
Docker как раз и позволяет упаковать каждое приложение с требуемым окружением и всеми зависимостями, и не изучать логи, почему обновил сервис видеонаблюдения, а упал москит.
Но это какая-то беда всех систем умного дома, все чудовищно неудобно программируются за пределами базовых сучаев.
10.95 мм
Это мне только кажется что в шапке есть ошибки?
Держать отдельный копм для этого не хочется.
Можно одноплатник OrangePi и пр., или неттоп на том же Intel N100. У меня microITX плата на Intel J1900 — хватает на все. Но у меня не отдельный комп, а хмн… отдельный шкаф
Более творческий, бюджетный и официально не поддерживаемый — использовать железо от android tv приставок. По личному опыту s905x2 вполне нормально справляется
любой миникомп
Примерно в те же деньги обойдется одноплатник типа Orange Pi Zero 3, Zero 2, Zero 2W для которых нужно просто скачать файл и поставить по инструкции.
Заметно дороже будут стоить устройства JetHome, но они уже прям с заточкой под HA и готовые из коробки.
А вот «отдельный комп» может быть и БУ PC STick за 3000 руб, мини пк — безвентиляторные, стоят на вторичке недорого, и софтом возни немного
Да, и рекомендую ставить сразу Home Assistant Operating System — то есть образ системы с установленным HA «из коробки». Там есть всё и делать по сути ничего не надо. Можно водрузить на систему виртуализации типа Proxmox — ещё гибче.
Самому HA производительности много не надо.
— эту претензию вообще не понял. Я разве предлагал делать на одноплатнике файлопомойку?
Я вот не представляю как с ЭТИМ жить. У тебя стоит умный дом, все настроено, и тут резко он умирает и все его данные/настройки в том числе.
На одноплатнике же будь добр бекапь все ручками после каждого изменения конфигов дома или сиди настраивай авто бекап для которого нужен — ЕЩЕ ОДИН СЕРВЕР)), а установка HA на малину идет более получаса.
Мой умный дом это виртуалка на небольшом сервере под Proxmox. Если умрет его системный диск то все возвращается в течении 30 минут. Если умрет диск с VM то новый диск + развертывание бекапа за те же пол часа, если умрет бекап диск, то и фиг с ним. Если умер сам сервер то виртуалу можно перенести на новый, можно в какой нибудь virtualbox, а можно вытащить конфиги и поднять умный дом где угодно.
А самое смешное что все это раздолье с proxmox можно поднять на x86 китайской коробке с Intel n100, которую с озона можно взять тысяч за 7-8 с памятью и ссд. И N100 Будет где то в 2 раза быстрее чем Rpi5, а это значит что на нем можно крутить много всего а не только умный дом. И стоять там будет нормальный 2280ссд (можно самсунг воткнуть) а не фиг пойми какая флешка.
Достаю из коробочки ещё одну микросдшку, раскатывают образ, наливаю из бэкапа актуальный конфиг — и вот оно снова в строю. Это при условии что карточка умерла насовсем — те же самсунг эво просто переходят в RO и можно просто перелить образ с одной карты на другую. При этом это всё ещё независимая железная машина, которая будет продолжать работать если вдруг у той большой машины с СУБД выйдет из строя скажем БП. И более того, я сейчас наверное скажу для вас какую-то немыслимую вещь, но у меня это не единственная такая коробочка. Есть ещё одна — с CUPS и сервером сканирования, к которой подключена МФУшка.
И она также годами пашет без ребутов и ничего с ней не делается.
Если мне нужно будет что-то подебажить — отключу. В остальном — на этой маленькой машинке нихрена же не меняется, а от случайных сбоев прекрасно спасает вочдог — быстро поднятое считается неупавшим)
Как ещё один плюс лично для меня, у меня на этой апельсинке поднято несколько сервисов, каждому из которых нужно по настоящему 443 порту на внешнем интерфейсе. Соотв. У машины есть три ipv4 адреса и два ipv6. И вот эту конструкцию совершенно не хочется лишний раз трогать и тащить на основной сервак, где я иногда делаю всякие сумрачные вещи.
Гениальный план, надежный как соломенный дом.
В моем случае домашний сервер под proxmox перезагружается для обновления раз в месяц и раз в год вырубается для чистки.
Забавно но в конторе где я работал дофига лет назад все еще трудится мини кластер из core2duo системников. Если пересчитать на возраст, то оно уже скоро школу закончит и что то не умирает.
Распределение это хорошо, плохо если оно на таком же мусоре сделано как и основная машина.
TBW топовых микро сд флешек будет на уровне TLC sata Дисков, и вообще никак не сравнится с нормальными ссд (7000+TBW у 2тб самсунга Pm9 серии с али за 9к рублей). Но самое смешное это гарантия. Топовые флешки = пара лет, средненький ссд = в среднем 3-5 лет. Если уж сам производитель не верит в свой товар то я темболее не буду.
Оно сделано на вполне добротном и на момент покупки — абсолютно новом железе(B450 mini ITX материнка, ryzen 2400G, 16Gb Ram, фирмовый SSD, бп от BeQuite), Тем не мнее — первый раз отказ случился из-за того, что у процессорной вертушки отвалилась лопасть(между прочим — Noctua, не хрен собачий. Я вообще первый раз такое у них увидел, но вот подиж ты)
Второй раз — причина вообще была не в самом серваке, просто жэк устроил цепочку внезапных отключений света, ну и в какой-то момент при загрузке ext4 сказал — здрасти, у нас попортился журнал, мы сейчас будем мучительно сканировать айноды трое суток. Благо диск был без влажных данных(есть у меня пара мусорных, на одном резвится торрентокачалка, на другой по кругу люьтся сериалы).
А третий раз — отъёхал ваш разлюбезный ссд. Ушёл в отвал контроллер — без объявления войны и несмотря на то что ругулярно снимались метрики смарта и были заряжены алерты. А подменного M2 у меня вот так вот сходу нет — я не склад запчастей. И вот пока я ждал из магазина новый — малинка продолжала спокойно работать, жена вообще не поняла что что-то пошло не так. Так что ваша схема — оеа тоже до первого серьёзного отказа откуда не ждёте. Вы мне вот это всё сейчас пафосно вещаете, а я просто уже все эти шаги прошёл. У меня была и схема чисто на малинках, и схема с одной мощной x86 машиной. И в конечном итоге я пришел к тому, к чему пришёл — в условиях дома оно наиболее удобно и стабильно.
В моем случае горячий 13600k + RTX A2000 + серверные ссд + HDD + 4 вертушки едят все вместе 25-30вт в дефолтной нагрузке. райзен 2400 же ест 30-40вт на рабочем столе винды вообще без нагрузки и с одним ссд.
БП от бикваета ничего не говорит, у них есть топовые модели, так и полный хлам без dc-dc и просто неудачные модели, при том много.
Отвал лопасти это какое то чудо, их руками то отломать не просто уж темболее на ноктуа (у меня все вертушки ноктуа), это либо какой то очень уж явный брак либо ошибка установщика который провод какой оставил висеть и он попал в мясорубку, либо сам давал на лопасти.
С ссд посмеялся)) «Фирменный», для некоторых тут на сайте netac Это фирменный ссд. На деле берем самсунги и не простые а серверные PM и не знаем бед. Жрет чуть больше чем ретейл диск, огромный TBW, а еще огромная батарея кондеров которая дает диску закончить запись даже если пропадет свет.
Пример того же pm983.
Я собирал полный хлам на g4560 16гб памяти и бушных дисках с авито, эта фигня работала 2+ года без проблем а потом была заменена на более мощный сервер с i7 6700 и 32гб, который о чудо опять без проблем отпахал год пока его стало нехватать и был взят 12400+32гб ddr4, и опять год минимум без обслуживания.
Текущий конфиг на 13600к с андервольтом участвует в железных экспериментах, и ни разу пока не косячил, хотя свет вырубают а ибп не всегда хватает.
А малина, у меня их две, и штук 5 мертвых сд карт, и нонеймы и честный сандиск с DNS за кучу денег. дохнет спустя пол года активной работы в HA, банально в умном доме 70+ источников данных, флешка просто умирает.
Звоню во все датацентры мира, расскажу им как оказывается X86 ломается и вообще плохой а у какого то нонейма на муське малины вот пачками работают и все хорошо.
Представляю как амазон заказывает 3 фуры микро сд карточек кингспек с али по скидке))
Проститесь уже со своими предрассудками. Вся сборка вместе со всеми дисками, памятью и всем-всем под нагрузкой жрёт 30Вт-35Вт(по крайней мере если верить показометру умной розетки)
Не было там никаких проводов. Оно проработало пару лет, а потом с утра я услышал подозрительное тарахтение. Первая мысль — действительно что-то попало в вертушку. Полез смотреть, щупать — и одна из лопастей просто нажалась вися на тонкой сопле пластика. Потом искал инфо — и да, есть немногочисленне жалобы что пластик на их вертушках от времени начинает хрупчать. Возможно действительно брак, но смысл в том что даже с очень и очень крутыми брендами ты от него не застрахован.
Так может если оно у вас дохнет за полгода а у меня пашет годами — дело не в малинах а в руках?)
Так у вас дома всё таки датацентр? Не, ну тогда вопросов нет. Давайте без балагана, а?
30-35вт это подтверждение предрассудков на фоне 13600k на 14 ядер+ DDR5 + жирного ссд от самсунг который вообще не холодный, и RTX a2000 которая в простое жрет (от5-8вт) дай боже (не считая остального железа), все это бонусом не нативно систему крутит а PROXMOX в котором куча виртуалок с оверхедом, и даже так вот все это жрет меньше чем ваша сборка.
UPD. Совсем забыл что бонусом сеть 10 гигабит, habr.com/ru/companies/ruvds/articles/798813/
Скорее в масштабах, одно дело засунуть пару датчиков и розеток и крутить это на дохлой малине, другое дело реально собирать данные той же сети + со всех комнат + реально куча железа которая управляется. + камеры + автоматизации + много юзеров + панели для управления этим.
Ну расскажите мне холодную историю о том как проц с TDP в 125Вт жрёт 30Вт под нагрузкой)))
А вот Marvell 88SS109 — синонимы.
И вот вы закинули примерно шестикратный бюджет того, что закинул я — и получили примерно тот же результат. Круто, поздравляю, так держать)
Под нагрузкой ему выдано 60вт, при этом он выдает производительность как у 13400, а 13400 раза в 3 быстрее вашего 2400G.
На этом марвеле буквально пара нонейм ссд дисков, надежность вы уже сами ему придумали и его смерть это подтверждает.
Хотите надежности то берите интел/серверный самсунг/ крушиал серверный, и те же кингстоны для датацентров.
И Даже БУ энтерпрайз диск от нормального вендора будет на 3 головы выше обычного мусора из местного магазина.
Мой сервер кстати был примером потребления и не более.
Но результат у вас плачевный в любом случае будет если взять мои нагрузки.
-Для начала запустите immich С нейронками для распознавания. Пришли домой с отдыха — 200 фото заткнут ваш райзен на часик другой, да так что умный дом перестанет откликаться.
-Бонусом туда запустите rust/minecraft сервера да с модами что бы 32гб памяти улетели как родные. (еще под аренду круто сдать, сервер должен работать в плюс а не минус)
-Nas туда, и не на копеешном гигабите а на 10гбит скорости, все же работать надо с комфортом а не терпливо ждать загрузок материала
-Свой dropbox, отдельно от наса сервис с клиентиком удобным что бы документы шифрованные да с бекапами были а не просто в виде мусора на диске.
-Домашний медиа сервер, и нормальный что бы 40-30гб рипы летали, но и при этом нормально кодировал их же для просмотра вне дома или на мобильных устройствах.
-Нейронки, не бомжевать же с гугл коллабом.
-Гит сервер, мелочь а удобно
-Облачная игровая машина. Удобно когда у тебя где то на трассе есть полноценная игровая машина с нормальной видеокартой и процессором, на которой можно поиграть в игры с сюжетом (для соревновательных пинг высоковат)
-Тот самый HA
Весь сервер с вычетом дисков но с видеокартой, вертушками ноктуа итд вышел менее 70к рублей, можно много где углы срезать но я собирал на совесть и он меня только радует работая добросовестно.
В 6 ли раз это дороже чем ваш звездолет? не знаю, но как минимум в 3 раза быстрее, с кучей памяти и реальной видеокартой. А еще очень тихий.
Мой умный дом не перестанет откликаться даже если я этот сервак из розетки выдерну. Это только с вашей схемой может случиться
Не нужны/не играю/нет такой задачи
Nas там и так уже есть. Гигабита хватает, для разгона сначала нужно все диски поменять на более шустрые и собрать их в RAID10 — чего я вообще делать не хочу.
Kodi\Jellyfin более чем бодро работают на этом железе, даже аппаратный транскодинг есть. Но мне не понравилось — 90% фич мне нафиг не нужны, мне надо предельно простой конфиг с вычиткой файлов из каталогов, чего он как раз ни один, ни другой нормально не умеет. В итоге остановился на контейнере с лампой. Всё есть, всё может, есть приложение под телевизор. Ну и upnpd на случай внезапной потребности какой-то унылой железки, которая только в DLNA и умеет. Потребность закрыта.
Предпочитаю старый добрый rsync. Он как-то и шустрее и понятнее.
Надо будет — подниму. Имеющегося железа с головой.
Я блин на своей настоящей игровой машине которая у меня под боком стоит почти не играю. Но если мне прям зачем-то очень сильно будет надо — включу удалённо комп и запущу всё что нужно через moonlight.
Вы мне сейчас расписали кучу вещей которые вам лично нужны, под которые вы себе собрали конфиг. Классно, у меня тоже горка всякой разной дряни крутится.
Но речь была не о том же. Речь была про то, что прекрасной мыслью будет вынести приоритетные сервисы, которые обязаны быть доступны 24\7, на отдельную желеку. С аппаратным вочдогом, с отдельным БП, с отдельным сетевым интерфейсом и с очень быстрой перезагрузкой. Мне например абсолютно начхать если у меня приляжет тот же медиасервер, схожу -подниму. А вот если навернётся VPN или тот же Home Assistant — я буду грустить. Кроме того, некоторые вещи вообще лучше вынести на отдельную тачку(напр. такая штука как psiphone создаёт безумное количество коннектов, загаживает весь iptables и нифига нормально не контейнеризуется) Но кроме аргументов «фу на эти мерзкие одноплатники, они у меня ломаются» я от вас никакого конструктива снова не услышал.
Давно я на муське небыл, забыл уже местных сказочников.
Ваш умный дом все еще работает на малине с флешкой, завтра помрет, за гарантией можете обратиться в спортлото. А малины нифига не дешевые и на разницу в цене можно было не обрубок 2400 а 5600 райзен взять.
Но даже так жрать будет больше и будет медленнее интела.
Шустрее чего? Покажите тесты сравнение с seafile.
Ну и до кучи
www.tomshardware.com/pc-components/cpus/nvidia-blames-intel-for-gpu-vram-errors-tells-geforce-gamers-experiencing-13th-or-14th-gen-cpu-instability-to-contact-intel-support
www.lowyat.net/2024/320284/gamers-reportedly-returning-their-intel-core-i9-cpus-en-masse/
https://aliexpress.ru/item/1005005800526641.html
3500 с БП в комплекте. Ах какие деньги, без штанов остался.
И ещё раз повторю, ни один одноплатник у меня из строя так и не вышел, несмотря на то что я на старенькой rpi2b даже с разгоном развлекался.
А даже если ужасное таки случится — сниму с телевизора точно такой же и воткну в него карточку. С учётом их цены — могу их пачками засаливать на случай атомной войны.
Шустрее альтернатив в моих пользовательских сценариях
Когда у человека заканчиваются аргументы, он переходит на личности
Я понииаю ещё собрать контейнер со всем барахлом кроме паролей и запулить его в докер хаб, но… Но у каждого своя правда)
Это однозначно плохой вариант, а малина + нормальный NAS — вполне себе.
Реально важные данные нужно держать на другом железе, запитанном от другого блока питания. Желательно в другом помещении, но в домашних условиях это часто затруднительно.
Может кто не знает, но такая альтернатива есть, я повтыкал туда аквариумное оборудование, кондиционер, увлажнитель, очень удобно. Возможности Tuya меня устраивают.
Поиском периодически занимаюсь с апреля.
К сожалению за такую цену не попалось ни разу. То, что по несколько штук в лоте брать выгоднее, я в курсе, так и беру.
По 700 за пару мне попадались только WiFi, не ZigBee.
Ну и оставлять устроиства в розетке без присмотра… у меня сейчас 5шт полоумных розеток от сонофа, так вот за 1,5-2 года в ни во ВСЕХ померли электролиты на бпшка. Причем две розетки померли со светошумовыми эфектами… Ну и какбы сонофф типа фирма, а не безродный китай…
Вифи сидит на отдельной подсети, зигби через михомовский хаб.
Нагреватель рыбам — 100вт, не космос.
Так то у меня welkroft в общем щитке и я ему доверяю, всякую бяку в сеть не пропустит.
Розетки щупал — да холодные они, электролиты да, могут хлопнуть
З.Ы. вы видели внутри розетки габарит реле??? даже если оно стоит во включенном состоянии то ток через контактную группу все равно идет… Я бы на вашем месте, простозамкнул силовую дорожку на реле, чтоб получить простой показометр без управления вкл/выкл…
Ну выкину розетку, 3-5 баксов.
Кондей да, инвертор, с импульсником, ест 300-900вт., розетка его просто мониторит.
Пластик, если верить мануалу электротехнический, не горючий. Т.е.корпус горение не поддерживает.
Если нагрузка посерьезней то да, лучше какой то контактор внешний ставить
коммитьпубликуй.habr.com/ru/articles/766604/
В итоге я поплясал вокруг него пару месяцев и выкинул, купил Emporia Vue.
Лучше отдельно взял бы 3 девайся на зигби или по модбасу работающие.
Выкинуть жаба не позволяет.
Туя вообще хрень все девайсы что попадались…
Вопросы по девайсу:
1. Если ли тоже самое но ZigBee?
2. Датчик тока должен вешаться именно и только на фазовый провод или можно на провод в котором идут фаза, ноль и земля?
Просто хочу снимать ток от индукционной плиты для автоматизации включения вытяжки, но резать провод не хочется…
Спасибо.
1 — предположу, что есть. В этих устройствах модуль связи впаивается отдельно от платы.
Ваш вариант вполне рабочий. Например, у меня по току определяется окончание воды в «тупом» увлажнителе. А так же то, что бойлер нагрел воду, когда требуется его отключить, чтобы исключить подгорание контактов реле умной розетки. При включении проблем нет, там задержка на долю секунды после подачи питания, обусловленное собственной автоматикой бойлера.
2. Можно на отдельный провод — фазу или ноль не важно, на КАБЕЛЬ (фаза[ы]/ноль/заземление) не получится
Выше ploop написал что без разницы…
А резать провод мне совсем не хочется…
Резать не обязательно, можно насадить где-то на вводе в плиту или в другом месте.
1. смотрим нарастание дельтаТ за периуд времени (5-20секунд) при привышении граничного значения (+1/+1,2 C) включаем первую скорость вытяжки.
2. Дальше смотрим дельтаТ, при дальнейшем ее росте выключаем первую, включаем вторую скорость.
3. следующие (3,4 ступени) аналогично.
4 сброс ступеней мотора вытяжки вниз и ее выключение происходит при минусовых значениях дельты.
Конечно лучше иметь отдельный датчик температурыв комнате, чтоб дельту выщитывать с него, это критично для выключения вытяжки, но и так с таймером задержки будет норм, только чуть логики больше.
Подсветку вытяжки нужно повесить на отдельный канал, иначе если даже ее поставить через промежуточные реле, то она будет мигать в момент переключения ступеней что жутко бесит.
Плюс подсветки на отдельном канале то что ее можно использовать как ночник…
З.Ы. это практически единственное решение автоматизации вытяжки для газовых ВП за разумные деньги. Рассматривать турбинку с холом или любой другой контактный расходомер по газу это на порядок дороже выйдет по цене плюс изменения проекта по газовому подключению. Рассматривать бесконтактные расходомеры по газу смысла нет так как цена будет на два-три порядка выше…
З.З.Ы Все встроенные моторчики в вытяжки это туфта громкогудящаая, если у вас частный дом, сразу ставьте улитку с асинхронником на 1кВт и больше на чердаке /фасаде. Будет в полнейшей тишине засасывать кастрюли с плиты)))
А защита на стандартных устройствах.
Места нет — увы, никак не решить. У меня тоже места нет. Доверять защиту чисто китайской игрушке я бы не стал.
www.ozon.ru/product/at-avtomaticheskiy-vyklyuchatel-16a-1-1520121829/
Имя им легион, потому что их много.
Себе взял такой:
Ваши действия????
Тоесть у вас есть основная линия с АВ+контактор+полоумное реле, есть байпас -просто АВ
1. Как вы обеспечите блокировку одновременного включения основной/байпас?
2. не забивайте голову ставьте АВ+ контактор с ручным механическим вкл/выкл +полоумное реле. Так как реле полоумное будет сидеть на своем АВ (который стоит ниже основного) то при замене реле вы выключаете его АВ и производите действия с ним. При этом если вам нужно напряжения на линиях щита вы в ручную включаете контактор и все дела…
З.Ы. контактор берите больше на ступень от АВ перед ним, а если у вас там индуктивные нагрузки то и на две ступени. Если сумневаетесь, смотрите токи не АС1 а АС3 в паспорте…
Нафиг он нужен в случае контактора?
Ок, вы пересказали мою схему. В чём претензии-то?
Претензия была собствено пункт 1, если обеспечит мех блокировку от встречного включения то норм.
Так как у вас схема из п.2 то и претензий нет…
З.Ы. Как обеспечить мех блокировку от одновременного включения двух АВ я хз, байпасы всегда делаю на реверсивниках 1-0-2, там в принцыпе встречка невозможна…
Поэтому параллельно.
Вы вобще представляете как байпас в ЭСХ организуеться? Вам слова «механическая блокировка одновременного включения» что нибуть говорит?
Ну и я вот уверен что s|sh серии АВВ сработают и по тепловой и по ТКЗ, а вот сработает ли это китайское поделие тут шансов 50/50 или сработает или нет. И прежде чем советовать ставить такую фигню в качестве основной защиты линии на теплуху/ткз я бы просто очень сильно подумал…
Верно вон выше написали норм контактор +реле полоумное…
Так-то, не надо вообще ставить с верой, это за углом.
старайтесь делать это почаще.
У всех продвинутых УЗО уже есть, вопрос только добавить реле.
Правда это без обратного включения )
и такие — ссылка
Это мой личный опыт, без претензий на истину. Хочу сказать, что если нужна долгосрочная статистика в Home Assistant — придется повозиться!
Как раз нет, он изначально отвязан от БД и встроенная SQLite скорее костыль для быстрого старта.
Хм, ничего не ломалось. Правда всё настроено по дефолту — из штатного дополнения. Грубо говоря мышой. Да и вообще в консоль не залезал практически, только из любопытства.
Присматривался на такой для контроля нагрузок со статистикой, но отошел из-за того, что стартует от 0.2 ампера.
Tuya самый геморойный в этом плане. Поэтому, повторюсь, лучше сразу зигби.
Касаемо WiFi: многие смарт розетки (в том числе с ваттметром), выключатели, датчики температуры и т.д. имеют шаблоны в Local Tuya, так что ручное вписывание Entities не требуется — пост укорачивается. Да и подключить виртуальный хаб в Local Tuya нужно только один раз.
Кроме того, многие из этих устройств не слишком сложно прошиваются (но частенько нужно паять) на альтернативные прошивки, которые нативно работают с HA (00svd00 не так давно делал пост)
Прошу помощи в настройке алгоритма отключения «полоумной» розетки в программе smart life.
дано нонейм полоумная розетка с ограничением 16 китайских ампер, которая подключена в smart life.
Задача автоматизировать отключение розетки по потребляемому «пороговому» току.
(допустим при снижении потребление до 0,5А, розетка отключает потребителя).
ЗЫ кидаться ссылками на видео настройки предпочтительнее
Открываем Сценарии -> Добавить -> При изменении статуса устройства
Если: Выбираем розетку, Функция — Ток, менее. Вводим значение тока устройства в дежурном режиме (смотрим по самой розетке), накидываем 20-50%, чтобы наверняка.
Тогда: Управление одним устройством -> Выбираем розетку -> Функция: розетка -> выкл
Проверь на светодиодных лампах мощностью до 22 ват…
А вот этот Modul PZEM-004T меряет от 0,2-1 вата на них можно сделать хоть на 10 фаз и мереть
ток в любом направлении
Вот, сравнил сабж со смарт розеткой (с шунтом). В посте есть измерение с нормальным ваттметром
Так как я меряю 3 фазы то PZEM-004T мне он больше
подходит и дешевле