W projekcie systemu widzę co najmniej 3 opcje do wyboru.
Protokół RF WiFi nie jest bardzo energooszczędny. Możesz temu zaradzić, wysyłając odczyty tylko rzadko (pomiar w 1 minutę, transmisja w 20 minut). BLE lub podobny może być lepszy, ale musisz wymienić zasięg i koszt części, jeśli wybierzesz coś nieco mniejszego. Jeśli jest to użytku domowego, znacznie ponad 2 lata prawdopodobnie nie jest warte dodatkowej optymalizacji.
Jednostka wewnętrzna Prawdopodobnie masz różne ograniczenia mocy dla tej jednostki, ale nie określasz jej. Krytycznie nie musi to być ta sama platforma, co jednostka zewnętrzna, ale nie brzmi to tak, jakbyś potrzebował tutaj Linuksa z SBC. To, jak chcesz rozwinąć swój stos, może być tutaj czynnikiem decydującym (a także znajomością).
Jednostka zewnętrzna Obecnie masz niskie wymagania dotyczące funkcji - tylko cyfrowy interfejs do twojego termometru. Możesz chcieć mieć rozdzielczość 0,25 ° C lub lepszą, aby pozwolić na pewien zakres korzystania z niej. Z pewnością potrzebujesz trybu uśpienia, ale wybór jest dość szeroki. Środowisko programistyczne i łatwość użytkowania mogą być równie ważnym czynnikiem jak cena. Nie masz żadnej wartości obliczeniowej, którą warto się martwić o protokół komunikacyjny, więc niska częstotliwość taktowania ma sens.
Inne czynniki, które warto rozważyć, to prawdopodobieństwo rozszerzenia tego w przyszłości, może to wpłynąć na wybór płyty (na przykład, jeśli chcesz dodać jednostkę wyświetlającą / sterującą w pomieszczeniu).
Jest całkiem jasne, że jedynym ważnym wyborem jest to, że jednostka zewnętrzna / akumulatorowa powinna być mikrokontrolerem z trybem uśpienia (i RF), a nie pełną platformą Linux. Nowsze platformy mogą oferować lepszą efektywność energetyczną, ale mogą być wystarczająco drogie, aby zrównoważyć korzyści w tym przypadku użytkowania.