Nuttx может и будет съедать немного больше энергии и ресурсов, но вопрос еще во времени разраьотки по и возмодности его написания на обычном пк и потом переноса на мк. В случае простых устройств этотне критично, светодиодом там помигать или двигателем поуправлять, пакеты попередавать.

Но если писать кучу софта и кастомизировать драйвера, то подход с posix мне кажется более выигрышным даже если устройство бцдет работать 5, а не 6 часов, зато код будет написан быстрее и качественее.
Плюс можно будет при сьорке выбирать в настройках какой драйвер вы хотите соьрать. Там сборка удоьная жутко, плбс под nuttx хоть это и posix есть порты на многие мк и есть куча драйверов уже написаных. Возможно вам и писать меньше прийдется.

Спасибо рассмотрю этот вариант.
На первый взгляд выглядит интересно.

С подозреваю, что pi-zero или Compute Module будут слишком много кушать.

короче, на каждой дочерней плате у вас будет микроконтроллер. нужно спроектировать стандартную шину, протокол совместного доступа к ней, enumeration протокол

У compute module есть большие требования к питанию, минимум 1.5 -2.0 ампера блок питания, если меньше будет, то не стабильно работает и иногда перезагружается)

Особенно это выражается при раьоте его беспроводного модуля

блин, если так нужен линукс, есть же ebmedded SoC типа mp1 или am33xx

Но штука удобная

зачем пихать туда мультимедиа процессор?

Compute module и правда быстро модно сделать прототип

Кстати дедо говорит

Дело*

Посмотрите про smarc модули

Это аналог compute module, но там разные есть варианты с разными потребительными возможностями.

Но это скорее пока что то не стандартное. Прийдется искать, выбирать поставщика и тд. Вот так пойти и купить не получится

Спасибо всем за информацию, пойду её "переваривать".

Пока склоняюсь к STM32 + RTOS на борту.

Предполагается, что устройство будет долгое время спать, при необходимости просыпаться, обмениваться данными и снова засыпать.

У вас на каждом модуле интерфеймном будет мк?

источник питания с резервом тоже лучше сделать отдельным модулем, кстати

Как один из вариантов, в другом варианте коммутация разных интерфейсов с помощью CPLD на мат плате.

Может есть вариант еще сделать эти мк на модулях интерфейсными, пепеваривающими конкретный lora напоимер модуль, а внешний интерфейс сделать простым и единообразным.

Так работают умные дисплей по uart, плюс всеми любимый esp, а так же любой модуль обменивающийся АТ командами

Так вы разделите сложность проекта, и тестирование будет проще, как и поиск ошибок.

Но увеличится сложность так как прогать надо два мк и связь между ними.

В самом устройстве планируется встроенный LiFePO4, основное питание через разъём, к которому будет подключаться внешний аккумулятор или сетевой блок питания или всё вместе.