Ws2811 по двум проводам? У меня есть подобная гирлянда, там тоже 2 провода, последовательно-параллельно подключено, 24в. Когда купил года 4-5 назад, смотрел осциллографом со стандартными протоколами не совпадало.
И тоже довольно четко работало и адресность, вроде как, до отдельного диода. Так что разберу после НГ. Все равно уже не живая, кому-то из соседей мешала, видимо.
Вот только тот самый "закрытый компонент" - это типа какая-то защита от клонирования, проверяет серийный номер проца, шифрует его и отправляет китайцам.
Но, этот "компонент" загружается из китайского облака каждый раз и выполняется с рут-поавами. Так что при желании в какой-то момент на определенное устройство(а) можно залить все что угодно.
В конечном итоге, как всегда, мне понравилась идея делать модульно и все устройство разбил на части: плата контроллера (MacroPad Controller), плата с 3-мя энкодерами (Encoders Module), две платы со светодиодом (Led Module) и одна плата с разъемом usb (куплена на Aliexpress).
Модульная архитектура интересна еще тем, что модули заменяемые, если кто-то решит делать такое же устройство, например, на другом микроконтроллере, то может заменить только одну плату.
Как раз, взять rpi-pico или любую другую плату с USB и достаточным количеством контактов и подпаяться проводами - гораздо лучшая затея. Потому как это "прототип", и даже если вы захотите сделать еще одно устройство, то, наверняка, изменений будет достаточно много, что исходные платы тоже придется переделывать.
Ну и там можно 15 кнопок + 3 энкодера (с кнопками) безо всяких матричных опросов и диодов.
А если уже готовый "продукт" делать, то всяко лучше - одна плата и стандартные разхемы для свитчей.
эта картинка (как и большинство в гугле по запросу энкодер) очень далека от действительности, если вы используете распространенные дешевые энкодеры с Али. Ибо в реальности, сигналы получаются сдвинуты не на 90, а на единицы градусов. И это без учета дребезга. Отсюда как пропуски шагов, так и "вращение" в произвольную сторону.
Ну и если так хочется разобраться более детально, как работает USB, Endpoints, HID-Descriptors, то AVR + V-USB все же интереснее/нагляднее.
А если говорить про практичность, то лучше смотреть в сторону nrf52 - помимо USB можно использовать BLE и батарейное питание. Или же zigbee/matter использовать все то же устройство для управления умным домом.
Я себе на нескольких платах, которые использовал много, заменил на type-c. Потому как что мини, что микро со временем становятся очень чувствительны к малейшему шевелению.
В следующий раз лучше переплачу, за нормальный разъем, нервы дороже. Но вы правы, до сих пор многое выпускается с микроусб
Детектор напряжения на стороне target. По сути СN4.1 это однобитный ADC.
это "компаратор" на новохипстерском? Vtarget - это крайне важный элемент в полноценных программаторах для того чтобы работать с DUT c разным напряжением, а тут все равно будет 3,3в на SWD.
По выбору пинов можно заметить, что в прошивке ST-Link-а интерфейс SWD реализован скорее либо на основе SPI, либо программно на GPIO.
А его как-то по-другому, кроме bitbang можно "реализовать" ? (не силен в протоколе, но вряд ли там даже SPI как-то поможет)
Ну а в общем
практически все нормальные отладочные платы можно использовать как программатор/отладчик для внешнего контроллера.
также, если денег около нуля, то спокойно можно использовать китайские клоны stlink
все манипуляции ("инструкция") абсолютно те же что для вышеуказанных китайских клонов.
MiniUSB в 2025 - по истине "самый лучший" разъем для всего.
Программист - это человек, который преобразует некий алгоритм в код.
Так было 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) - то что какую-то часть автоматизации можно сделать вообще автономно, средствами самого устройства.
Ws2811 по двум проводам? У меня есть подобная гирлянда, там тоже 2 провода, последовательно-параллельно подключено, 24в. Когда купил года 4-5 назад, смотрел осциллографом со стандартными протоколами не совпадало.
И тоже довольно четко работало и адресность, вроде как, до отдельного диода. Так что разберу после НГ. Все равно уже не живая, кому-то из соседей мешала, видимо.
Зачем сюда пихать эти низкосортные статьи с кликбейтом?
Если в заголовке про 20 байт, которые изменили мир, то обычно это про 20 байт хитрого кода, который "стоит" больше этих самых байт.
И тут патч не на 20 байт, а на 5, если что.
Вот только тот самый "закрытый компонент" - это типа какая-то защита от клонирования, проверяет серийный номер проца, шифрует его и отправляет китайцам.
Но, этот "компонент" загружается из китайского облака каждый раз и выполняется с рут-поавами. Так что при желании в какой-то момент на определенное устройство(а) можно залить все что угодно.
Как раз, взять rpi-pico или любую другую плату с USB и достаточным количеством контактов и подпаяться проводами - гораздо лучшая затея.
Потому как это "прототип", и даже если вы захотите сделать еще одно устройство, то, наверняка, изменений будет достаточно много, что исходные платы тоже придется переделывать.
Ну и там можно 15 кнопок + 3 энкодера (с кнопками) безо всяких матричных опросов и диодов.
А если уже готовый "продукт" делать, то всяко лучше - одна плата и стандартные разхемы для свитчей.
эта картинка (как и большинство в гугле по запросу энкодер) очень далека от действительности, если вы используете распространенные дешевые энкодеры с Али.
Ибо в реальности, сигналы получаются сдвинуты не на 90, а на единицы градусов. И это без учета дребезга. Отсюда как пропуски шагов, так и "вращение" в произвольную сторону.
Ну и если так хочется разобраться более детально, как работает USB, Endpoints, HID-Descriptors, то AVR + V-USB все же интереснее/нагляднее.
А если говорить про практичность, то лучше смотреть в сторону nrf52 - помимо USB можно использовать BLE и батарейное питание. Или же zigbee/matter использовать все то же устройство для управления умным домом.
То есть по остальным пунктам вопросов нет?)
Я себе на нескольких платах, которые использовал много, заменил на type-c. Потому как что мини, что микро со временем становятся очень чувствительны к малейшему шевелению.
В следующий раз лучше переплачу, за нормальный разъем, нервы дороже. Но вы правы, до сих пор многое выпускается с микроусб
это "компаратор" на новохипстерском?
Vtarget - это крайне важный элемент в полноценных программаторах для того чтобы работать с DUT c разным напряжением, а тут все равно будет 3,3в на SWD.
А его как-то по-другому, кроме bitbang можно "реализовать" ? (не силен в протоколе, но вряд ли там даже SPI как-то поможет)
Ну а в общем
практически все нормальные отладочные платы можно использовать как программатор/отладчик для внешнего контроллера.
также, если денег около нуля, то спокойно можно использовать китайские клоны stlink
все манипуляции ("инструкция") абсолютно те же что для вышеуказанных китайских клонов.
MiniUSB в 2025 - по истине "самый лучший" разъем для всего.
Вы, похоже, как и ТС, работаете в какой-то очень узкой теме. И также узко воспринимаете понятие программист.
Где-то заплакали эмбеддед-программисты, которые могут не использовать библиотеки или писать свои.
Необходимо знать базу предметной области, а чаще даже больше "заказчика".
И если для вас программист и инженер - это отдельные сущности, это печально.
Так было 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) - то что какую-то часть автоматизации можно сделать вообще автономно, средствами самого устройства.