Както казах проблемите не са толкова в сложността, колкото в загубата на време поради куп дребни причини.

Няколко входа със сигнал има/нема, един или два датчика закачени на I2C или SPI. Това за вход.
Изход - няколко потребителски светодиода и някакъв сериен изход.
Ще има и мониторинг на батерията, но ще е нещо елементарно - напрежение в определен момент, например в режим повишена консумация. Няма да се правят статистики за изразходвана енергия и т.н.
Предстои да уточня с какво ще следя напрежението на батерията - с компаратор или АЦП. И двата варианта имат предимства и недостатъци.
Може да се следи и индиректно. Повечето микроконтролери които съм използвал обаждат каква е била причината за последния ресет. Ако е BOR, работата е ясна - батерията е за в кофата...


Вероятно ще е CR2032 или нещо сходно.

Ами дотук нищо чак толкова фрапиращо, т.е. изоборът на възможни контролери е големичък.
Въпросът е докъде ще теглиш чертата, понеже като си говорим за сложности и проблеми най-често апетитът идва с яденето. Примерно слагаш сериен, а те ти казват "ма не може ли и USB, щото така е по-модерно", слагаш USB и почват да ти мрънкат за ethernet, слагаш и него и хоп, ама не може ли и wifi... Или пък тръгнал си с ftp, ама после се оказва че някой иска http, после пък се присещат за секюрити и айде https.
Ta така де, в началото планираш да "реализираш" кочинка пък после се оказва че кочинката е многоетажна и се иска леко да поназнайваш и от архитектура или има опасност лайната да се срутят... И тъй като това е често срещан проблем, съответно инструментите и материалите почват да ги правят малко странни, хем за кочинки, хем за небостъргачи, а понякога нито за едното, нито за другото
Лошото е, че няма универсално решение. И още по-лошо е, че решавайки един проблем се създават нови проблеми дето преди си ги нямал. При малките контролери е ясно - не могат това, не могат онова, но което го могат може всякак да го ползваш. Обаче колкото повече карантии добавят към контролера става по-шибано. Става прекалено сложно да управляваш няколко периферии в един bare-matal loop. И щеш не щеш отиваш на някаква форма на многозадачност. Дали RTOS или друга изгъзица. И уж си решил проблема, ама не, понеже сложиш ли многозадачност и се почват проблеми със синхронизации, проблеми с атомични операции и т.н. Почваш на тия проблеми да им търсиш решение, намираш някакво, но всяко решение обикновено създава нови проблеми и така до откат...
Та или трябва някъде да теглиш една черта и да кажеш оттук нататък гледайте си работата... или много внимателно да избираш "решенията", за да не се окаже че още на втория етаж от кочинката проблемите са станали повече от допустимото и трябва да рушнеш всичко до основи.

Няма подобна опасност. Предвидена е някаква степен на усложнение от първоначалното задание, но има яснота в какви граници би било. Някой и друг вход повече, някоя и друга юзерска функция, и все от тоя род.
Ако се стигне до USB или етренет, канселирам задачата. Всяка жаба, да си знае гьола. В моето си блато, такива сложни джаджи не виреят...
Относно многозадачността... Вероятно ще има някаква, псевдо такава - някакъв елементарен "time slicing".

Абе то верно, че увеличаването на апетита е често срещано явление, ама чак до там...

itso.t, колко време се очаква да работи дивайса с тази батерия?
Не е лошо да храниш сензорите от пин на проца и да им гасиш захранването в спящ режим.

А има ли сериен вход? Ако има - един шотки от твоя RX, към един електролитен и можеш и без захранване да минеш.

Тая фатка май бачкаше само при барон Мюнхаузен...

Да- така консумира по-малко. В някои случаи може и да отдава електричество.
Едит:

-Много интересно и полезно.
Не разбрах развойни средства и програмиране- документация?
Ако може твоят приятел да прати нещо по темата.
Това видях при братушките, нещо скъпо ми се видя. Нямат го в наличност и е с Apollo1
https://www.terraelectronica.ru/catalog_info.php?CODE=2090041

Това го бях пропуснал. С малко гуглене, вдигна пелената какво се явява серията EFM8 на Силабс, за които питах в тая тема - viewtopic.php?f=7&t=15207
Явно пак е разработка на бившите EnergyMicro, само че за 8-битовата им серия. Затова се различават от стандартната им серия и като стил на документация и като развойни средства.

bobihot, документацията за първия Apollo, както и Ambiq Control Center (Flash tool, on-chip debugger) е налична на

http://ambiqmicro.com/support

Втората версия ще последва скоро. Разликите са по-скоро инкрементални (Двойно по-високи честоти, повече прекъсвания, повече памет...). Ядрото е M4 и съответно има поддръжка за GCC,KEIL,IAR.

Дебъгване с Segger J-Link, EDU версията за некомерсиални цели е 60е, но предполагам и OLIMEX ARM OCD ще работи.

Ако един списък на регистри се нарича "документация"... Нито един апп ноте, само някакъв дизайн гайд от няколко странички.

Аз лични бих стоял мнооооого далеко от подобни чепове.

В подобни ситуации (когато и гугъл е леко мъглив) се допитвам до последната инстанция: github. Ето например BSP както и freertos, за гцц, иар и кайл:
https://github.com/liklon/AMBIQ_BLE
https://github.com/alecfischetti/Alecs_Repo/tree/02448d15988ea439eec3584669a70ce3c4fbbb66

Едит: тука още по-богато:
https://github.com/renton197/ota_working

@miro_atc, явно не ти се е налагало да работи с наши продукти, да видиш какво се казва "business need to know policy"

Шегата на страна, имат AN и design guidlines и пр. Виж по-долу на страницата.

http://ambiqmicro.com/support

Аз я видях, ама ти видя ли че това са апп-нотове за RTC-тата им?

Ся, ако искаш да кажеш, че за да видя консумацията примерно трябва да се обръщам към съпорта и да подписвам NDA... Не, мерси!

И за uC има. Най долу, документът се казва "Ambiq Control Center Quickstart" и в него е описано как да ги отвориш през "Ambiq Control Center" приложението, там има и примерен код. Директен линк

http://www.ambiqmicro.com/wp-content/up ... tart_0.pdf
http://ambiqmicro.com/wp-content/upload ... 1-1p00.pdf
http://ambiqmicro.com/wp-content/upload ... 1-1p00.pdf
http://ambiqmicro.com/wp-content/upload ... 1-1p00.pdf