Я вижу, по крайней мере, 3 варианта, которые нужно сделать в дизайне вашей системы.
РЧ протокол WiFi не очень энергоэффективен. Вы можете уменьшить это, отправляя показания нечасто (измерение в 1 минуту, передача в 20 минут). BLE или что-то подобное может быть лучше, но вам нужно торговать ассортиментом и стоимостью запчастей, если вы выбираете что-то немного менее полезное. Если его использовать в личных целях, гораздо более 2 лет, вероятно, не стоит много дополнительной оптимизации.
Внутри устройства Возможно у вас есть разные ограничения мощности для этого устройства, но вы не указываете. Крайне важно, что она не должна быть той же платформой, что и наружный блок, но это не похоже на то, что вам нужен SBC под управлением Linux. То, как вы хотите развивать свой стек, может быть движущим фактором здесь (а также знакомство).
Наружный блок В настоящее время у вас низкие требования к характеристикам - просто цифровой интерфейс к вашему термометру. Возможно, вы захотите разрешение 0,25 ° C или выше, чтобы разрешить некоторые аспекты его использования. Конечно, вам нужен спящий режим, но выбор довольно широк. Среда разработки и простота использования могут быть таким же важным фактором, как и цена. У вас нет вычислительной полезной нагрузки, о которой стоит беспокоиться по протоколу связи, поэтому имеет смысл низкая тактовая частота.
Другие факторы, которые вы, возможно, захотите рассмотреть, - это вероятность того, что вы захотите расширить это в будущем, это может повлиять на ваш выбор платы (например, если вы хотите добавить дисплей / блок управления в помещении).
Совершенно очевидно, что единственный важный выбор здесь заключается в том, что внешний / аккумуляторный блок должен быть микроконтроллером со сном (и RF), а не полностью Linux-платформой. Более новые платформы, вероятно, предложат лучшую энергоэффективность, но могут быть достаточно дорогими, чтобы компенсировать выгоду в этом случае использования.