Projets:objets connectes

From Electrolab
Jump to: navigation, search

Et si on tentait de citer et un peu expliquer quelques sont les possibilités de se procurer ou de se faire un objet connecté ?

C'est à compléter ou modifier


BlueTooth

  • Attrait : diffusion de sons
  • Portée : quelques mètres
  • Utilisable avec ordi, raspi
  • Consommation : ... mA
  • Coût du module : quelques euros
  • Abonnement : non
  • Unidirectionnel
  • Liens de revendeurs
  • Liens de réalisations

Wifi

  • Attrait : intégration dans son réseau privé et vers internet
  • Portée : 10 à 30m suivant les obstacles
  • Utilisable par ordi, raspi, arduino
  • Consommation : ... mA
  • Coût du module : quelques euros
  • Abonnement : non
  • Bidirectionnel
  • Liens de revendeurs
  • Liens de réalisations


2.4 GHz Radiocommande modélisme

  • Attrait : plutôt utilisation de servos mais aussi transfert de données
  • Portée : en sol air jusqu'à 1500 m
  • Utilisable par ordi, raspi, arduino
  • Consommation : .. mA
  • Coût du module : Tx + Rx de 30 à 60 euros
  • Abonnement : non
  • Uni ou bidirectionnel
  • Liens de revendeurs
  • Liens de réalisations


Puce GSM

  • Attrait : envoi de données principalement sous SMS
  • Portée : couverture téléphone portable
  • Utilisable par ordi, raspi, arduino
  • Consommation : .. mA
  • Coût du module : ... euros
  • Abonnement : obligatoire >= 2 euros/mois
  • Bidirectionnel
  • Liens de revendeurs
  • Liens de réalisations

Puce Sigfox

  • Attrait : très basse consommation,
  • Mais : très peu de messages par jour, débit très faible, taille très faible par message
  • Portée : couverture sigfox : en cours de développement
  • Utilisable par ordi, raspi, arduino
  • Consommation : .. mA
  • Coût du module : 50 euros ou +
  • Abonnement : obligatoire ; 15 euros/an
  • Unidirectionnel
  • Liens de revendeurs :
  • Liens de réalisations : tracker GPS :

http://www.capturs.com/produits/ 109 euros

https://github.com/hidnseek/hidnseek

https://www.hidnseek.fr/shop#st1a 139 euros avec un an d'abonnement

    Expérience d'un membre de la mail-list.

J'ai assisté au sigfox maker's tour à Paris en octobre dernier, présentation de la boite, de la techno etc.., très intéressante (résumé ici: http://fr.slideshare.net/nicolsc-slides/sigfox-makers-tour-barcelona ).

On devait faire joujou avec une carte akeru ( http://snootlab.fr/shields-snootlab/829-akeru-beta-33-fr.html) en live, mais leur interface était plantée, du coup, séance écourtée, tout le monde est reparti avec la carte + 1 an d'abonnement sur le réseau sigfox.(ce qui était prévu au départ).

Technologie assez bluffante, j'ai testé le tout en mettant la carte dans ma boite aux lettres fermée, le tout entouré d'une bonne dose de béton armé. les messages arrivaient en "quality link" à 2/5 , sans l'antenne ça fonctionnait aussi. le traitement prend environ 2 à 3sec. carte énergivore, c'est un arduino + modem, mais y'a moyen d'optimiser le tout.

J'ai fait un petit script avec https://curl.haxx.se/ pour récupérer les infos de leur backend et les afficher sur une page web perso.

Au final, après quelques bidouilles et tests, je m'en sers pour surveiller mon réseau domestique (routeur, serveur) et j'envoie une alerte mail sur mon mobile en cas de "network failure" ;)

Pour ce qui est du produit ci dessus, je trouve le terme "live" inapproprié, étant limité à 140 msg/jours, c'est la réglementation du 868 qui l’impose, pas la techno.

    Commentaire d'un autre membre

Le 868 MHz, qui est une bande ISM libre de droit, impose certaines contraintes pour que tout le monde puisse l'utiliser de façon optimum, comme la puissance d’émission, le "duty cycle" (temps d'utilisation), ...

