Программист - это человек, который преобразует некий алгоритм в код.
Так было 50 лет назад.
То что вы написали - это кодер. Запрограммировать какие-то готовые формулы, выданные условным математиком - это тоже кодерство. А вот программист, в более широком смысле может (и чаще всего делает) придумывать сам алгоритм, если его нет. Также как архитектуру, программно-аппаратное обеспечение. Не всегда есть специально выделенный архитектор.
Даже если вкатиться без образования - за 10 лет (на то он опытом и называется) должно быть понимание, что полный перебор и рекурсия - это то чего следует избегать всегда.
По этому заголовок вполне верный, это статья справедлива для "кодера 10-летнего". Но уж никак не для "программиста" или "разработчика"
И как обычно в комментах "специалисты", для большинства которых arduino === arduino uno r3. То что официальных плат чуть больше чем много - мало кто интересуется. А так-то мало кто помнит, что первые ардуины вообще на мега8 были )
А по факту, для большинства новичков слово ардуино - это вообще про любую девборду на популярном МК и поддерживаемым одноименным фреймворком.
Да вы правы, но в SDC4x все же немного другой принцип, чем в традиционных NDIR. Из-за чего им помимо температуры еще нужно знать влажность и давление. Причем, давление самостоятельно они измерять не умеют.
А про "прогрев"- ничего не мешает подогревать до нужной температуры раз в минуту непосредственно перед измерением. При этом если откалибровать под условные 30 градусов (максимум дома) - то и подогревать надо не так уж и сильно.
Те, которые с лампой внутри, они сами себя греют до необходимой температуры. Так что ждать придется. Ну и они не расчитаны на режим работы вкл/выкл. Проверял - показания абсолютно левые если прибор включать циклично. Даже с выключенной автокалибровкой.
SCD41 же по идее, расчитан на краткосрочные включения. Вот только если четко следовать даташиту и исрользовать low-power режим - то он показывает откровенную дичь. Более-менее правдопобные результаты, если использовать стандартный режим и уводить в сон (еще желательно пропускать первое измерение после сна)
Та картинка - первое что выдает гугл на вашу же фразу zigbee zigstar lan gateway :) там фотки в печатном корпусе тоже есть, но это не так интересно.
погуглите SMLIGHT SLZB-06M, чем не промышленное устройство?
тоже самое, что и выше, только с PoE. Если PoE не использовать, то также могут быть проблемы с БП и усб-кабелем.
Если нужно куда-то "выносить", то какой вариант конечно надежнее, чем усб-удлинитель. Форм-фактор крайне не однозначный, но то мелочи.
ни фига не согласен. на зигби проще - нажал permit join, включил девайс - всё, он за пол минуты прописался в z2m, бери, юзай. Co2 aqara использую, всё отлично.
К сожалению, не для всего есть готовые устройства. Или недосточно функций из коробки. Например световая индикация в том же CO2 или управление SSR для нагревателя.
Разработка же своих устройств для zigbee - это боль. Особенно SDK от TI.
технически и в зигби устройства влезают, но с ESP не спорю, проще. Другой вопрос, надо ли оно.
Так же как и самодельный УД в принципе - это развлечение.
Хочется чего-то надежного, стабильного и без DIY - вызывайте интеграторов и готовьте пустой дом и много денег.
А есть фото внутренностей? А то на рекламных картинках почти везде без провода. При том что 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, так сд-карта с бекапом недельной/месячной давности. Если вдруг малина умрет - запасные тоже есть, даже не обязательно такую же модель.
Вы, похоже, как и ТС, работаете в какой-то очень узкой теме. И также узко воспринимаете понятие программист.
Где-то заплакали эмбеддед-программисты, которые могут не использовать библиотеки или писать свои.
Необходимо знать базу предметной области, а чаще даже больше "заказчика".
И если для вас программист и инженер - это отдельные сущности, это печально.
Так было 50 лет назад.
То что вы написали - это кодер. Запрограммировать какие-то готовые формулы, выданные условным математиком - это тоже кодерство.
А вот программист, в более широком смысле может (и чаще всего делает) придумывать сам алгоритм, если его нет. Также как архитектуру, программно-аппаратное обеспечение. Не всегда есть специально выделенный архитектор.
Даже если вкатиться без образования - за 10 лет (на то он опытом и называется) должно быть понимание, что полный перебор и рекурсия - это то чего следует избегать всегда.
По этому заголовок вполне верный, это статья справедлива для "кодера 10-летнего". Но уж никак не для "программиста" или "разработчика"
А разрезать дорожку или отогнуть ногу у кнопки ? К чему полумеры в виде оптрона, надо уже было тогда есп32 ставить
И как обычно в комментах "специалисты", для большинства которых arduino === arduino uno r3. То что официальных плат чуть больше чем много - мало кто интересуется.
А так-то мало кто помнит, что первые ардуины вообще на мега8 были )
А по факту, для большинства новичков слово ардуино - это вообще про любую девборду на популярном МК и поддерживаемым одноименным фреймворком.
Avr studio уже вроде был почти нормальным в то время.
еще был вполне удобный CVAVR (платный, но когда это мешало)
Несмотря на все плюсы, у ардуины две основные беды:
- IDE - даже сейчас это лишние буквы в названии Arduino IDE
- отладка. Сейчас вроде что-то уже появилось, но ардуино-подход к разработке - это не про нормальную отладку.
это про пямое связывание (если правильно так называется) - надо пульт подносить прямо к лампе. Работает даже при выключенном координаторе.
В самом z2m у меня ничего не связано, остальные сценарии идут устройство->z2m->domoticz->z2m->устройство.
Да вы правы, но в SDC4x все же немного другой принцип, чем в традиционных NDIR. Из-за чего им помимо температуры еще нужно знать влажность и давление. Причем, давление самостоятельно они измерять не умеют.
Те, которые с лампой внутри, они сами себя греют до необходимой температуры. Так что ждать придется. Ну и они не расчитаны на режим работы вкл/выкл. Проверял - показания абсолютно левые если прибор включать циклично. Даже с выключенной автокалибровкой.
SCD41 же по идее, расчитан на краткосрочные включения. Вот только если четко следовать даташиту и исрользовать low-power режим - то он показывает откровенную дичь.
Более-менее правдопобные результаты, если использовать стандартный режим и уводить в сон (еще желательно пропускать первое измерение после сна)
Та картинка - первое что выдает гугл на вашу же фразу zigbee zigstar lan gateway :) там фотки в печатном корпусе тоже есть, но это не так интересно.
погуглите SMLIGHT SLZB-06M, чем не промышленное устройство?
тоже самое, что и выше, только с PoE. Если PoE не использовать, то также могут быть проблемы с БП и усб-кабелем.
Если нужно куда-то "выносить", то какой вариант конечно надежнее, чем усб-удлинитель. Форм-фактор крайне не однозначный, но то мелочи.
К сожалению, не для всего есть готовые устройства. Или недосточно функций из коробки. Например световая индикация в том же CO2 или управление SSR для нагревателя.
Разработка же своих устройств для zigbee - это боль. Особенно SDK от TI.
Так же как и самодельный УД в принципе - это развлечение.
Хочется чего-то надежного, стабильного и без DIY - вызывайте интеграторов и готовьте пустой дом и много денег.
А иногда наоборот, чтобы реже проветривать. Или не проветривать принудительно вообще.
Потому как "мне душно", "тут спертый воздух" - это чаще всего лишь высокая температура в помещении и низкая влажность
Ну это совсем другая модель, и там 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, так сд-карта с бекапом недельной/месячной давности.
Если вдруг малина умрет - запасные тоже есть, даже не обязательно такую же модель.