The MLC can execute decision-tree algorithms directly on the sensor, using configurable nodes defined by "if-then-else" conditions. Input signals, represented by statistical parameters derived from sensor data, are compared against predefined thresholds for real-time processing. The MLC can also generate interrupts for changes in the decision tree's results, allowing for immediate actions based on processed data. By processing data locally, the MLC enhances power efficiency by minimizing communication with the main processor.
Это не "ядро процессора" и не имеет отношение к обучению. А всего лишь маркетинговое название одной из функций железа/прошивки датчика, которая может использовать данные машинного обучения (реализованного внешне)
Вы правы, но. Если там какие-то серьезные защиты, то подмена диска, а особенно, клонирование, также может привести к окирпичиванию аппаратной части (нормальная практика защиты от неоригинальных деталей).
Но все такие защиты - это дополнительные точки отказа и снижение надёжности устройства в целом. Что для мед. оборудования - так себе идея.
Обычно, если такой софт работает только с уникальным железом - там не заморачиваться сильно с защитой. Скорее всего лечится заменой jnz/jz на nop в одном месте. Ну и серийник может лежать в открытом виде в файле или реестре
Это самые жадные ребята. Весь их бизнес держится на некоторых эксклюзивных данных. И они обычно не делятся даже информацией, которая им бесплатно досталась.
И тут, если микрофон только как детектор шума, не смотрели в сторону стандартного электронного с подтяжку на те же самые 10мка и lpcomp контроллера в качестве детектора?
На схеме не указано, но если больше 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 (они же используются в акарах и туях)
Вы Гуглом хоть попользуйтесь.
Это не "ядро процессора" и не имеет отношение к обучению. А всего лишь маркетинговое название одной из функций железа/прошивки датчика, которая может использовать данные машинного обучения (реализованного внешне)
Вы правы, но. Если там какие-то серьезные защиты, то подмена диска, а особенно, клонирование, также может привести к окирпичиванию аппаратной части (нормальная практика защиты от неоригинальных деталей).
Но все такие защиты - это дополнительные точки отказа и снижение надёжности устройства в целом. Что для мед. оборудования - так себе идея.
Обычно, если такой софт работает только с уникальным железом - там не заморачиваться сильно с защитой. Скорее всего лечится заменой jnz/jz на nop в одном месте. Ну и серийник может лежать в открытом виде в файле или реестре
"святая простата" /s
Это самые жадные ребята. Весь их бизнес держится на некоторых эксклюзивных данных. И они обычно не делятся даже информацией, которая им бесплатно досталась.
Обычный часовой + 2 конденсатора, про них лучше ДШ на кварц читать.
Где-то в заголовочных файлах надо будет его включить. Как минимум, CONFIG_RTC_CLK_SRC_EXT_OSC=y
В принципе и без микрофона пойдет.
И тут, если микрофон только как детектор шума, не смотрели в сторону стандартного электронного с подтяжку на те же самые 10мка и lpcomp контроллера в качестве детектора?
Обычные/стандартные "адресные" диоды - они 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В по входу заявлено, какая защита?
Супрессоры надо на саму линию ставить, а не перед контроллером.
Вообще даташит очень китайский, я вот не нашел про подтяжку линий к + и - питания. И не обычно делают внешнюю, у вас этого нет.