А есть фото внутренностей? А то на рекламных картинках почти везде без провода. При том что ndir датчик требует постоянного питания с приличными токами + вайфай тоже прожорливый
Та же IKEA использует эту технологию уже более 10 лет, например для связи пультов и светильников. Без всяких шлюзов, прямым биндингом. И ничего там не отваливается и не отспаривается само
Спорное утверждение :) Недавно решил обновить прошивки на светильнике и пульте. Все через z2m все работает как и раньше, а вот прямое соединение - никак. Повторное соединие походит, индикация показыват что все хорошо. Вернул старую версию на пульт.
Вы это называете "промышленным"? (Оно может быть распаяно на одной плате, но это не меняет дела особенно)
По сути, плата сверху - ровно тот же усб-свисток. Я пробовал и первый и второй путь. На отваливание единичных устройств это вообще никак не влияет. Но и отваливания координатора, внезапно происходило одинаково и по факту зависит от прошивки самого zigbee-stack. И когда переставало работать, то z2m показывал что все хорошо и даже включал лампы, вот только ошибки сыпались.
Малину я бы не рассматривал из-за SD карт, надо eMMC. Да и eMMC не панацея, у меня NanoPI один через 5 лет начал косячить, media errorы.
Это правда, но у сд-карт серьезный плюс - их легко можно заменить, легко сделать полный бекап и восстановление.
Как вариант, использовал PI CM4 + NVME, но решение избыточное для УД, а навешивать туда что-то еще - памяти маловато.
Надо что-то типа N100 девайсов с нормальным понятным SSD
Ну вот у меня что-то типа N150 с нормальным и понятным SSD. Координатор воткнут в USB, проблемы ровно те же, раз в несколько месяцев происходит то что описано выше.
Но поинт в том, что ровно тоже самое ведь и для Wifi обвязки надо. Wifi эндпоинты ведь сами по себе умными тоже не станут, кто-то должен их связывать. Вы же не будете называть УД 100500 веб морд релюшек?
сервер УД подразумевается в любом случае: автоматизация на уровне z2m - это не о чем. Да и сложно представить весь УД только на одних ZB устройствах.
Ну и к примеру кастомные устройства, тот же CO2 с индикацией, микроволновый датчик присутсвия, управление обогревателеми и прочее, чего нет стандартного все равно гораздо удобнее всего делать на Wifi (+питание нормальное и так требуется).
Отдельный плюс устройств на wifi (esphome, tasmota) - то что какую-то часть автоматизации можно сделать вообще автономно, средствами самого устройства.
Если плита газовая, то не просто повышается, а крайне интенсивно. По этому, если готовить без нормальной вытяжки - 5000ррм в районе плиты - вопрос 10-30 минут
Я когда-то тоже считал и если брать цифры из всяких снипов и прочих стандартов, выходило что мне нужно авиационную турбину вешать.
В реальности, квартира в 90м², два человека и приточные клапаны на нескольких окнах - больше 800 не поднимается. Только если на улице полный штиль (что в месте где я живу не часто), то можно открыть окно(а).
Делал инсталляцию из 3шт: на полу, ~50см и 80см от пола. Разница между нижним и верхним до 500ррм, окно и дверь закрыты. Могу повторить, но сейчас зима и обогреватель ночью работает, так что результаты могут отличаться.
свисток в данном контексте - USB-Zigbee координатор. В простом случае, это cc2652 + cp2102, И допустим, малина на которой вертится z2m и остальное.
то что вы упоминаете (надёжные standalone "zigbee zigstar lan gateway" и подобное) - это тот же условный сс2652. Только между ним и сервером УД еще ESP32, 1+ свитч/роутер, 2 lan кабеля. Могут быть вариации, например другой радиомодуль и целый SoC c линуксом(к примеру, https://hackaday.com/2021/06/12/hacking-the-lidl-home-gateway/)
А собственно без z2m и сервера умного дома данное "отдельное" устройство ничего не может. Что тут может быть нажежнее?
Если не нравится именно свисток, а используется одноплатник - то можно даже упростить: https://github.com/codm/cc2652-raspberry-pi-module (Правда очень желательно вывести EN пин LDO чтобы можно было перезагружать сам модуль)
И да, лично я считаю самым "удобным в качестве отказустойчивости" последний вариант. Если что-то глобально падало - то решалось если не просто перезапуском служб, то передергиванием питания зигби-чипа. На случай выхода из строя есть как запасной cc2562, так сд-карта с бекапом недельной/месячной давности. Если вдруг малина умрет - запасные тоже есть, даже не обязательно такую же модель.
Уже давно не свистки, а вполне себе надёжные standalone "zigbee zigstar lan gateway" и подобное. Z2M на N100 - более стрёмное звено, но относительную стабильность обеспечить можно
Эти "надёжные" устройства по сути тот же свисток, только с промежуточным звеном в виде микроконтроллера (uart2lan), ну + LAN или вайфай - ещё одна потенциальнаЯ точка отказа.
Об этом кричат в любой теме про CO2 - "не берите MH-Z19!!!!111адинадин"
Корпус я не делал — примотал синей изолентой к ножке монитора. Киберпанк, который мы заслужили.
Тут очень важно, где датчик размещать. Ножка монитора это похоже место куда идет ваш личный "выхлоп", так что превышение может быть в разы, пока вы за этим понитором находитесь.
Тоже самое и для спальни - надо ставить +- на высоте кровати. Иначе, при слабом проветривании, CO2 скапливается внизу и датчик, расположенный ближе к полу будет завышать, выше провати - занижать. Ну и самое зло - спать на полу.
Это так, что Гугл нашел на первой странице. От привычных в то время устройств отличается только наличием корпусов и "проприетарным разъёмами"
Удобнее и немного проще чем упомянутый ардупайлот. Но для тех кто уже проигрался с первым. А так, выбор рамы, моторов, пропеллеров, радио...никто не отменял.
А так, если не жадничать, с нуля можно было собрать готовый проверенный сет и тоже все летало с минимальными настройками
DJI хорошо умеет в рекламу и маркетинг. Чему подтверждение данная статья. Очередной тупой пересказ их же маркетирговых материалов. Без особой конкретики.
Готовых полётных контроллеров для DIY-дронов почти не существовало. В этом сегменте была прямо беда: или слишком дорогие, или слишком тяжёлые, или просто ни о чём.
Серьезно ?
Когда DJI делала первый контроллер в 2006-м, она пыталась купить сторонние IMU. Но оказалось, что они:а) слишком дорогие,б) слишком тяжёлые,в) слишком грубые и нечувствительные для маленьких коптеров. Пришлось делать свой IMU. Получилось.
Что такое эти "сторонние IMU" ? Что такое "свой" ? В современном коптеростроении - это mems-датчики в виде отдельных микросхем или сразу 9999in1. в 2006 было также, только выбор меньше и цены другие. Они что выпускают свои микросхемы ?
В 2014–2016 годах DJI переходит на собственные камеры. Сначала они покупали сенсоры у Sony, но быстро начали собирать их сами, а в результате вообще заменили почти все компоненты на свои. Полностью всё делать смысла не было - отдельные детали выгоднее закупать при любых раскладах.
Есть конкретные данные ? Они прямо производят свои сенсоры ?
Ну и выводы вообще с потолка придуманные.
Тут нет никаких секретов или успешного успеха. Хороший продукт, правильное продвижение и ориентирование на собственный бренд за пределами Китая. (ну и помощь от государства :D )
100% ядра процессора без вашего контроля - это ненормально. Оставлю это здесь для примера: https://www.oscill.com/rus/forum.html?task=viewtopic&pid=4139#p4139 АЦП почти как у вас (но 8 бит), загрузка процессора 100%, вот только - частота дискретизации - 32Mвыб/с - процессор 8051 - 2кб RAM - и проект делался 20 лет назад.
А иногда наоборот, чтобы реже проветривать. Или не проветривать принудительно вообще.
Потому как "мне душно", "тут спертый воздух" - это чаще всего лишь высокая температура в помещении и низкая влажность
Ну это совсем другая модель, и там scd4x, а это не ndir.
NDIR датчики не могут нормально работать "раз в 10 минут" ибо им нужен прогрев.
А есть фото внутренностей? А то на рекламных картинках почти везде без провода. При том что ndir датчик требует постоянного питания с приличными токами + вайфай тоже прожорливый
Спорное утверждение :) Недавно решил обновить прошивки на светильнике и пульте. Все через z2m все работает как и раньше, а вот прямое соединение - никак. Повторное соединие походит, индикация показыват что все хорошо. Вернул старую версию на пульт.
Вы это называете "промышленным"? (Оно может быть распаяно на одной плате, но это не меняет дела особенно)
По сути, плата сверху - ровно тот же усб-свисток. Я пробовал и первый и второй путь. На отваливание единичных устройств это вообще никак не влияет. Но и отваливания координатора, внезапно происходило одинаково и по факту зависит от прошивки самого zigbee-stack. И когда переставало работать, то z2m показывал что все хорошо и даже включал лампы, вот только ошибки сыпались.
Это правда, но у сд-карт серьезный плюс - их легко можно заменить, легко сделать полный бекап и восстановление.
Как вариант, использовал PI CM4 + NVME, но решение избыточное для УД, а навешивать туда что-то еще - памяти маловато.
Ну вот у меня что-то типа N150 с нормальным и понятным SSD. Координатор воткнут в USB, проблемы ровно те же, раз в несколько месяцев происходит то что описано выше.
сервер УД подразумевается в любом случае: автоматизация на уровне z2m - это не о чем. Да и сложно представить весь УД только на одних ZB устройствах.
Ну и к примеру кастомные устройства, тот же CO2 с индикацией, микроволновый датчик присутсвия, управление обогревателеми и прочее, чего нет стандартного все равно гораздо удобнее всего делать на Wifi (+питание нормальное и так требуется).
Отдельный плюс устройств на wifi (esphome, tasmota) - то что какую-то часть автоматизации можно сделать вообще автономно, средствами самого устройства.
Просто он показывает что угодно, но не СО2
Если плита газовая, то не просто повышается, а крайне интенсивно. По этому, если готовить без нормальной вытяжки - 5000ррм в районе плиты - вопрос 10-30 минут
Я когда-то тоже считал и если брать цифры из всяких снипов и прочих стандартов, выходило что мне нужно авиационную турбину вешать.
В реальности, квартира в 90м², два человека и приточные клапаны на нескольких окнах - больше 800 не поднимается. Только если на улице полный штиль (что в месте где я живу не часто), то можно открыть окно(а).
Делал инсталляцию из 3шт: на полу, ~50см и 80см от пола. Разница между нижним и верхним до 500ррм, окно и дверь закрыты. Могу повторить, но сейчас зима и обогреватель ночью работает, так что результаты могут отличаться.
Tasmota, как и аналог для BK* чипов - вполне себе управляются через веб-морду без подключения к серверу УД в том числе.
Также там можно настроить две точки доступа, что может повысить надежность.
Вы о чем вообще?
свисток в данном контексте - USB-Zigbee координатор. В простом случае, это cc2652 + cp2102, И допустим, малина на которой вертится z2m и остальное.
то что вы упоминаете (надёжные standalone "zigbee zigstar lan gateway" и подобное)
- это тот же условный сс2652. Только между ним и сервером УД еще ESP32, 1+ свитч/роутер, 2 lan кабеля.
Могут быть вариации, например другой радиомодуль и целый SoC c линуксом(к примеру, https://hackaday.com/2021/06/12/hacking-the-lidl-home-gateway/)
А собственно без z2m и сервера умного дома данное "отдельное" устройство ничего не может.
Что тут может быть нажежнее?
Если не нравится именно свисток, а используется одноплатник - то можно даже упростить:
https://github.com/codm/cc2652-raspberry-pi-module
(Правда очень желательно вывести EN пин LDO чтобы можно было перезагружать сам модуль)
И да, лично я считаю самым "удобным в качестве отказустойчивости" последний вариант. Если что-то глобально падало - то решалось если не просто перезапуском служб, то передергиванием питания зигби-чипа.
На случай выхода из строя есть как запасной cc2562, так сд-карта с бекапом недельной/месячной давности.
Если вдруг малина умрет - запасные тоже есть, даже не обязательно такую же модель.
По моим наблюдениям, вайфай все же наиболее надёжный вариант (естественно локальный, не какая-нибудь туя).
Выше писали, зигби может упасть, на уровне одного устройства, так и вся сеть. Вайфай же у меня плохо работал только из-за некачественного питания
Эти "надёжные" устройства по сути тот же свисток, только с промежуточным звеном в виде микроконтроллера (uart2lan), ну + LAN или вайфай - ещё одна потенциальнаЯ точка отказа.
а вы точно программист ? esphome так-то ардуину под капотом использует.
Ардуино !== "Arduino UNO или любая плата на atmega328p" . "официальные платы с есп32 тоже вполне себе существуют (https://docs.arduino.cc/hardware/nano-esp32/ )
Об этом кричат в любой теме про CO2 - "не берите MH-Z19!!!!111адинадин"
Тут очень важно, где датчик размещать. Ножка монитора это похоже место куда идет ваш личный "выхлоп", так что превышение может быть в разы, пока вы за этим понитором находитесь.
Тоже самое и для спальни - надо ставить +- на высоте кровати. Иначе, при слабом проветривании, CO2 скапливается внизу и датчик, расположенный ближе к полу будет завышать, выше провати - занижать.
Ну и самое зло - спать на полу.
Я знаю несколько способов как это реализовать.
Вопрос в том, что если это сделать, то проще использовать сторонний клиент.
Если так хочется использовать трубку, веб-хуки и запросы для набора Димы, то почему это не сделать сразу из НА?
Это так, что Гугл нашел на первой странице. От привычных в то время устройств отличается только наличием корпусов и "проприетарным разъёмами"
Удобнее и немного проще чем упомянутый ардупайлот. Но для тех кто уже проигрался с первым. А так, выбор рамы, моторов, пропеллеров, радио...никто не отменял.
А так, если не жадничать, с нуля можно было собрать готовый проверенный сет и тоже все летало с минимальными настройками
DJI хорошо умеет в рекламу и маркетинг. Чему подтверждение данная статья.
Очередной тупой пересказ их же маркетирговых материалов. Без особой конкретики.
Серьезно ?
Что такое эти "сторонние IMU" ? Что такое "свой" ?
В современном коптеростроении - это mems-датчики в виде отдельных микросхем или сразу 9999in1. в 2006 было также, только выбор меньше и цены другие.
Они что выпускают свои микросхемы ?
Есть конкретные данные ? Они прямо производят свои сенсоры ?
Ну и выводы вообще с потолка придуманные.
Тут нет никаких секретов или успешного успеха. Хороший продукт, правильное продвижение и ориентирование на собственный бренд за пределами Китая. (ну и помощь от государства :D )
заставяляют людей на работе "пет-проекты" делать, тяжелые времена.
А так да, лучше с сервера делать, а еще лучше - непосредственно с маршрутизатора.
И пассивно, как вариант, https://python-arptable.readthedocs.io/en/latest/index.html
Какие VLANы и тем более /8 в контексте arp-сканера ?
Тем более, из wifi.. хорошо, если client isolation не включен.
Но, в целом, затея бесполезная.
100% ядра процессора без вашего контроля - это ненормально.
Оставлю это здесь для примера:
https://www.oscill.com/rus/forum.html?task=viewtopic&pid=4139#p4139
АЦП почти как у вас (но 8 бит), загрузка процессора 100%, вот только
- частота дискретизации - 32Mвыб/с
- процессор 8051
- 2кб RAM
- и проект делался 20 лет назад.