Pour que Sigfox respecte les règles ils sont obligés d'imposer 140 messages par jour max, le client peut faire plus, ce n'est pas un problème de capacité, mais ils vont le détecter et envoyer des alertes, pour des tests ça va, ils s'en foutent, mais pas en production.

140 messages/jour ça fait à peine 6 par heure, on est très loin du temps réel comme l'annonce capturs, ou alors ils trichent.

Lora

  • Attrait :
  • Portée :
  • Utilisable par
  • Consommation : .. mA
  • Coût du module : euros ou +
  • Abonnement : euros/an
  • ?directionnel
  • Liens de revendeurs :
  • Liens de réalisations :
  • loraWAN => the things network permettant d'avoir son propre réseau indépendant et de créer un réseaux plus large interconnecté
    • The Things Gateway : 250 euros
    • the things Node : 70 euros
    • The Things Uno : 50 euros
    • Voir le lien ci dessous pour plus info : https://thethingsnetwork.org/

GITHUB : https://github.com/TheThingsNetwork/

Kickstarter : https://www.kickstarter.com/projects/419277966/the-things-network/description


NB-IoT

  • Attrait :
  • Portée :
  • Utilisable par
  • Consommation : .. mA
  • Coût du module : euros ou +
  • Abonnement : euros/an
  •  ?directionnel
  • Liens de revendeurs :
  • Liens de réalisations :

Iridium


   Le mot de Yannick


Premier point, le point législatif :

