На схеме не указано, но если больше 100пф или сотни, то всякое может быть. Тем более, у вас 5 затворов подключены к 4 gpio. Если их включать одновременно - шанс выше.
Сам такое наблюдал лет 20 назад, но там был авр и несколько irlml6402 (Cgate 600pf), коммутировавших питание датчиков. И один из них при включении устраивал перезагрузку, остальные ноги - норм.
Недавно например столкнулись с тем что заводские платы все в коротыше, оказалось генератор не тот вообще с другой распиновкой...
Как вас успешное тестирование с "домашним" прототипированием спасет от подобной проблемы при запуске в серию?
Самое главное, что даже для ручного прототипа (более-менее сложная) плата все равно заказывается на стороне. И в случае с китайцами - разница времени получения готовой платы и запаянной - незначительна.
Помимо очевидных проблем с питанием и потреблением есть вопрос эстетики. Не всем нравится вырвиглазное мигание, как у аптечной вывески или разноцветность, как у пакистанских грузовиков.
Говорю же, будет "теч" через диоды и эти резисторы в спячке.
Куда течь? (Если только в спячке у вас gpio в hi-z)
И чем же позвольте оведомиться?
Тем что есть ёмкость затвора. И в момент коммутации ток через gpio может превысить допустимый. Что, особенно при питании от такого "слабого" источника как 2032, легко может может легко перезагрузить контроллер.
Светятся когда все выкл? Не должно такого быть, особенно если притянуть все COL к земле. Опять же просто подтяжка,даже килоом по 10 без всяких ключей должна спасти.
Без кода непонятно, как там сделано управление и мультиплексирование.
Ну и ещё, цеплять напрямую затворы к gpio - очень плохая идея.
, вся обработка выполняется на основном процессоре смартфона или микроконтроллера. Для обработки поступающих данных от инерциального модуля, процессор должен быть постоянно в состояние активности. Например, для носимой электроники данный фактор не позволит отправить основной процессор в спящий режим. Вторая проблема заключается в большом лаге между наступлением события и реакции
Это давно есть в других датчиках, например, в одном из самых diy-популярных, mpu6050 - DMP (а ему лет 15 уже). Да, тут " выше, быстрее и сильнее", но принципы те же.
90-100 намерил без светодиодов и датчиков. Также выкупил с платы ws2812 (он и выключенный много потребляет).
Т.е. это голое потребление самого ЕСП. Что не удивительно, так как часовой кварц не распаян. Возможно с ним выйдет меньше, но это не точно. Также это все при использовании ESP-IDF, в ардуине поддержка sleepy end device нормально не реализована.
Делать из датчика роутер - бесполезная затея, если даже не вредная. Вполне достаточно других "сетевых" устройств, как реле, светильники, розетки.
Вы скажите, а нафига это все? датчик движения Aqara на Zigbee стоит немного дороже, но при этом имеет меньший размер и живет на одной батарейке год. И будете правы. Но таким же образом в HA можно рулить другими вещами которые изначально не умеют Zigbee.
Попробовал H2 - потребление в standby печальное - до 100мка. Так что делать на нем батарейные датчики так себе затея.
Если есть нормальное питание, то проще использовать вайфай.
Если все же хочется малое потребление, то nrf52840 в помощь. Ну или ковырять TSLR (они же используются в акарах и туях)
Это - не то . Форм-фактор светододов совпадает только, а управление одновременно всеми. Лтдловская же гирлянда с адресными двухпроводными. Подключение, типа такого:
лет 10 назад делал подобное, но на тини25. Получилось 12 светодиодов, можно больше, если задействовать все ноги и ресет. Жаль фоток, видео не осталось.
Обычные/стандартные "адресные" диоды - они RGB. И получить нормальный белый там не получится, тем более с разной яркостью.
А так есть конечно RGB+W но я их в живую в мелком корпусе не видел,
На схеме не указано, но если больше 100пф или сотни, то всякое может быть. Тем более, у вас 5 затворов подключены к 4 gpio. Если их включать одновременно - шанс выше.
Сам такое наблюдал лет 20 назад, но там был авр и несколько irlml6402 (Cgate 600pf), коммутировавших питание датчиков. И один из них при включении устраивал перезагрузку, остальные ноги - норм.
Как вас успешное тестирование с "домашним" прототипированием спасет от подобной проблемы при запуске в серию?
Самое главное, что даже для ручного прототипа (более-менее сложная) плата все равно заказывается на стороне. И в случае с китайцами - разница времени получения готовой платы и запаянной - незначительна.
Помимо очевидных проблем с питанием и потреблением есть вопрос эстетики. Не всем нравится вырвиглазное мигание, как у аптечной вывески или разноцветность, как у пакистанских грузовиков.
Куда течь? (Если только в спячке у вас gpio в hi-z)
Тем что есть ёмкость затвора. И в момент коммутации ток через gpio может превысить допустимый. Что, особенно при питании от такого "слабого" источника как 2032, легко может может легко перезагрузить контроллер.
Светятся когда все выкл? Не должно такого быть, особенно если притянуть все COL к земле. Опять же просто подтяжка,даже килоом по 10 без всяких ключей должна спасти.
Без кода непонятно, как там сделано управление и мультиплексирование.
Ну и ещё, цеплять напрямую затворы к gpio - очень плохая идея.
Выглядит красиво.
Но есть вопросы по схемотехнике:
Зачем транзисторы q1 q2? И резисторы подтяжки?
Где токоограничительные резисторы?
По идее, лучше было бы полевики ставить на source, а COLxx - sink.
Это давно есть в других датчиках, например, в одном из самых diy-популярных, mpu6050 - DMP (а ему лет 15 уже). Да, тут " выше, быстрее и сильнее", но принципы те же.
90-100 намерил без светодиодов и датчиков. Также выкупил с платы ws2812 (он и выключенный много потребляет).
Т.е. это голое потребление самого ЕСП. Что не удивительно, так как часовой кварц не распаян. Возможно с ним выйдет меньше, но это не точно. Также это все при использовании ESP-IDF, в ардуине поддержка sleepy end device нормально не реализована.
Делать из датчика роутер - бесполезная затея, если даже не вредная. Вполне достаточно других "сетевых" устройств, как реле, светильники, розетки.
Попробовал H2 - потребление в standby печальное - до 100мка. Так что делать на нем батарейные датчики так себе затея.
Если есть нормальное питание, то проще использовать вайфай.
Если все же хочется малое потребление, то nrf52840 в помощь. Ну или ковырять TSLR (они же используются в акарах и туях)
В китайских датчиках он как бы есть, но похоже не осилили его в прошивке реалищовать
Если вам нужен OC/OD выход - выкиньте левую часть схемы. N-канальнысм транзистором можно управлять напрямую с контроллера
https://raw.githubusercontent.com/klym-tatarnikov/tiny25-xmas-tree/refs/heads/main/video.gif
Перед тем как выкладывать, проверил на макетке с 4 диодами. Когда все 12 - немного живее. Можно затухание плавнее сделать.
Белые светодиоды до 2,7в работают приемлемо, синие, как по мне сильно вырвиглазно.
Там +-40В по входу заявлено, какая защита?
Супрессоры надо на саму линию ставить, а не перед контроллером.
Вообще даташит очень китайский, я вот не нашел про подтяжку линий к + и - питания. И не обычно делают внешнюю, у вас этого нет.
Действительно странная идея)
Обычно, все используют связку n-p транзисторов, особо "упорные" оптрон ставят. Схема же с двумя p-channel, как здесь, работать не будет
Спасибо, довольно интересно. Но у меня, похоже, немного другие - всего два вывода, видимо программируются как-то иначе или на заводе.
У меня нет именно twinkly но явно похожее. вот, выше фото из интернетов, подскажите, что это за такие стандартные светодиоды?
Это - не то . Форм-фактор светододов совпадает только, а управление одновременно всеми.
Лтдловская же гирлянда с адресными двухпроводными.
Подключение, типа такого:
На выходе умеет всякое, например:
лет 10 назад делал подобное, но на тини25.
Получилось 12 светодиодов, можно больше, если задействовать все ноги и ресет.
Жаль фоток, видео не осталось.
Мигает по одному светодиоду всевдослучайно, с плавным затуханием.
https://github.com/klym-tatarnikov/tiny25-xmas-tree
Да, причем сами светодиоды непосредственно с двумя ногами, подключены что-то типа 10s10p, никаких дополнительных деталей на самой ленте