Veo al menos 3 opciones para hacer en el diseño de su sistema.
El protocolo RF WiFi no es muy eficiente energéticamente. Puede mitigar esto enviando lecturas con poca frecuencia (mida a 1 min, transmita a los 20 min). BLE o similar podría ser mejor, pero necesita cambiar el rango y el costo de las piezas si opta por algo un poco menos básico. Si es para uso doméstico personal, mucho más de 2 años probablemente no valga mucha optimización adicional.
Unidad interna Probablemente tenga diferentes restricciones de potencia para esta unidad, pero no especifica. Críticamente, no necesita ser la misma plataforma que la unidad exterior, pero no parece que necesite un SBC que ejecute Linux aquí. La forma en que desea desarrollar su stack es quizás el factor determinante aquí (así como la familiaridad).
Unidad exterior Actualmente tiene un bajo requisito de funciones: solo una interfaz digital para su termómetro. Es posible que desee una resolución de 0.25 ° C o mejor para permitir un cierto alcance en cómo lo usa. Ciertamente necesita un modo de suspensión, pero la elección es bastante amplia. El entorno de desarrollo y la facilidad de uso pueden ser un factor tan importante como el precio. No tiene que preocuparse por la carga útil de cómputo por el protocolo de comunicación, por lo que una baja frecuencia de reloj tiene sentido.
Otros factores que puede considerar son la probabilidad de expandir esto en el futuro, esto podría afectar su elección de placa (por ejemplo, si desea agregar una unidad de visualización / control en interiores).
Está bastante claro que la única opción importante aquí es que la unidad exterior / batería debe ser un microcontrolador con suspensión (y RF), en lugar de una plataforma Linux completa. Es probable que las plataformas más nuevas ofrezcan una mejor eficiencia energética, pero podrían ser lo suficientemente costosas como para compensar el beneficio en este caso de uso.