En Europe (et pas que), chaque état dispose de sa propre autorité de régulation d'utilisation du spectre radioélectrique. En France, l'ANFR assure cette gestion et publie un document de référence exhaustif, le TNRBF (Tableau National de Répartition des Bandes de Fréquences ». Chaque bande est allouée à une application donnée, et/ou à des utilisateurs définis.

http://www.anfr.fr/fileadmin/mediatheque/documents/tnrbf/TNRBF_Ed2013_Mod8_-_Version_du_19_f%C3%A9vrier_2016.pdf

En ce qui concerne les réseaux type Sigfox ou réseaux à protocole LoraWan (le métier appelle ça les LPWA, comme Low Power Wide Area network) , deux situations doivent être clairement différenciées en ce qui concerne les bandes de fréquence :

  • Certaines solutions utilisent des bandes sous licence. C'est le cas

des variantes 2G/3G/4G des réseaux cellulaires dédiés aux M2M (machine to machine). Ces bandes de fréquences sont possédées par un opérateur de réseau qui doit l'utiliser pour fournir un service défini dans les accords de cession de licence, et ce, sur la base d'une norme définie. Ces bandes sont par conséquent bien régulées et supervisées, et permettent un contrôle total sur la qualité de service.

  • Les autres solutions utilisent des bandes « sans licences » dites

bandes ISM (Industriel, scientifique et médical). Ces bandes (169MHz, 433MHz, 868MHzn 2,4HGz...) peuvent être utilisées sans recourir à une quelconque licence, mais sont soumises à des contraintes drastiques (puissance, durée d'émission…). Comme ces bandes peuvent être utilisées par un nombre illimité et non-régulé d'utilisateurs, aucune qualité de service ne peut être garantie.

Ces menu détails sont décris dans la directive RED (applicable à partir du 16 juin) et qui agrège l'ensemble des "anciennes" normes (les textes sont toujours là et sont toujours l'âme de cette directive RED) liées aux dispositifs de télécommunication (sauf équipements radioamateurs).

https://fr.wikipedia.org/wiki/Directive_RED

Les bandes sans licence peuvent être utilisées sans coût, mais pas librement. La loi décrit clairement comment une bande donnée doit être utilisée, et les bandes sans licence sont donc définies par type d'applications.

Si on creuse un peu, on se rend compte que le nombre de solutions pour les réseaux LPWA est assez restreint.

Dans les bandes sans licence :

LORAWAN (protocole développé par IBM et Semtech autour de la modulation à étalement de spectre LoRa, développée par Cycleo, une société grenobloise depuis rachetée par Semtech) SIGFOX (société toulousaine à modèle d'opérateur fondée en 2009, exploitant un réseau propriétaire bâti autour d'une modulation à spectre ultra-étroit)

Les autres ayant déjà perdu la bataille sur le plan international (WEIGHTLESS du chinois Huawei ou INGENU de l'américain Onramp), je ne vais pas étendre inutilement cet email avec des détails sur des choses plus exotiques, ou sur les protocoles réseaux dédiés à la télé-relève, et qui ne nous intéressent dons pas particulièrement ici car non applicable, à peu de choses près.

Dans les bandes sous licence :

EC-GSM (Evolution récente de la technologie GSM pour l'IOT) LTE-MTC (Evolution de la technologie 3G) NB-IOT (Technologie en cours de normalisation optimisée pour l'IOT et destinée à atteindre des performances radio comparables à LoraWan et Sigfox).

Donc... Vous avez là l'essentiel du débat : - si vous voulez une garantie de qualité de service, ce sera du NB-IOP qu'il vous faudra (les perfs des autres technos les rendent non-pertinentes de facto)... - si vous pouvez vous satisfaire d'un peu plus d'aléa, les deux seules alternatives sérieuses sont soit le réseau Sigfox, soit l'un de nombreux réseau à techno LoraWAN.

En terme de performances brutes, il est difficile de faire une comparaison de ces technologies sans se focaliser sur une application donnée. Les information techniques données sur chacune de ces technologies laissent apparaître que :

  • Les réseaux LoraWan sont nettement devant leurs concurrents tant en

uplink qu'en downlink (seules les technos utilisées sur les réseaux de télé-relève comme le réseau Gazpar de GRDF sont meilleures, mais encore une fois, ce n'est pas applicable à une projet tiers, ces réseaux étant propriétaires et non-ouverts à d'autres usages)

  • Si toutes les solutions permettent une couverture théorique de 20 à

40kmn, LoraWan est le meilleur choix pour les applications bidirectionnelles (Sigfox présentant des performances très médiocres en downlink).

  • Énergétiquement, si on considère la question de «l'énergie consommée

par bit transmis », LoRaWan est clairement le gagnant, car Sigfox nécessite deux fois plus d'énergie.

Naturellement, impossible de parler de NB-IOT (car par encore de démonstrateur à mesurer, et norme pas encore figée), mais les chiffres annoncés laissent attendre des performances similaires à LoraWan, et ce, avec le contrôle sur la qualité de service d'un bande licenciée...

Pour terminer, on pourrait parler un peu plus de ce que ces bestioles ont dans le ventre : - La modulation Sigfox, grosso modo, peut être réalisée avec les chips RF de n'importe quel fabricant, tant que ses performances intrinsèques le permettent... - La stack protocolaire de Sigfox est distribuée sous forme d'un BINAIRE. En particulier, il est impossible d'effectuer un audit sur la qualité du code : c'est Sigfox qui vous donne un binaire pour le microcontrôleur cible que vous utilisez. - Faire le choix de Sigfox vous imposera advitam un abonnement sur le réseau Sigfox (SIgfox est un "opérateur" et aucun autre réseau d'aucun autre opérateur n'est compatible) - La modulation LoRa ne peut être réalisée que par les chips Semtech (et bientôt, grâce à une accord permettant aux constructeurs d'avoir un 2nd sourcing, aussi par des chips ST) -> c'est du hard dans le chip radio ui fait la modulation LoRa - Le code de la couche protocolaire LoRaWAN est open source et librement téléchargeable

https://github.com/Lora-net/LoRaMac-node

- vous pouvez, si ça vous amuse/si vous en avez besoin, monter votre propre réseau LoRaWAN (code d'implementation d'une passerelle : https://github.com/Lora-net/lora_gateway)... Ou raccorder votre device à l'un des nombreux réseaux des nombreux opérateurs existants, dont certains ont un fonctionnement coopératif.