J'ai un projet pour automatiser des choses dans une maison. Je suis développeur mais débutant en électronique et IoT.
Que dois-je utiliser pour communiquer sans fil? Wi-Fi, Bluetooth ... Où dois-je chercher?
J'ai besoin d'une solution bon marché, à faible consommation et minuscule , par exemple en faisant un interrupteur de lumière sans fil supplémentaire, ou, essayez de faire des choses comme la triangularisation locale avec un brassard de circuit intégré de mes camarades de maison (il n'y a pas de prisonniers! La maison est grande et c'est pour avoir un "mode torche" - les lumières vous suivent, pour des économies d'énergie)
Nous cultivons également des aliments (champignons), afin d'optimiser les cultures à l'avenir. Je veux également ouvrir / fermer certaines portes.
Il doit être modulaire pour qu'une API à la fin puisse être cool.
Un circuit intégré Bluetooth sur IoT centralisé par Raspberry Pi (serveur) et contrôlable par Wi-Fi (ou directement via Bluetooth) est-il une bonne chose à regarder? Qu'est-ce que je rate?
la source
Réponses:
Ici, vous avez une belle liste de 11 protocoles IoT que vous devez connaître.
Voici un résumé au cas où le lien se casserait un jour
Considérez simplement que:
Plus la distance que vous souhaitez parcourir avec le signal est longue, plus vous avez besoin de puissance.
Plus le débit de données dont vous avez besoin est élevé, plus la fréquence est élevée, donc plus de consommation d'énergie.
Je suggère donc d'opter pour un protocole basse fréquence; ZigBee fonctionne assez bien, consomme très peu et est très populaire. Le seul inconvénient est que le Raspberry Pi n'inclut pas d'émetteur ZigBee, vous pouvez avoir besoin d'un fruit supplémentaire.
la source
En se référant à la liste des protocoles fournis dans la réponse de Snake, il semble que vous ayez besoin d'un protocole avec une portée de 20 à 100 m, de bonnes performances à faible puissance (idéalement passif, mais je ne connais aucune solution), et pas vraiment beaucoup de bande passante pour la partie portée. De plus, vous avez besoin de certains nœuds statiques qui peuvent être moins contraints du point de vue de la puissance.
BT-LE est le protocole le plus largement adopté. Malheureusement, je ne pense pas que vous puissiez réutiliser un téléphone portable de la même manière que vous utiliseriez un nœud (sauf si vous vous reposez sur des interactions purement passives avec le protocole). Cependant, les SoC qui fournissent ce protocole, ainsi que suffisamment de périphériques pour activer un tracker de fitness ou des écouteurs, sont courants (et améliorent les spécifications).
Si vous regardez les SoC les plus récents avec une radio 2,4 GHz, vous constaterez qu'ils prennent souvent en charge plus que le Bluetooth (il vous suffit de configurer la bonne pile logicielle), il vaut donc la peine d'étudier si vous pouvez obtenir de meilleurs résultats avec un protocole différent ( mais alors vous avez la pénalité de devoir ajouter une autre radio à vos nœuds statiques). Votre cas d'utilisation semble reposer sur une indication fiable de la force du signal (en supposant que la précision du temps de vol n'est pas nécessaire).
À ce stade de la conception, l'une des tâches les plus importantes consiste à définir un budget de puissance et un profil de charge pour l'appareil portable. Cela aura un impact sur les profils de sommeil et les fréquences de transmission. Vous voudrez probablement utiliser un accéléromètre pour adapter la vitesse de transmission (car la radio prendra probablement plus d'énergie à transmettre que le simple sondage pour vérifier le mouvement).
la source
Un protocole non répertorié dans la réponse de Snake sont les modules radio pour 433 MHz / 868 MHz / 915 MHz, dont l'un couvrira la bande de loisirs / recherche dans votre pays, et peut être utilisé pour créer des nœuds de faible puissance. RFM69 et NRF24L01 +.
https://www.mysensors.org/ les a mis dans une configuration réseau avec protocole et passerelles, tous open source, qui parlent à une gamme de contrôleurs existants et offrent de nombreuses opportunités de développement aux extrémités du capteur / nœud et du contrôleur.
la source
Je regarderais certaines des solutions de Nordic SoC qui ont des protocoles intégrés. C'est un bon moyen d'avoir une puce qui vous permettrait de tester différents scénarios, Nordic a des SoC avec la plupart des protocoles courants (Bluetooth, WiFi, IEEE, ANT, etc.) dans un seul chipset.
Je commencerais par Bluetooth, c'est la solution IMHO la plus simple et la plus polyvalente. Bien que je ne sois pas sûr de la triangulation locale, cela semble être une surpuissance pour vos besoins, peut-être cherchez des balises Bluetooth.
la source