У CR2032 недостаточный выдаваемый под нагрузкой ток. Она при работе пару секунд на 45 мА (столько потребляет радио передатчик) просто умирает на минуту. Нужно ставить конденсаторы, чтобы хватало заряда из него, но это понижает КПД ещё больше, чем поднятие напряжения.
Хуже дизайном? А вы оба пробовали, сравнить (кроме цены) с Шиоми сможете? Не только дизайн интересен, но и предлагаемые функции. Я два первых пробовал, а вот последний всё никак.
Так стандарт-то открытый. Если до недавнего времени в нём оставались закрытые пятна, то недавно SiLabs опубликовали даже SDK и Zniffer (для прослушки сети). Фактически всё открыто.
Ну, берите Z-Wave. И калькулятор. Отправка широковещательная занимает примерно 3 мс (на 5ом поколении) и 8 мс (на более старом), потребляет 50-55 мА. Легко посчитать, на сколько отправок хватает выбранных вами батареек заданной ёмкости.
Если с подтверждением в прямой видимости, то примерно 10 мс (или 20 соответственно).
Важно сразу в сон отправлять устройство. Z-Uno может такое делать.
Вообще, с осциллографом современным это всё несложно проверяется.
Ну когда вам надо 30 штук таких сделать — это уже становится сложность. А если не для себя (как развлечение), а для клиента (если вы инсталлятор)? Уже совсем сложно.
И если вы из этих кубиков попробуете собрать готовый продукт, заложите своё время в стоимость, тесты, сертификацию, маркетинг, то и цена станет такой, какая сейчас вас пугает…
Смотря что нужно. Если редкие команды или отчёты, то Z-Wave. Если постоянно держать связь, то BLE. Нет универсального протокола! Опишите, что нужно, и будет ясно, что использовать
Ну, вот, берите Z-Uno — делайте легко устройства на Z-Wave. Проще, чем на Espressif даже. Цена, конечна не такая, но уверяю вас, дело в объёме — если закажите миллион штук, цена драматично упадёт. Тут дело не в жадности, а в выживании и возможности платить людям, работающим на проекте, при столь небольших продажах. Ведь если мы снизим цену в 5 раз, их не станет продаваться в 5 раз больше, т.е. мы не сможем выпускать продукт.
У каждого протокола своя ниша. Wi-Fi отлично подходит для больших объёмов трафика и видео, но очень энергозатратный — и пары дня не проживет на пальчиковых батареках. Bluetooth отлично подходит для голоса — проживет неделю на батарейках. А вот Z-Wave, ZigBee и прочие могут передавать только очень маленькие и компактные команды, зато срок жизни на тех же 2xAA более года.
Попытка адаптировать Wi-Fi к низким затратам выливается в отдельный несовместимый с Wi-Fi протокол, весьма похожий на Z-Wave по сути. Аналогично и BLE — это фактически другой протокол, хоть трансивер часто можно использовать тот же.
А для передачи раз в минуту (даже в 5 минут) Z-Wave уже не подходит — это засорение эфира и пустая трата батареек — на месяц только и хватит в таком режиме. Протокол создан для сбора тревожных событий и управления. Не надо использовать его в неправильном месте.
Про энергопотребление вообще не соглашусь — обе технологии при прочих равных одинаковый результат дают. Просто в Z-Wave датчики более функциональные, больше инфы посылают и быстрее тратят батарейку. Отключите часть отчётов, будет и 3 года жизни.
А что, для ZigBee есть нормальная OpenSource имплементация? Вот для Z-Wave есть OpenZWave, OpenHAB. Бесплатная (хоть и не открытая) Z-Ware от Sigma Designs. Ну и в конце концов платный, но очень гибкий Z-Way (https://z-wave.me/z-way/).
По стоимости могу сразу сказать, что та самая экосистема, которую Sigma Designs собирали годами, стоит в чипе лишних 3 бакса. Это +30% к себестоимости. Но это того стоит — вы получаете более универсальную систему с меньшей зависимостью от конкретной компании. А ведь IoT компании исчезают так же быстро, как и появляются.
А на счёт в 2-3 раза дешевле — это вопрос
1) объёма продаж — если делать миллионами, то будет дешевле
2) каналов продаж — текущие каналы продажи Z-Wave съедают половину стоимости
3) приводимый в пример Xiomi не очень правильный для сравнения — дело тут не в ZigBee — сделали бы они на Z-Wave, было бы на 5-7 долларов дороже, но всё равно существенно дешевле текущих цена на Z-Wave. Кроме них так дёшево никто не делает. Это опять к (1)
Верно, у всех разное представление о DIY. Для кого-то это собрать из готовых и взаимозаменяемых устройств систему, а для кого-то спаять из груды компонентов уникальные устройства под себя. Второе мы не рассматриваем, т.к. это удел немногих. Наверняка вы писали свой коммент с компа, который купили в сборе, а не спаяли в гараже.
И покажите мне датчик на Wi-Fi, который имеет малую задержку отправки сигнала и проживет 2-3 года на батарейках. Я что-то не видел таких в продаже.
Я вот думаю на днях взять потестить совместно с SDR приёмником. Если получится прослушать, и тем более управлять с SDR, то, конечно, это будет провалом! Потому действительно хотелось бы сразу знать, что там с шифрованием — оно вообще есть. И если да, то как с совместимостью с существующими устройствами на рынке.
А ведь предлагаемый набор пока очень ограничен. Хотелось бы видеть список поддерживаемого оборудования как из широкого ассортимента Z-Wave, так и ZigBee.
Если есть ZigBee, то будет ли работать Philips Hue? А что делать с NFC? Карточки метро тройку можно заряжать? ;) А CC1110 и ИК там зачем?
Явно предполагается какое-то развитие, чувствуется, что показали нам только первый прототип.
Это крутые швейцарцы! Мы когда-то давно на их моделях Alix делали свои первые контроллеры Z-Wave. Вот такие http://rus.z-wave.me/shop/ne-dlya-prodazhi/z-wave.me-z-box/ Эх, было время!
Я бы не стесняясь на них ссылку разместил, если есть за что хвалить используемую вами модель.
Потому, что он плавно становится отерытым. В 2012 открыли PHY и MAC и TRANSPORT, в 2016 открыли APP и SESS и CHANNEL. NETWORK только сейчас открывают.
А чипы дорогие из-за single source — при таком подходе жадность решает. Но с SiLabs это сильно изменится.
Если с подтверждением в прямой видимости, то примерно 10 мс (или 20 соответственно).
Важно сразу в сон отправлять устройство. Z-Uno может такое делать.
Вообще, с осциллографом современным это всё несложно проверяется.
И если вы из этих кубиков попробуете собрать готовый продукт, заложите своё время в стоимость, тесты, сертификацию, маркетинг, то и цена станет такой, какая сейчас вас пугает…
Попытка адаптировать Wi-Fi к низким затратам выливается в отдельный несовместимый с Wi-Fi протокол, весьма похожий на Z-Wave по сути. Аналогично и BLE — это фактически другой протокол, хоть трансивер часто можно использовать тот же.
А для передачи раз в минуту (даже в 5 минут) Z-Wave уже не подходит — это засорение эфира и пустая трата батареек — на месяц только и хватит в таком режиме. Протокол создан для сбора тревожных событий и управления. Не надо использовать его в неправильном месте.
А что, для ZigBee есть нормальная OpenSource имплементация? Вот для Z-Wave есть OpenZWave, OpenHAB. Бесплатная (хоть и не открытая) Z-Ware от Sigma Designs. Ну и в конце концов платный, но очень гибкий Z-Way (https://z-wave.me/z-way/).
А на счёт в 2-3 раза дешевле — это вопрос
1) объёма продаж — если делать миллионами, то будет дешевле
2) каналов продаж — текущие каналы продажи Z-Wave съедают половину стоимости
3) приводимый в пример Xiomi не очень правильный для сравнения — дело тут не в ZigBee — сделали бы они на Z-Wave, было бы на 5-7 долларов дороже, но всё равно существенно дешевле текущих цена на Z-Wave. Кроме них так дёшево никто не делает. Это опять к (1)
И покажите мне датчик на Wi-Fi, который имеет малую задержку отправки сигнала и проживет 2-3 года на батарейках. Я что-то не видел таких в продаже.
А ведь предлагаемый набор пока очень ограничен. Хотелось бы видеть список поддерживаемого оборудования как из широкого ассортимента Z-Wave, так и ZigBee.
Если есть ZigBee, то будет ли работать Philips Hue? А что делать с NFC? Карточки метро тройку можно заряжать? ;) А CC1110 и ИК там зачем?
Явно предполагается какое-то развитие, чувствуется, что показали нам только первый прототип.
Я бы не стесняясь на них ссылку разместил, если есть за что хвалить используемую вами модель.