Недавно я решил поменять умную розетку, она была Wi-Fi, но я захотел установить розетку работающую по протоколу Zigbee, в принципе Wi-Fi она менее надежная, потому что используется в основном облако, прошить ее маловероятно и у меня она не перепрошитая, и конечно управление через облако оно не очень надежное, розетки Zigbee они конечно работают все локально, в данном случае я использую стик который подключен напрямую к серверу умного дома, поэтому в принципе все решения у меня полностью локальные, плюсом того чтобы использовать Zigbee розетку еще является то, что она постоянно подключена в сеть и Zigbee-сети она выступает роутером, что существенно расширяет сеть и делает ее более надежной, то есть разные датчики, которые в основном работают от батареек им тоже становится гораздо лучше, у них сильнее сигнал, и они в принципе батарейку садят меньше, что тоже очень удобно.

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

Поскольку это все-таки другая розетка, то в системе умного дома она определяется с другими идентификатором и конечно приходится заново прописывать розетку во всех сценариях и заново добавлять во всех системах умного дома, которые я использую, плюсом ещё также возникает проблема в том что у этой розетки, у Wi-Fi, одни параметры используются, которые она передает и их название даже отличается, а у Zigbee розетки другие параметры, и они между собой не совместимы, приходится постоянно это тоже переписывать, если сценарий использовал какой-то параметр и у него другое название, то даже в этом случае придется поменять, но например в какой-нибудь системе Home Assistant она у меня туда тоже добавлена, то есть на автоматически добавляется практически во все системы, она когда появляется, эта розетка, в Home Assistant, то там тоже у нее другой идентификатор у каждого параметра у него тоже соответственно меняется идентификатор, можно все переименовать, но это надо либо делать самого с начала тогда, придумать систему именований всех устройств и вместо основного по сути символьного в 16-ричной системе названия, использовать какую-нибудь специально придуманную систему именований, и тогда если это заранее было предусмотрено, то конечно изменений будет меньше, но если это не было предусмотрено придется заново искать все сценарий в которых это используется, например у меня часть сценариев также еще обрабатывается в NodeRed, то есть приходится тоже там сценарий менять и соответственно все параметры, которые использовались в NodeRed для запуска сценариев тоже переименовывать и заново их вручную перенастраивать, это конечно не очень удобно, и это очень долго.

Также это розетка еще работает с некоторыми проблемами, то есть у неё в самом определении потреблении энергии сделано с какой-то ну скорее всего ошибкой, есть даже жалобы в разных форумах, что даже если розетка потребляет на самом деле электроэнергию, ну не розетка, а устройство к ней подключенное, то она может отправлять все равно 0 потребление, то есть мощность потребляемая и сила тока тоже может 0 и конечно это нужно отфильтровывать для того, чтобы в сценарии использовать, и с этим тоже возникла проблема, пришлось мне переписывать все правила потому что с Wi-Fi розеткой например таких не было ошибок, то есть она все-таки работала более правильно, но у Wi-Fi розетки была другая проблема, что она отправляла информацию о том что потребление идет с большой задержкой где-то в 30 секунд, Zigbee это делает чаще, гораздо быстрее реагирует на изменение потребления, но видимо из-за этого и получается такая ошибка связанная с передачей параметров, также пришлось прописывать в сценариях оповещения, то соответственно что сами правила которые связаны с оповещением это у меня используются скрипты, написанные на bash, которые проверяют изменение этих значений, то есть данном случае потребление электроэнергии и если потребление энергии прекратилось через некоторое время, секунд 30 она потреблялась, а потом прекратилось, то это как раз событие о том чтобы информировать о том что чайник вскипел и дальше эта информация у меня отправляется на шлюз от Xiaomi, он перепрошитый, там стоит тоже Linux и в принципе можно разные голосовые сообщения делать напрямую через формата взаимодействия по API с этим шлюзом, это удобно, в принципе озвучивается очень хорошо, но из-за того что все-таки розетка тоже изменила идентификатор, пришлось мне переделывать.

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

Например я сделал в коридоре, что у меня есть выключатель у него есть тоже идентификатор, который связан с производителем этого выключателя, но также я использую идентификатор связанный непосредственно с расположением этого выключателя, то есть это то что он находится в коридоре, и то что он управляет светом, то есть это более универсально получается, в одном месте мне нужно будет, в случае необходимости, если вдруг захочу тоже поменять например с Wi-Fi на Zigbee, то мне придется меньше переделывать

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

Для того чтобы так управлять в Яндексе есть возможность использовать несколько вариантов в названии устройств, я дополнительно просто пишу что допустим розетка 3, но указываю что еще отдельное есть название, например чайник, тогда розетка будет работать либо по ее названию розетка 3 в командах, либо просто говорить как чайник, и так и так будет работать, но поскольку Яндекс он все-таки работает тоже с идентификатором локальным, а вайфай у меня вообще был привязан через систему Tuya, то есть он не был через даже систему умного дома заведен и конечно пришлось после этого заново создавать новые устройства, его заново обновлять, в умном доме Яндекса это устройство появилось, и нужно было заново там все названия давать, а у старого соответственно нужно было удалить, потому что эту розетку Wi-Fi я уже решил использовать для других сценариев.

Я хочу ее подключить к серверу умного дома для того, чтобы можно было по Wi-Fi через отдельное приложение от Tuya его перезагружать, если вдруг он зависнет и это потребуется.

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