Quelle plateforme IoT dois-je utiliser pour que les capteurs de température basse énergie soient alimentés par batterie?

Je souhaite installer deux détecteurs de température: un à l'extérieur et un à l'intérieur de ma maison, afin de comparer la température et agir sur la différence (ouverture / fermeture de la fenêtre par exemple).

Le problème auquel je suis confronté est la plate-forme à prendre. Ma pensée initiale était d'aller avec le Photon , mais le prix est assez élevé quand je peux opter pour un Raspberry Pi Zero pour beaucoup. D'un autre côté, le Pi Zero nécessite beaucoup de puissance, et comme je prévois de placer un capteur à l'extérieur, j'espérais "le placer et l'oublier" au moins pendant quelques mois, avec quelques piles AA (une? Deux ?) dessus.

Je demande donc votre aide. Je suis ouvert à d'autres plateformes pour mettre en œuvre mon plan. Voici ce que je recherche sur cette plateforme:

1. Compatible Wi-Fi (ou une certaine transmission pour l'extérieur, et Wi-Fi pour l'intérieur)
2. Peut vivre des semaines, des mois en utilisant de simples AA
3. Pas cher. Ce n'est qu'un petit projet parallèle.

ESP8266 peut être un très bon candidat pour votre projet.

Pour augmenter la durée de vie de la batterie avec ESP8226, vous pouvez suivre cet article Open Home Automation . Les moyens d'économiser l'énergie mis en évidence par cet article sont les suivants:

• prendre des mesures à intervalles (toutes les 10 minutes par exemple) et dormir le reste du temps.
• la suppression de la LED fait chuter la consommation à 77 uA, soit 0,077 mA. Cela signifie que la même batterie peut durer… 3,7 ans!

Et certainement ESP8266 est peu coûteux.

Caractéristiques principales de l' ESP8226 :

• Puce Wi-Fi low-cot avec pile TCP / IP complète et MCU (unité de microcontrôleur)
• Wi-Fi IEEE 802.11 b / g / n
• 16 broches GPIO, SPI, I²C, UART sur broches dédiées

Plus de matériel de référence sur espressif.com .

Je vois au moins 3 choix à faire dans la conception de votre système.

Le protocole RF WiFi n'est pas très économe en énergie. Vous pouvez atténuer cela en n'envoyant que rarement des mesures (mesure à 1 min, transmission à 20 min). BLE ou similaire pourrait être mieux, mais vous devez échanger la gamme et le coût des pièces si vous optez pour quelque chose d'un peu moins de marchandise. Si son usage domestique personnel, beaucoup plus de 2 ans ne vaut probablement pas beaucoup d'optimisation supplémentaire.

Inside Unit Vous avez probablement différentes contraintes de puissance pour cette unité, mais vous ne spécifiez pas. Surtout, il n'est pas nécessaire que ce soit la même plate-forme que l'unité extérieure, mais il ne semble pas que vous ayez besoin d' un SBC sous Linux. La façon dont vous souhaitez développer votre stack est peut-être le facteur déterminant ici (ainsi que la familiarité).

Unité extérieure Actuellement, vous avez une exigence de fonctionnalité faible - juste une interface numérique avec votre thermomètre. Vous voudrez peut-être une résolution de 0,25 ° C ou mieux pour permettre une certaine portée dans la façon dont vous l'utilisez. Certes, vous avez besoin d'un mode veille, mais le choix est assez large. L'environnement de développement et la facilité d'utilisation peuvent être un facteur aussi important que le prix. Vous n'avez pas de charge utile de calcul à vous soucier du protocole de communication, donc une fréquence d'horloge basse est logique.

D'autres facteurs que vous voudrez peut-être considérer sont la probabilité que vous étendiez cela à l'avenir, cela pourrait affecter votre choix de carte (par exemple si vous souhaitez ajouter une unité d'affichage / de contrôle à l'intérieur).

Il est assez clair que le seul choix important ici est que l'unité extérieure / batterie soit un microcontrôleur avec veille (et RF), plutôt qu'une plate-forme Linux complète. Les plates-formes plus récentes sont susceptibles d'offrir une meilleure efficacité énergétique, mais pourraient être suffisamment coûteuses pour compenser l'avantage dans ce cas d'utilisation.