Классный проект! Самоподхват через LDO и микроамперы в standby — это прям грамотно для носимой электроники. STM32F030K6T6 — правильный выбор для такой задачи, где важна автономность.
Но если не секрет, почему не рассматривал ESP32 Super Mini? Она стоит копейки, а если прошить на ESPHome — можно интегрировать брелок в самодельный умный дом: отправлять данные с BME280 прямо в Home Assistant, смотреть историю в Grafana. Получился бы не просто метеоблок, а полноценный IoT-датчик.
Хотя понимаю, что с ESP32-C3 или S3 Super Mini пришлось бы ставить аккумулятор побольше — 220 мАч не выдержит постоянную работу WiFi и ESPHome с отправкой данных в HA. Тут как раз и кроется компромисс: STM32 = месяц в standby по кнопке, ESP32 = IoT-датчик с WiFi, но разряжается за день-два. Для брелока первый вариант явно лучше.
И экран 0.91" 128×32 маловат. Можно было взять 0.96" или 1.3" OLED 128×64 — всего на 5-7 мм больше, но информации влезает в 2 раза больше.
В любом случае, проект крутой, особенно пасхалка с котом!
Классный проект! ATmega32U4 с нативным USB — отличный выбор для носимой электроники. Сам на Arduino Mega (ATmega2560) собирал ОПС с RFID MFRC522 и DFPlayer, так что про боль с согласованием уровней 5В/3.3В знаю не понаслышке. Твоё решение с резисторами 1кОм на MOSI/SCK/RESET — это классика, которую почему-то в туториалах редко упоминают, хотя спасает кучу нервов при верификации.
Перепутанные D+/D- — это вообще обряд посвящения для любого, кто делает USB на MCU, через это почти все проходят на первой ревизии. Зато автопереключение питания на P-канальном MOSFET (AO3401) без единой строчки управляющей логики — это прям элегантное решение, чистая аналоговая схемотехника. 103 мкА в standby с LDO и RTC — отличный результат, два года автономности на 2000 мАч выглядят очень реалистично.
Отличная история закрытия гештальта! Выбор ESP32 вместо RPi Zero — это прям классика: Linux на микроконтроллере для жёсткого real-time почти всегда проигрывает из-за планировщика и фоновых процессов. На слабом ARM-железе любой «тик» сразу начинает плавать, сколько бы ядер ни было.
У меня дома тоже зоопарк плат собрался: Arduino Nano и Mega (на одной из них ОПС с RFID MFRC522, DFPlayer и 8 зонами — watchdog, аналоговый опрос шлейфов, всё как у людей), шесть китайских LGT8F328P (отличные клоны ATmega328P, на 32 МГц гоняются без проблем), ESP32 WROOM и ESP32-S3, Wemos D1 с ESPHome на гаражных воротах и ESP8266 NodeMCU, которая крутит ARGB-ленту через тот же ESPHome. Так что про предсказуемость таймингов и выбор инструмента под задачу знаю не понаслышке — ESP32 для таких задач реально идеален: и скорость тика стабильная, и пинов хватает (особенно с каскадом 74HC595), и WiFi в подарок.
А отказ от Flash-анимаций в пользу собственного hex-формата .lda со стримингом прямо с SD-карты в регистры — очень грамотный ход, чтобы не забивать RAM буферами кадров.
Удачи с выгулом на моноколесе! Зрелище, наверное, эпичное.
Классный проект! Самоподхват через LDO и микроамперы в standby — это прям грамотно для носимой электроники. STM32F030K6T6 — правильный выбор для такой задачи, где важна автономность.
Но если не секрет, почему не рассматривал ESP32 Super Mini? Она стоит копейки, а если прошить на ESPHome — можно интегрировать брелок в самодельный умный дом: отправлять данные с BME280 прямо в Home Assistant, смотреть историю в Grafana. Получился бы не просто метеоблок, а полноценный IoT-датчик.
Хотя понимаю, что с ESP32-C3 или S3 Super Mini пришлось бы ставить аккумулятор побольше — 220 мАч не выдержит постоянную работу WiFi и ESPHome с отправкой данных в HA. Тут как раз и кроется компромисс: STM32 = месяц в standby по кнопке, ESP32 = IoT-датчик с WiFi, но разряжается за день-два. Для брелока первый вариант явно лучше.
И экран 0.91" 128×32 маловат. Можно было взять 0.96" или 1.3" OLED 128×64 — всего на 5-7 мм больше, но информации влезает в 2 раза больше.
В любом случае, проект крутой, особенно пасхалка с котом!
Классный проект! ATmega32U4 с нативным USB — отличный выбор для носимой электроники. Сам на Arduino Mega (ATmega2560) собирал ОПС с RFID MFRC522 и DFPlayer, так что про боль с согласованием уровней 5В/3.3В знаю не понаслышке. Твоё решение с резисторами 1кОм на MOSI/SCK/RESET — это классика, которую почему-то в туториалах редко упоминают, хотя спасает кучу нервов при верификации.
Перепутанные D+/D- — это вообще обряд посвящения для любого, кто делает USB на MCU, через это почти все проходят на первой ревизии. Зато автопереключение питания на P-канальном MOSFET (AO3401) без единой строчки управляющей логики — это прям элегантное решение, чистая аналоговая схемотехника. 103 мкА в standby с LDO и RTC — отличный результат, два года автономности на 2000 мАч выглядят очень реалистично.
Удачи с ревизией и ноской часов! 🔥
Отличная история закрытия гештальта! Выбор ESP32 вместо RPi Zero — это прям классика: Linux на микроконтроллере для жёсткого real-time почти всегда проигрывает из-за планировщика и фоновых процессов. На слабом ARM-железе любой «тик» сразу начинает плавать, сколько бы ядер ни было.
У меня дома тоже зоопарк плат собрался: Arduino Nano и Mega (на одной из них ОПС с RFID MFRC522, DFPlayer и 8 зонами — watchdog, аналоговый опрос шлейфов, всё как у людей), шесть китайских LGT8F328P (отличные клоны ATmega328P, на 32 МГц гоняются без проблем), ESP32 WROOM и ESP32-S3, Wemos D1 с ESPHome на гаражных воротах и ESP8266 NodeMCU, которая крутит ARGB-ленту через тот же ESPHome. Так что про предсказуемость таймингов и выбор инструмента под задачу знаю не понаслышке — ESP32 для таких задач реально идеален: и скорость тика стабильная, и пинов хватает (особенно с каскадом 74HC595), и WiFi в подарок.
А отказ от Flash-анимаций в пользу собственного hex-формата
.ldaсо стримингом прямо с SD-карты в регистры — очень грамотный ход, чтобы не забивать RAM буферами кадров.Удачи с выгулом на моноколесе! Зрелище, наверное, эпичное.