Про домофоны, но не от ростелекома: для обычных координатных домофонов есть отличный проект на esp8266, которым пользуюсь я сам (я не автор). https://t.me/smartintercom
Позволяет интегрировать домофон в Home Assistant, открывать/сбрасывать звонок, при этом оставляет основную трубку рабочей. Из киллер-фич - это проигрывание предзаписанныз голосовых сообщений в линию, типа автоответчика и потом открытие двери.
Стандарты в ipv6 и ipv4 отличаются. В v4 провайдер выдаёт вам один адрес для роутера (статический/динамический, серый/белый), а если у вас за роутером ещё устройства - это вы сами решаете что делать, обычно через NAT с серыми адресами. А в ipv6 провайдер должен выдавать подсеть адресов /56, чтобы роутер дальше раздал по подсети /64 для каждого отдельного устройства.
Касаемо вашего вопроса: да, некоторые провайдеры выдают нормальные ipv6 адреса, зависит от региона и провайдера.
Попробуйте снизить скорость до 340000, или какая там минимальная. Программно датчик окирпичить невозможно, просто стоит еще раз попробовать. Используйте питон скрипт, он лучше контролирует поток прошивки (веб Прошивальщик по ком порту не делает этого совсем)
Во-первых, вы можете сразу прошивать .bin файл нужной прошивки, без промежуточной. Если хотите bluetooth - прошивайте сразу её.
По поводу очерёдности: 1. подключить донгл с отключённым питанием на чип (белый проводок не подключён к донглу 2. запустить команду 3. за 5 секунд подать питание 4. он должен переключить чип в режим прошивки, дальше можно запускать без -t5000.
Вы сейчас поделились своим решением и оно имеет право на жизнь. Но HA не единственная система УД. Например, данный зигби датчик залетает в яндекс-хаб и работают через его приложение.
Конвертор не должен иметь отношения к обновлению версий. В последних версиях поменялись только параметры отправки и переключение на фаренгейты. Версия в теории могла обновиться, но з2м не считал данные о новой версии. Можете вручную прочитать из genBasic кластера
Там тот же чип, но по всей видимости, другая периферия. Т.е. прошивка залезет, но непонятно, что из этого заработает. На блютус перепрошить можно, если доработать прошивку pvvx.
В PZEM-004 есть внутри разные тарифы. Для своей поделки я просто посмотрел когда там меняется тариф и добавил дельту (время на счётчике отличается от реального на 5–7 минут). Потому я в еспешке, которая подключена к PZEM-004 синхронизирую время и переключаю тарифы когда они меняются. Синзхронизация c реальным счётчиком не идеальная, но для бытовых нужд хватает. Раз в полгода провожу синхронизацию по показаниям, убегает на единицы квтч.
Нужно, конечно, проснуться. Просто за счёт низкого потребления и коротких пакетов от батарейки можно просыпаться раз в 5-10-20 секунд и это всё ещё будет адекватно работать от одной батарейки. Для конкретно моего примера - это 2мс на 8мА (передача)
Про "один сетевой" теперь я не понял, но если речь про координатор, то да, он должен быть всё время в сети.
Имелось ввиду, что устройство может опрашивать координатор на предмет новых сообщений для него, а последний хранит их какое-то время (небольшое)
Про параметры опроса даже упоминать не стоит - это странно если б это было нельзя.
Для этого его надо как-то разбудить, чтобы он смог что-то принять. Я понимаю, что, наверное, в вашем случае параметры задаются при старте и не требуют динамического изменения. Тут, конечно, всё зависит от конкретной задачи и потребностей.
Окей, ряд случаев, который я имел ввиду не включает ваш случай :) Зигби хорош тем, что за счёт более низкого потребления можно и отправлять чаще и обратную связь делать на уровне протокола. Например, обновить прошивку не трогая датчик или поменять параметры опроса.
Спасибо за отличное решение DIY. А есть ли существенные отличия от готового датчика дыма Tuya или Heiman?
Эту версию нельзя прошить по воздуху. Либо использовать её в системе михоум в стоковом исполнении, либо прошивка проводами через UART.
Может спит датчик. Стоит попробовать батарею потыкать или даже поменять на свежую.
Про домофоны, но не от ростелекома: для обычных координатных домофонов есть отличный проект на esp8266, которым пользуюсь я сам (я не автор). https://t.me/smartintercom
Позволяет интегрировать домофон в Home Assistant, открывать/сбрасывать звонок, при этом оставляет основную трубку рабочей. Из киллер-фич - это проигрывание предзаписанныз голосовых сообщений в линию, типа автоответчика и потом открытие двери.
Стандарты в ipv6 и ipv4 отличаются. В v4 провайдер выдаёт вам один адрес для роутера (статический/динамический, серый/белый), а если у вас за роутером ещё устройства - это вы сами решаете что делать, обычно через NAT с серыми адресами. А в ipv6 провайдер должен выдавать подсеть адресов /56, чтобы роутер дальше раздал по подсети /64 для каждого отдельного устройства.
Касаемо вашего вопроса: да, некоторые провайдеры выдают нормальные ipv6 адреса, зависит от региона и провайдера.
Для задачи "выставить HA в интернет" отлично подходит компонент Dataplicity от @AlexxIT https://github.com/AlexxIT/Dataplicity
Один бесплатный сервер на один аккаунт, минимум усилий для настройки
Попробуйте снизить скорость до 340000, или какая там минимальная. Программно датчик окирпичить невозможно, просто стоит еще раз попробовать. Используйте питон скрипт, он лучше контролирует поток прошивки (веб Прошивальщик по ком порту не делает этого совсем)
Во-первых, вы можете сразу прошивать .bin файл нужной прошивки, без промежуточной. Если хотите bluetooth - прошивайте сразу её.
По поводу очерёдности:
1. подключить донгл с отключённым питанием на чип (белый проводок не подключён к донглу
2. запустить команду
3. за 5 секунд подать питание
4. он должен переключить чип в режим прошивки, дальше можно запускать без -t5000.
Если не получилось, повторить с пункта 1.
Вы сейчас поделились своим решением и оно имеет право на жизнь. Но HA не единственная система УД. Например, данный зигби датчик залетает в яндекс-хаб и работают через его приложение.
К сожалению, по воздуху такую прошивку пока поменять нельзя. Только подпаявшись к нужным контактам и залив уже любую прошивку.
Предлагаю ваш PDF на гитхабе заменить на исходный отсюда https://en.gassensor.com.cn/Product_files/Specifications/LED Particle Sensor PM1006K Specification.pdf
(погуглил просто по словам на заглавной странице)
Конвертор не должен иметь отношения к обновлению версий. В последних версиях поменялись только параметры отправки и переключение на фаренгейты.
Версия в теории могла обновиться, но з2м не считал данные о новой версии. Можете вручную прочитать из genBasic кластера
Должны обновляться стандартным механизмом ОТА в зигби. Что там происходит в HA зависит от вашей установки.
Там тот же чип, но по всей видимости, другая периферия. Т.е. прошивка залезет, но непонятно, что из этого заработает. На блютус перепрошить можно, если доработать прошивку pvvx.
Напишете, пожалуста, как его перешить? Насколько наностейшн лучше традиционного опенврт?
В PZEM-004 есть внутри разные тарифы. Для своей поделки я просто посмотрел когда там меняется тариф и добавил дельту (время на счётчике отличается от реального на 5–7 минут). Потому я в еспешке, которая подключена к PZEM-004 синхронизирую время и переключаю тарифы когда они меняются. Синзхронизация c реальным счётчиком не идеальная, но для бытовых нужд хватает. Раз в полгода провожу синхронизацию по показаниям, убегает на единицы квтч.
Нужно, конечно, проснуться. Просто за счёт низкого потребления и коротких пакетов от батарейки можно просыпаться раз в 5-10-20 секунд и это всё ещё будет адекватно работать от одной батарейки. Для конкретно моего примера - это 2мс на 8мА (передача)
Про "один сетевой" теперь я не понял, но если речь про координатор, то да, он должен быть всё время в сети.
Имелось ввиду, что устройство может опрашивать координатор на предмет новых сообщений для него, а последний хранит их какое-то время (небольшое)
Для этого его надо как-то разбудить, чтобы он смог что-то принять. Я понимаю, что, наверное, в вашем случае параметры задаются при старте и не требуют динамического изменения. Тут, конечно, всё зависит от конкретной задачи и потребностей.
Окей, ряд случаев, который я имел ввиду не включает ваш случай :)
Зигби хорош тем, что за счёт более низкого потребления можно и отправлять чаще и обратную связь делать на уровне протокола. Например, обновить прошивку не трогая датчик или поменять параметры опроса.
Прошивка пока дорабатывается, потому имеет смысл не торопиться, если нет возможности обновлять до новых версий.