https://air.imag.fr/api.php?action=feedcontributions&user=Paul.carretero&feedformat=atomair - User contributions [en]2024-03-29T10:13:39ZUser contributionsMediaWiki 1.35.13https://air.imag.fr/index.php?title=File:2018_CarLoRa-flyer.pdf&diff=41778File:2018 CarLoRa-flyer.pdf2018-04-09T18:20:39Z<p>Paul.carretero: </p>
<hr />
<div></div>Paul.carreterohttps://air.imag.fr/index.php?title=PM2M/2018/TP&diff=41773PM2M/2018/TP2018-04-09T18:19:16Z<p>Paul.carretero: /* Affectation des mini-projets */</p>
<hr />
<div>Page 2018 des supports de cours et travaux pratiques de l'UE [[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]].<br />
<br />
Enseignants 2018 : Didier Donsez<br />
<br />
Partie démarrant 27/02 au 27/03 .<br />
<br />
Soutenance du mi-projet le 27/03 (1H30).<br />
<br />
Rendu fiche de synthèse : 27/03 à minuit.<br />
<br />
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz) et sécurisé avec la blockchain [[Hyperledger]] Fabric.<br />
<br />
[[Image:IoTOverYears.png|600px|center|IoT systems over years]]<br />
[[Image:IoTReferenceArchitecture.png|600px|center|IoT Reference Architecture]]<br />
[[Image:SensorsMix.jpg|600px|center|Sensors Mix]]<br />
<br />
<br />
==Support de cours==<br />
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l'IoT]<br />
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]<br />
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]<br />
* [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2018 Eclipse IoT Days 2018] ([https://gricad.univ-grenoble-alpes.fr/multimedia/videos/eclipse-iot-day-2018 vidéos]).<br />
** Blockchain for Trusted IoT ([https://wiki.eclipse.org/images/0/01/Eclipse-IoT-Days-Grenoble-2018-Blockchain.pdf slides], [https://gricad.univ-grenoble-alpes.fr/video/blockchains-trusted-iot video])<br />
* [http://www.oezratty.net/wordpress/2018/rapport-ces-2018/ Le rapport sur le CES 2018 d'Olivier Ezratty]<br />
* [https://dzone.com/storage/assets/5335165-dzone-guidetoiot-volumeiv.pdf The DZone Guide to The Internet of Things]<br />
<br />
==Planning==<br />
* Avant la séance du 27/02 (TRES IMPORTANT)<br />
** Installation de l'IDE pour le STM32<br />
** Installation de [[Docker]] sur vos machines.<br />
<br />
* 27/02 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation et Introduction et répartition des projets (Didier DONSEZ) 1 heure [[Media:PM2M-1718-Intro.pdf|transparents]]<br />
** Tutoriel [[ STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]] ([https://www.linkedin.com/in/michael-escoda-a2776916/ Michael ESCODA], ST Microelectronics Grenoble) 2 heures<br />
* 06/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation IoT ETL Mashup avec [[Node-RED]] et [[Docker]] (Didier DONSEZ) 30 minutes [[Media:iot_mashup.pdf|transparents]]<br />
** Tutoriel IoT Dataviz Mashup avec https://www.jyse.io/ ([https://www.linkedin.com/in/vienot Simon VIENOT]) 1 heure<br />
** [[PM2M_Docker|Getting started]]<br />
** Travail en équipe<br />
* 12/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 20/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 27/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 09/04 : Rendu des fiches de synthèse<br />
* 10/04 13H30-16H45 : Soutenances (présentation + questions + démonstration)<br />
** [[PM2M/2018_LoRaSpace|LoRaSpace]] (35 minutes)<br />
** [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]] (25 minutes)<br />
** [[PM2M/2018_CarLoRa|CarLoRa]] (35 minutes)<br />
** [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]] (20 minutes)<br />
** [[PM2M/2018_LoRaRiver|Surveillance de cours d'eau]] (35 minutes)<br />
** [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]] (20 minutes)<br />
<br />
==Etapes==<br />
* Coup d’œil aux [[PM2M/2016/TP|projets 2016]] et aux [[PM2M/2017/TP|projets 2017]].<br />
* Installation de [[Docker]]<br />
* [[UE_PEIP_L1|Tutoriel Arduino]]<br />
* Suivre le tutoriel [[Developing IoT Mashups with Docker, MQTT, Node-RED, InfluxDB, Grafana]].<br />
* Installation d'[[OpenHAB]].<br />
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]<br />
* Installation de [[Mosquitto]]<br />
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09<br />
* Installation de [[Node-RED]]<br />
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP] ... et [http://flows.nodered.org/ autres] (en fonction de votre projet).<br />
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]<br />
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]<br />
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...<br />
* Installation de [[Spark]]<br />
<br />
<br />
'''Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Digital Ocean, Heroku, Azure, IBM Bluemix, Twitter, OVH ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore''' pour plus de sureté.<br />
<br />
==Fiche de synthèse==<br />
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.<br />
<br />
* [[WMBus]]<br />
* [[NB-IoT]]<br />
* [[NB-LTE]]<br />
* [[Apple Homekit]]<br />
* [[OneM2M]] et [[Eclipse OM2M]] et [[Eclipse Leshan]] (pour un binome)<br />
* [[OPC-UA]]<br />
* [[Tetra Radio]]<br />
* [[OGC SensorThings]] <br />
* [[Zephyr Project]]<br />
* [[Yocto]]<br />
* [[Eclipse Kura]]<br />
* [[Eclipse Kapua]]<br />
* [[Eclipse Vorto]]<br />
* [[Eclipse Ditto]] IMPORTANT pour [[Digital Twin]]<br />
* [[Eclipse 4diac]]<br />
* [[Eclipse hawkBit]]<br />
* [[Eclipse BIRT]]<br />
* [[SolarCoin]]<br />
* [[IOTA]]<br />
* [[Azure IoT]]<br />
* [[IBM Watson]]<br />
* [[AWS IoT]]<br />
* [[OVH Metrics]]<br />
* [[Cayenne]]<br />
* [[Acoustic Data Communications for Underwater IoT Applications]] ([[Remotely Operated Vehicle|ROV]]s, [[Unmanned Underwater Vehicule|UUV]]s ...)<br />
* [[Li-Fi]]<br />
<br />
==Fiche "Privacy & Sécurity"==<br />
Rédiger en 1 page maximum les aspects "Privacy & Sécurity" de votre projet. La page doit être une entrée du wiki. Chaque fiche est individuelle.<br />
<br />
==Cartes, Capteurs et Actionneurs==<br />
<br />
[[Image:B-L475E-IOT01A.jpg|200px|thumb|right|STM32 IoTNode B-L475E-IOT01A]]<br />
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]<br />
[[Image:lopy.png|200px|thumb|right|LoPy (LoRa)]]<br />
[[Image:sipy.png|200px|thumb|right|SiPy (Sigfox)]]<br />
[[Image:fipy.png|200px|thumb|right|FiPy (the full monty)]]<br />
[[Image:apache_nifi.png|200px|thumb|right|Apache Nifi]]<br />
<br />
# [[Pycom LoPy]]<br />
# [[Pycom SiPy]]<br />
# [[Pycom FiPy]]<br />
# STM32 Nucleo + Shield LoRa SX1272 + Shield Météo<br />
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo<br />
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]<br />
# Sensors ZWave + Clé ZWave<br />
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz<br />
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] & [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# [[STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]]<br />
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP32]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte de démonstration [[SigFox]]<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]<br />
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])<br />
# Carte LoRa<br />
# [[HB100 Miniature Microwave Motion Sensor]]<br />
<br />
==Mini-Projet==<br />
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]<br />
<br />
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un "broker" [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...). Elles seront sécurisées à l'aide d'une blockchain privée [[Hyperledger]].<br />
<br />
<br />
<br />
<br />
===Mini-projets===<br />
* '''LoRaSpace''' (4 étudiants)<br />
** Vous imaginerez un moyen de communication bidirectionnelle basse consommation d'énergie pour les nano-sattelites du [https://www.csug.fr/ Centre spatial universitaire de Grenoble] avec la technologie [[LoRa]].<br />
** Module modem LoRa [[RN2483]] 868 et 433 MHz<br />
** Module [[LoRa]] IMST [[iM880A]]<br />
** Antenne Yagi Directional for 800/850/900MHz<br />
** Carte [[STM32 Nucleo]]<br />
** Carte [[X-NUCLEO-IHM01A1]] pour [[Stepper]]<br />
** 2 Moteurs ([[Stepper]]) pas à pas (pour le pilotage 2 axe de la station sol)<br />
** Raspberry PI<br />
* '''Exercise physique récompensé/pénalisé''' (2 étudiants)<br />
** Vélo d'appartement ([http://assets.domyos.com/vm_950_fr.pdf Decathlon Domyos VM 950])<br />
** [[LoRa]]<br />
** [[BLE]]<br />
** [[NFC]]<br />
** [[Ethereum]]<br />
** [[STEVAL-WESU1]]<br />
** [https://www.decathlon.fr/cardio-ant-bluetooth-smart-id_8334795.html Ceinture cardio Geonaute] Profil HRM BLE<br />
** Montre Decathon ON200 <br />
** [https://play.google.com/store/apps/details?id=no.nordicsemi.android.nrftoolbox&hl=fr nRF Toolbox for BLE]<br />
** [https://github.com/R2D2-2017/R2D2-2017/wiki/Keyes-44E402-Magnetic-Hall-Switch-Sensor Keyes 44E402 Magnetic Hall Switch Sensor]<br />
* '''Surveillance de cours d'eau''' (4 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* [[CarLoRA]] (2 étudiants)<br />
** Carte [[LoRa]] (ESP32, LoPy ou STM32)<br />
** [[OBD|Dongle OBD2 ELM 327 VAGCOM]]<br />
** [[Hyperledger]]<br />
* '''Onboard Parking Meter'''<br />
** Vous imaginerez un objet connecté à poser près du pare-brise.<br />
** Paiement via une blockchain [[Hyperledger]] : voir l'exemple [https://github.com/ibm-watson-iot/blockchain-samples/tree/master/contracts/industry/parkingmeter|IoT Watson].<br />
<br />
<br />
<br />
===Affectation des mini-projets===<br />
<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets PM2M 2017-2018<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Étudiants<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Dépôt git<br />
!scope="col"| Documents<br />
!scope="col"| Matériel<br />
|-<br />
<br />
!scope="row"| 1<br />
| [[PM2M/2018_LoRaSpace|LoRaSpace]]<br />
| SOFIANE AMAZOUZ, SEIFEDDINE BENOMAR, MOHAMMED HICHEM CHEBIHI, REDHA CHEMALI<br />
| [[PM2M/2018_LoRaSpace|fiche]]<br />
| [https://github.com/LoRaSpace/LoRaSpace.git '''github''']<br />
| [[Media:PM2M/2018_LoRaSpace-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaSpace-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 2<br />
| [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]]<br />
| LILIA AZEB, ANTHONY CHAVOUTIER, YOHANN MATEO<br />
| [[PM2M/2018_AssistedWheelchair|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_AssistedWheelchair-slides.pdf|Transparents]] - [[Media:PM2M/2018_AssistedWheelchair-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 3<br />
| [[CarLoRA]]<br />
| PAUL CARRETERO, MINH TRUNG NGUYEN<br />
| [[CarLoRA|fiche]]<br />
| [https://github.com/paul-carretero/carlora '''github''']<br />
| [[Media:2018_CarLoRa-slides.pdf|Transparents]] - [[Media:2018_CarLoRa-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 4<br />
| [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]]<br />
| YASSINE FARICH, JULIEN NAVAILS<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/CarLoRa '''github''']<br />
| [[Media:PM2M/2018_OnboardParkingMeter-slides.pdf|Transparents]] - [[Media:PM2M/2018_OnboardParkingMeter-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 5<br />
| [[PM2M/2018_LoRaRiver|LoRaRiver]]<br />
| PAUL FAYE, LUCAS LEGRAND, YAOVI TCHAMDJA, BRICE VARINI<br />
| [[PM2M/2018_LoRaRiver|fiche]]<br />
| [https://github.com/LoRaRiver '''github''']<br />
| [[Media:PM2M/2018_LoRaRiver-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaRiver-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 6<br />
| [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]]<br />
| JULIEN DIDES, SEDJRO ZODEHOUGAN<br />
| [[PM2M/2018_ConnectedSportMachine|fiche]]<br />
| [https://github.com/ConnectedSportMachine '''github''']<br />
| [[Media:PM2M/2018_ConnectedSportMachine-slides.pdf|Transparents]] - [[Media:PM2M/2018_ConnectedSportMachine-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
|}<br />
<br />
===Sujets des mini-projets restants===<br />
<br />
<br />
* '''Solar energy trading'''<br />
** [[I-Greenhouse]]<br />
** [[LoRa]], [[NFC]], [[BLE]]<br />
** [[OpenHAB]]<br />
** [[Hyperledger]]<br />
* '''Radar et comptage de véhicules/personnes (fusion d'information)'''<br />
** [[OpenHAB]]<br />
** Caméra de surveillance IP<br />
*** Voir https://dzone.com/articles/java-autonomous-driving-car-detection-1<br />
** [[HB100 Miniature Microwave Motion Sensor]]<br />
** [[Hyperledger]]<br />
* '''Monitoring du fablab'''<br />
** [[OpenHAB]]<br />
** Température, Détection de présence, détecteur de fumée<br />
** RFXCom<br />
** [[Hyperledger]]<br />
* '''IRock : Surveillance des glissements de terrain'''<br />
** Station méteo [[LoRa]]<br />
** [[IRock : Surveillance Géotechnique LoRa|Caillou IRock]]<br />
** [[Hyperledger]]<br />
* '''Surveillance de cours d'eau''' (2 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* '''[[ISofa]]''' (3 étudiants)<br />
** [[OpenHAB]]<br />
** Canapé IKEA [http://www.ikea.com/fr/fr/catalog/products/80264964/#/80264964|KNOPPARP]<br />
** Boutons de Borne Arcade<br />
** [[Papierlogik]]<br />
** [[NFC]]<br />
** [[BLE]]<br />
** [[Hyperledger]]<br />
<br />
==Contenu général des mini-projets==<br />
Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.<br />
<br />
====[[CoAP]] Binding for [[OpenHAB]]====<br />
* avec [[Californium]]<br />
* avec https://github.com/eclipse/californium/pull/25<br />
<br />
====Extension de [[Node-RED]]====<br />
Création ou Amélioration de Nodes<br />
* Node Crypto (avec https://nodejs.org/api/crypto.html)<br />
* Node [[Apache Kafka]]<br />
* Node [[Apache Flume]]<br />
* Node [[CoAP]]<br />
* Node [[UPnP]]<br />
* Node [[DTLS]] en étendant le node UDP<br />
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]<br />
* Node [[SigFox]] (uplink et downlink)<br />
* Node Sérialisation/Déserialisation [[Avro]]<br />
* Node Sérialisation/Déserialisation [[Thrift]]<br />
* Node Sérialisation/Déserialisation [[Protobuf]]<br />
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]<br />
* Node [[Streamdata.io]]<br />
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])<br />
* Node Provider SMS Twilio<br />
* Node [[Provider SMS Free Mobile]]<br />
* Node Provider SMS Orange Mobile<br />
<br />
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/<br />
<br />
====Déploiement sur plateforme Cloud====<br />
Le serveur [[Node-RED]] et le "broker" [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]], Digital Ocean, OVH ou sur votre machine via des images [[Docker]].<br />
<br />
'''Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).'''<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====<br />
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS > Kafka > Storm on Azure Demo]]<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====<br />
<br />
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]<br />
<br />
====Routage avec [[Apache Nifi]]====<br />
<br />
<br />
====Décodage avec [[Eclipse Vorto]]====<br />
<br />
====Affichage des positions avec [[Bootleaf]]====<br />
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d'un champ latlon, latlonalt, geo, ... dans le JSON des flows [[Node-RED]].<br />
<br />
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====<br />
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).<br />
<br />
S'inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.<br />
<br />
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]<br />
<br />
====Intégration à un ESB [[Apache Camel]]====<br />
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]<br />
Vous pourrez utiliser les composants suivants<br />
* https://camel.apache.org/weather.html<br />
* https://camel.apache.org/mqtt.html<br />
** http://tingenek.wordpress.com/category/mqtt/<br />
* https://camel.apache.org/rss.html<br />
* https://camel.apache.org/esper.html<br />
* https://camel.apache.org/mongodb.html<br />
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo<br />
* [[InfluxDB]]<br />
<br />
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====<br />
<br />
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====<br />
<br />
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:<br />
* Activer [[AWS Cloudwatch]]<br />
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).<br />
<br />
==Soutenances==<br />
<br />
====Planning des soutenances====<br />
COMING SOON<br />
<br />
====Instructions pour les soutenances des mini-projets====<br />
<br />
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.<br />
* respectez le temps donc repetez la <br />
* remplissez le doodle pour choisir un creneau de passage<br />
* la présentation mettra en avant<br />
** le titre (avec les noms prénoms des binômes)<br />
** les applications IoT cibles/envisagées<br />
** le ou les architectures (successivement) implémentées,<br />
** les composants logiciels et matériels utilisés,<br />
** les métriques (langages de programmation, sloc, performance ...),<br />
** les problèmes rencontrés et les solutions élaborées,<br />
** la conclusion<br />
** des perspectives possibles à votre développement.<br />
<br />
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.<br />
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.<br />
<br />
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.<br />
<br />
La présentation peut-être réalisée avec [[Reveal.js]].<br />
<br />
Pensez a répéter vos présentations.<br />
<br />
==Projets==<br />
<br />
==Matériel à disposition==<br />
* Cartes de communication [[Low Power Wide Area Networks]]<br />
* [[Intel Galileo]]<br />
* http://intel-software-academic-program.com/courses/#iot<br />
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf<br />
* [[Gas Sensors]]<br />
* [[DHT11/DHT21/DHT22 etc. Temperature & Humidity sensors]]<br />
* [[SCL3711]] NFC Reader --> voir [[NFCpy]]<br />
* [[Capteur de pression BMP085]]<br />
* [[High Sensitivity Alarm Vibration Sensor Module]]<br />
* [[PIR Motion Sensor]]<br />
* [[BMP085 Pressure Sensor]]<br />
* [[CC2541 SensorTag Development Kit]]<br />
* [[Socket.io]]<br />
* [[STM32 Nucleo]]<br />
** Shield BlueNRG<br />
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.<br />
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.<br />
<br />
==Visualisation==<br />
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]<br />
* MQTT over Websocket<br />
** https://www.npmjs.org/package/mqtt-ws<br />
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets<br />
* [[Leaflet.js]] modern open-source JavaScript library for mobile-friendly interactive maps<br />
* [[Morris.js]] Charts in Javascript<br />
* [[Grafana]]<br />
* [[Graphite]]<br />
* [[Ganglia]]<br />
<br />
==Stockage==<br />
* [[InfluxDB]]<br />
* [[MongoDB]]<br />
<br />
==Liens==<br />
* [[Intel Galileo]]<br />
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014<br />
* https://github.com/SmartDollHouse<br />
* https://twitter.com/FablabAIR<br />
<br />
==Autres==<br />
* [[IoTSyS]]<br />
* [https://github.com/denschu/home.pi Home.pi]<br />
* [[OM2M]]<br />
* [[Gladys]]<br />
* DEPRECATED : [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]<br />
* [https://github.com/SmartDollHouse Dépôt GitHub]<br />
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]<br />
* [[Flot Charts]]<br />
<br />
=Galeries=<br />
==Galerie 2018==<br />
==Galerie 2017==<br />
==Galerie 2016==<br />
Suivez les tweets :<br />
* https://twitter.com/FablabAIR/status/719892515072159744<br />
* https://twitter.com/FablabAIR/status/719948586671325184<br />
* https://twitter.com/FablabAIR/status/719880125806985216<br />
* https://twitter.com/FablabAIR/status/719872755739582464<br />
* https://twitter.com/FablabAIR/status/719865759158165505<br />
* https://twitter.com/FablabAIR/status/719862460715573249<br />
* https://twitter.com/FablabAIR/status/719858492681691136<br />
<br />
==Galerie 2015==<br />
<br />
==Galerie 2014==<br />
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:2018_CarLoRa-slides.pdf&diff=41771File:2018 CarLoRa-slides.pdf2018-04-09T18:17:47Z<p>Paul.carretero: Paul.carretero uploaded a new version of &quot;File:2018 CarLoRa-slides.pdf&quot;</p>
<hr />
<div></div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41770NB-LTE2018-04-09T18:15:53Z<p>Paul.carretero: /* Spécificités des objets connectés */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobiles orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçue pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la France en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connectés. Toutefois, pour des raisons technologie (réaffectation des fréquences) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consommation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.).<br />
Il existe deux contraintes forte pour la plupart d'entre eux: Ils doivent disposer d'une longue autonomie (d'où la motivation de créer une dérivée basse consommation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployé et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseaux M2M en GSM) pour envisager le streaming de vidéo (de caméra de surveillance par exemple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant.<br />
<br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareils LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consommation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration réception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration réception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajoutées sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie.<br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, coûteux) avec le relais LTE tout en restant lié à ce relais.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelques jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de télé-avertissement (paging cycle) de 1.28 seconde.<br />
S'ils sont inactifs, ils peuvent être contactés en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de télé-avertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe définie un tel cycle de 10.24 secondes.<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure où elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc)<br />
<br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveille, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le système des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41769NB-LTE2018-04-09T18:15:40Z<p>Paul.carretero: /* Spécificités des objets connectés */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobiles orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçue pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la France en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connectés. Toutefois, pour des raisons technologie (réaffectation des fréquences) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consommation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.),<br />
il existe deux contraintes forte pour la plupart d'entre eux: Ils doivent disposer d'une longue autonomie (d'où la motivation de créer une dérivée basse consommation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployé et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseaux M2M en GSM) pour envisager le streaming de vidéo (de caméra de surveillance par exemple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant.<br />
<br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareils LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consommation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration réception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration réception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajoutées sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie.<br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, coûteux) avec le relais LTE tout en restant lié à ce relais.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelques jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de télé-avertissement (paging cycle) de 1.28 seconde.<br />
S'ils sont inactifs, ils peuvent être contactés en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de télé-avertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe définie un tel cycle de 10.24 secondes.<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure où elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc)<br />
<br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveille, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le système des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41768NB-LTE2018-04-09T18:14:11Z<p>Paul.carretero: /* Disparition des réseaux GPRS */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobiles orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçue pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la France en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connectés. Toutefois, pour des raisons technologie (réaffectation des fréquences) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consommation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant.<br />
<br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareils LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consommation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration réception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration réception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajoutées sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie.<br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, coûteux) avec le relais LTE tout en restant lié à ce relais.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelques jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de télé-avertissement (paging cycle) de 1.28 seconde.<br />
S'ils sont inactifs, ils peuvent être contactés en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de télé-avertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe définie un tel cycle de 10.24 secondes.<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure où elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc)<br />
<br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveille, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le système des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41767NB-LTE2018-04-09T18:13:27Z<p>Paul.carretero: /* Une volonté de standardisation */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobiles orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçue pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant.<br />
<br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareils LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consommation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration réception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration réception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajoutées sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie.<br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, coûteux) avec le relais LTE tout en restant lié à ce relais.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelques jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de télé-avertissement (paging cycle) de 1.28 seconde.<br />
S'ils sont inactifs, ils peuvent être contactés en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de télé-avertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe définie un tel cycle de 10.24 secondes.<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure où elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc)<br />
<br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveille, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le système des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41766NB-LTE2018-04-09T18:12:48Z<p>Paul.carretero: /* Principes */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant.<br />
<br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareils LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consommation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration réception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration réception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajoutées sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie.<br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, coûteux) avec le relais LTE tout en restant lié à ce relais.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelques jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de télé-avertissement (paging cycle) de 1.28 seconde.<br />
S'ils sont inactifs, ils peuvent être contactés en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de télé-avertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe définie un tel cycle de 10.24 secondes.<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure où elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc)<br />
<br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveille, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le système des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41765NB-LTE2018-04-09T18:09:30Z<p>Paul.carretero: /* Utilisation de l'existant */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le système des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41764NB-LTE2018-04-09T18:08:55Z<p>Paul.carretero: /* Bonnes performances */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performances importantes (1 à 10Mbit/s), notamment pour une technologie de communication basse consommation (généralement de l'ordre de plusieurs Kbit/s).<br />
<br />
Les communications peuvent être réalisées de manière bi-directionnelles, en temps réel et en full-duplex.<br />
<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des murs par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41763NB-LTE2018-04-09T18:07:52Z<p>Paul.carretero: /* Marché */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des modules (entre 5 et 20$) et l'authentification par sim, auxquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement intéressante pour diverses tâches IOT:<br />
<br />
Métriques embarquées<br />
Automobiles<br />
Sécurités<br />
Vidéos<br />
Contrôles à distance (de machines...)<br />
Surveillance et monitoring<br />
Objets personnels connectés (santé, vêtements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41762NB-LTE2018-04-09T18:06:20Z<p>Paul.carretero: /* SigFox / LoRA */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponibles. Toutefois, il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus, le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de licence et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41761NB-LTE2018-04-09T18:05:39Z<p>Paul.carretero: /* NB-IOT */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurrent de la norme LTE-MTC, elle vient remplacer les fréquences abandonnées par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutien dont bénéficie LTE-M. NB-IOT ne peut pas directement compté sur l'ensemble du réseau 4G pour son déploiement, ceci en constitue son principal inconvenants avec un débit moindre. Toutefois, cette norme reste intéressante pour de nombreuse raison, notamment par ses performances relativement élevé compte tenu d'une plus faible consommation. Cette technologie semble particulièrement adapté pour les applications demandant un débit régulier mais peu élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41760NB-LTE2018-04-09T18:03:26Z<p>Paul.carretero: /* conclusion */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologie de communication basse consommation à destination des IOT performante et prête à être déployé sur le réseau. Les modules LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoins et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41759NB-LTE2018-04-09T18:02:39Z<p>Paul.carretero: /* Limites */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notamment lorsqu'on la compare avec d'autre solution pour les objets connectés.<br />
<br />
Le rayon des antennes est relativement faible (certaines technologies offre une portée jusqu'à 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consommation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence réservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autres technologies utilisent des fréquences libres et sont donc potentiellement plus souple en fonction des besoins<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:Lte-avtge.jpg&diff=41758File:Lte-avtge.jpg2018-04-09T17:55:11Z<p>Paul.carretero: Fonctionalités et utilisations de LTE-M</p>
<hr />
<div>Fonctionalités et utilisations de LTE-M</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41757NB-LTE2018-04-09T17:55:02Z<p>Paul.carretero: /* Avantages */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.jpg|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notament lorsqu'on la compare avec d'autre solution pour les objets connectés. <br />
<br />
Le rayons des antennes est relativement faible (certaines technologie offre une portée jusqu'a 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consomation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence reservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autre technologies utilisent des fréquances libres et son donc potentielement plus souple en fonction des besoins.<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41756NB-LTE2018-04-09T17:54:29Z<p>Paul.carretero: /* Avantages */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
<br />
[[File:lte-avtge.png|300px|thumb|right|Fonctionalités et utilisations de LTE-M]]<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notament lorsqu'on la compare avec d'autre solution pour les objets connectés. <br />
<br />
Le rayons des antennes est relativement faible (certaines technologie offre une portée jusqu'a 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consomation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence reservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autre technologies utilisent des fréquances libres et son donc potentielement plus souple en fonction des besoins.<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:2018_CarLoRa-slides.pdf&diff=41755File:2018 CarLoRa-slides.pdf2018-04-09T17:52:26Z<p>Paul.carretero: </p>
<hr />
<div></div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41754NB-LTE2018-04-09T17:48:24Z<p>Paul.carretero: /* Limites */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
La technologie LTE-M reste relativement proche de 4G-LTE dont elle est issue. Ceci se ressent notament lorsqu'on la compare avec d'autre solution pour les objets connectés. <br />
<br />
Le rayons des antennes est relativement faible (certaines technologie offre une portée jusqu'a 3 fois plus importante) et la consommation des modules LTE-M demeure (nettement plus) importante que d'autre technologie pour l'embarqué basse consomation.<br />
<br />
De même la LTE-M exploite des bandes de fréquence reservées, il est donc nécessaire de passer par un opérateur pour monter son propre réseau. D'autre technologies utilisent des fréquances libres et son donc potentielement plus souple en fonction des besoins.<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41750NB-LTE2018-04-09T17:45:50Z<p>Paul.carretero: </p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|300px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|300px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|300px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|300px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|300px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41749NB-LTE2018-04-09T17:45:19Z<p>Paul.carretero: </p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|400px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|400px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|400px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|400px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|400px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41748NB-LTE2018-04-09T17:44:41Z<p>Paul.carretero: /* Marché */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - audio<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41747NB-LTE2018-04-09T17:44:34Z<p>Paul.carretero: /* Marché */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
Voix - son<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41744NB-LTE2018-04-09T17:39:41Z<p>Paul.carretero: /* Bonnes performances */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (1 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
Les communications peuvent être réalisée de manière bi-directionnelle, en temps réel et en full-duplex.<br />
A ceci s'ajoute le rayon d'une dizaine de kilomètres couvert par une antenne et la relativement bonne pénétration des mur par les ondes.<br />
<br />
=== Marché ===<br />
<br />
Le prix abordable des module (entre 5 et 20$) et l'authentification par sim, auquels s'ajoutent les autres avantages de cette technologie, la rende particulièrement interessante pour divers tâche IOT:<br />
Métriques embarqué<br />
Automobile<br />
Sécurité<br />
Vidéo<br />
Contrôle à distance (de machine...)<br />
Surveillance et monitoring<br />
Objet personel connecté (santé, vetements, accessoires etc.)<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41742NB-LTE2018-04-09T17:31:23Z<p>Paul.carretero: /* références */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (5 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
A ceci s'ajoute au rayon d'une dizaine de kilomètres couvert par une antenne.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies<br />
<br />
https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf<br />
<br />
https://www.amihotechnology.com/lorawan-cellular-nb-iot-power-consumption-comparison/<br />
<br />
https://partner.orange.com/lte-m-in-a-nutshell/</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41741NB-LTE2018-04-09T17:30:32Z<p>Paul.carretero: /* Avantages */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
=== Bonnes performances ===<br />
<br />
Dérivée de la technologie 4G-LTE classique (150 à 600Mbit/s), la norme LTE-M conserve des performance importante (5 à 10Mbit/s), notament pour une technologie de communication basse consomation (généralement de l'ordre de plusieurs Kbit/s).<br />
A ceci s'ajoute au rayon d'une dizaine de kilomètres couvert par une antenne.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:Vsnbiot.png&diff=41738File:Vsnbiot.png2018-04-09T17:20:07Z<p>Paul.carretero: Consomations NB-IOT vs LTE-M</p>
<hr />
<div>Consomations NB-IOT vs LTE-M</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41737NB-LTE2018-04-09T17:19:59Z<p>Paul.carretero: /* Par rapport à la concurrence */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.png|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41736NB-LTE2018-04-09T17:19:17Z<p>Paul.carretero: /* Par rapport à la concurrence */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:vsnbiot.jpg|200px|thumb|right|Consomations NB-IOT vs LTE-M]]<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:Couv-4g.jpg&diff=41735File:Couv-4g.jpg2018-04-09T17:18:28Z<p>Paul.carretero: Couverture de la france en 4G</p>
<hr />
<div>Couverture de la france en 4G</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41734NB-LTE2018-04-09T17:18:19Z<p>Paul.carretero: /* Disparition des réseaux GPRS */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
[[File:couv-4g.jpg|200px|thumb|right|Couverture de la france en 4G]]<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41733NB-LTE2018-04-09T17:16:59Z<p>Paul.carretero: /* conclusion */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
La technologie LTE-MTC semble se démocratiser depuis quelques années. Il s'agit d'une technologies de communication basse consomation à destination des IOT performante et prête à étre déployer sur le réseau. Les module LTE-M sont en revanche relativement gourmand en énergie par rapport aux alternatives. Compte tenu de la multiplication des objets connectés et des demandes de plus en plus importantes les concernant, il semble aujourd'hui évident que cette technologie répond parfaitement à de nombreux besoin et future demande.<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41730NB-LTE2018-04-09T17:11:47Z<p>Paul.carretero: /* Par rapport à la concurrence */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|Comparaisons des principales technologies de communication IOT]]<br />
<br />
=== NB-IOT ===<br />
<br />
NB-IOT est le principal concurent de la norme LTE-MTC, elle vient remplacer les fréquance abandonnée par les technologies GSM. Cette norme, soutenue par Huawei ne bénéficie pas du soutient dont bénéficie LTE-M. NB-IOT ne peux pas directement compté sur l'ensemble du réseau 4G pour sont déploiement, ceci en consititu sont principal inconvenient avec un débit moindre. Toutefois cette norme reste intéressante pour de nombreuse raison, notament par ses performance relativement élevé compte tenu d'une plus faible consomation. Cette technologie semble particulièrement adapté pour les application demandant un débit régulier mais peux élevé.<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:LTEvsIOT.jpg&diff=41727File:LTEvsIOT.jpg2018-04-09T16:59:03Z<p>Paul.carretero: Comparaisons des principales technologies de communication IOT</p>
<hr />
<div>Comparaisons des principales technologies de communication IOT</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41726NB-LTE2018-04-09T16:58:48Z<p>Paul.carretero: /* Par rapport à la concurrence */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|alt text]]<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41725NB-LTE2018-04-09T16:58:41Z<p>Paul.carretero: /* Par rapport à la concurrence */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:LTEvsIOT.jpg|200px|thumb|right|alt text]<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41723NB-LTE2018-04-09T16:57:37Z<p>Paul.carretero: /* Par rapport à la concurrence */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
[[File:LTEvsIOT.png]]<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41720NB-LTE2018-04-09T16:57:02Z<p>Paul.carretero: /* SigFox / LoRA */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
''' SigFox ''' offre une alternative intéressante dans la mesure où de nombreuse antennes sont déjà disponible. Toutefois il faudra un émetteur-récepteur compatible (et uniquement compatible avec cette technologie). De plus le marché visé n'est pas le même, le réseau SigFox est beaucoup moins rapide que le réseau LTE-M (rapport théorique de plus de 1000) mais à l'avantage de demander moins de ressources (CPU et batterie).<br />
<br />
''' LoRA ''' offre une alternative libre de license et similaire à SigFox (réseau consommant peu mais peu rapide). Toutefois, il sera nécessaire de déployer ses propres antennes.<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41701NB-LTE2018-04-09T16:42:29Z<p>Paul.carretero: /* Une volonté de standardisation */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018).<br />
L'organisation de standardisation 3GPP, qui regroupe de nombreux opérateurs et industriels comme Intel, est à l'origine de cette norme. Ceci permet de conforter l'idée que cette norme a été conçu pour durer.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41699NB-LTE2018-04-09T16:37:35Z<p>Paul.carretero: /* Origines */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018)<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41698NB-LTE2018-04-09T16:37:21Z<p>Paul.carretero: /* Spécificités des objets connectés */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018)<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel). L'utilisation de la norme LTE-M permettra également une amélioration significative des performances (par rapport aux anciens réseau M2M en GSM) pour envisager le streaming de video (de caméra de surveillance par exmple) par ce moyen.<br />
<br />
== Origines ==<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41690NB-LTE2018-04-09T16:31:52Z<p>Paul.carretero: /* Motivation */</p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
=== Une volonté de standardisation ===<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
Les réseaux mobile orienté IOT devraient commencer à être fortement adoptés dès cette année (2018)<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
Les réseaux GSM et GPRS étaient massivement utilisé par les objets connctés. Toutefois pour des raisons technologie (réaffectation des fréqueces) et commerciale (réseaux 3G et 4G plus efficaces), les opérateurs ont décidé d'abandonner les réseaux GPRS dans quelques années tout au plus. Il était donc important de développer une nouvelle norme de communication cellulaire pour les objets connecté à basse consomation, d'où les technologies NB-IOT et LTE-M.<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
Les objets connectés sont par nature très variés (alarme, véhicules, capteurs etc.), <br />
il existe deux contraintes forte pour la plupars d'entre eux: Il doivent disposer d'une longue autonomie (d'où la motivation de créé un dérivée basse consomation de la 4G) et utilisable partout (d'où la motivation d'utiliser un réseau cellulaire déjà déployer et fonctionnel).<br />
<br />
== Origines ==<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=PM2M/2018/TP&diff=41679PM2M/2018/TP2018-04-09T16:15:46Z<p>Paul.carretero: /* Affectation des mini-projets */</p>
<hr />
<div>Page 2018 des supports de cours et travaux pratiques de l'UE [[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]].<br />
<br />
Enseignants 2018 : Didier Donsez<br />
<br />
Partie démarrant 27/02 au 27/03 .<br />
<br />
Soutenance du mi-projet le 27/03 (1H30).<br />
<br />
Rendu fiche de synthèse : 27/03 à minuit.<br />
<br />
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz) et sécurisé avec la blockchain [[Hyperledger]] Fabric.<br />
<br />
[[Image:IoTOverYears.png|600px|center|IoT systems over years]]<br />
[[Image:IoTReferenceArchitecture.png|600px|center|IoT Reference Architecture]]<br />
[[Image:SensorsMix.jpg|600px|center|Sensors Mix]]<br />
<br />
<br />
==Support de cours==<br />
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l'IoT]<br />
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]<br />
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]<br />
* [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2018 Eclipse IoT Days 2018] ([https://gricad.univ-grenoble-alpes.fr/multimedia/videos/eclipse-iot-day-2018 vidéos]).<br />
** Blockchain for Trusted IoT ([https://wiki.eclipse.org/images/0/01/Eclipse-IoT-Days-Grenoble-2018-Blockchain.pdf slides], [https://gricad.univ-grenoble-alpes.fr/video/blockchains-trusted-iot video])<br />
* [http://www.oezratty.net/wordpress/2018/rapport-ces-2018/ Le rapport sur le CES 2018 d'Olivier Ezratty]<br />
* [https://dzone.com/storage/assets/5335165-dzone-guidetoiot-volumeiv.pdf The DZone Guide to The Internet of Things]<br />
<br />
==Planning==<br />
* Avant la séance du 27/02 (TRES IMPORTANT)<br />
** Installation de l'IDE pour le STM32<br />
** Installation de [[Docker]] sur vos machines.<br />
<br />
* 27/02 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation et Introduction et répartition des projets (Didier DONSEZ) 1 heure [[Media:PM2M-1718-Intro.pdf|transparents]]<br />
** Tutoriel [[ STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]] ([https://www.linkedin.com/in/michael-escoda-a2776916/ Michael ESCODA], ST Microelectronics Grenoble) 2 heures<br />
* 06/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation IoT ETL Mashup avec [[Node-RED]] et [[Docker]] (Didier DONSEZ) 30 minutes [[Media:iot_mashup.pdf|transparents]]<br />
** Tutoriel IoT Dataviz Mashup avec https://www.jyse.io/ ([https://www.linkedin.com/in/vienot Simon VIENOT]) 1 heure<br />
** [[PM2M_Docker|Getting started]]<br />
** Travail en équipe<br />
* 12/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 20/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 27/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 09/04 : Rendu des fiches de synthèse<br />
* 10/04 13H30-16H45 : Soutenances (présentation + questions + démonstration)<br />
** [[PM2M/2018_LoRaSpace|LoRaSpace]] (35 minutes)<br />
** [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]] (25 minutes)<br />
** [[PM2M/2018_CarLoRa|CarLoRa]] (35 minutes)<br />
** [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]] (20 minutes)<br />
** [[PM2M/2018_LoRaRiver|Surveillance de cours d'eau]] (35 minutes)<br />
** [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]] (20 minutes)<br />
<br />
==Etapes==<br />
* Coup d’œil aux [[PM2M/2016/TP|projets 2016]] et aux [[PM2M/2017/TP|projets 2017]].<br />
* Installation de [[Docker]]<br />
* [[UE_PEIP_L1|Tutoriel Arduino]]<br />
* Suivre le tutoriel [[Developing IoT Mashups with Docker, MQTT, Node-RED, InfluxDB, Grafana]].<br />
* Installation d'[[OpenHAB]].<br />
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]<br />
* Installation de [[Mosquitto]]<br />
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09<br />
* Installation de [[Node-RED]]<br />
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP] ... et [http://flows.nodered.org/ autres] (en fonction de votre projet).<br />
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]<br />
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]<br />
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...<br />
* Installation de [[Spark]]<br />
<br />
<br />
'''Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Digital Ocean, Heroku, Azure, IBM Bluemix, Twitter, OVH ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore''' pour plus de sureté.<br />
<br />
==Fiche de synthèse==<br />
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.<br />
<br />
* [[WMBus]]<br />
* [[NB-IoT]]<br />
* [[NB-LTE]]<br />
* [[Apple Homekit]]<br />
* [[OneM2M]] et [[Eclipse OM2M]] et [[Eclipse Leshan]] (pour un binome)<br />
* [[OPC-UA]]<br />
* [[Tetra Radio]]<br />
* [[OGC SensorThings]] <br />
* [[Zephyr Project]]<br />
* [[Yocto]]<br />
* [[Eclipse Kura]]<br />
* [[Eclipse Kapua]]<br />
* [[Eclipse Vorto]]<br />
* [[Eclipse Ditto]] IMPORTANT pour [[Digital Twin]]<br />
* [[Eclipse 4diac]]<br />
* [[Eclipse hawkBit]]<br />
* [[Eclipse BIRT]]<br />
* [[SolarCoin]]<br />
* [[IOTA]]<br />
* [[Azure IoT]]<br />
* [[IBM Watson]]<br />
* [[AWS IoT]]<br />
* [[OVH Metrics]]<br />
* [[Cayenne]]<br />
* [[Acoustic Data Communications for Underwater IoT Applications]] ([[Remotely Operated Vehicle|ROV]]s, [[Unmanned Underwater Vehicule|UUV]]s ...)<br />
* [[Li-Fi]]<br />
<br />
==Fiche "Privacy & Sécurity"==<br />
Rédiger en 1 page maximum les aspects "Privacy & Sécurity" de votre projet. La page doit être une entrée du wiki. Chaque fiche est individuelle.<br />
<br />
==Cartes, Capteurs et Actionneurs==<br />
<br />
[[Image:B-L475E-IOT01A.jpg|200px|thumb|right|STM32 IoTNode B-L475E-IOT01A]]<br />
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]<br />
[[Image:lopy.png|200px|thumb|right|LoPy (LoRa)]]<br />
[[Image:sipy.png|200px|thumb|right|SiPy (Sigfox)]]<br />
[[Image:fipy.png|200px|thumb|right|FiPy (the full monty)]]<br />
[[Image:apache_nifi.png|200px|thumb|right|Apache Nifi]]<br />
<br />
# [[Pycom LoPy]]<br />
# [[Pycom SiPy]]<br />
# [[Pycom FiPy]]<br />
# STM32 Nucleo + Shield LoRa SX1272 + Shield Météo<br />
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo<br />
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]<br />
# Sensors ZWave + Clé ZWave<br />
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz<br />
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] & [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# [[STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]]<br />
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP32]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte de démonstration [[SigFox]]<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]<br />
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])<br />
# Carte LoRa<br />
# [[HB100 Miniature Microwave Motion Sensor]]<br />
<br />
==Mini-Projet==<br />
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]<br />
<br />
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un "broker" [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...). Elles seront sécurisées à l'aide d'une blockchain privée [[Hyperledger]].<br />
<br />
<br />
<br />
<br />
===Mini-projets===<br />
* '''LoRaSpace''' (4 étudiants)<br />
** Vous imaginerez un moyen de communication bidirectionnelle basse consommation d'énergie pour les nano-sattelites du [https://www.csug.fr/ Centre spatial universitaire de Grenoble] avec la technologie [[LoRa]].<br />
** Module modem LoRa [[RN2483]] 868 et 433 MHz<br />
** Module [[LoRa]] IMST [[iM880A]]<br />
** Antenne Yagi Directional for 800/850/900MHz<br />
** Carte [[STM32 Nucleo]]<br />
** Carte [[X-NUCLEO-IHM01A1]] pour [[Stepper]]<br />
** 2 Moteurs ([[Stepper]]) pas à pas (pour le pilotage 2 axe de la station sol)<br />
** Raspberry PI<br />
* '''Exercise physique récompensé/pénalisé''' (2 étudiants)<br />
** Vélo d'appartement ([http://assets.domyos.com/vm_950_fr.pdf Decathlon Domyos VM 950])<br />
** [[LoRa]]<br />
** [[BLE]]<br />
** [[NFC]]<br />
** [[Ethereum]]<br />
** [[STEVAL-WESU1]]<br />
** [https://www.decathlon.fr/cardio-ant-bluetooth-smart-id_8334795.html Ceinture cardio Geonaute] Profil HRM BLE<br />
** Montre Decathon ON200 <br />
** [https://play.google.com/store/apps/details?id=no.nordicsemi.android.nrftoolbox&hl=fr nRF Toolbox for BLE]<br />
** [https://github.com/R2D2-2017/R2D2-2017/wiki/Keyes-44E402-Magnetic-Hall-Switch-Sensor Keyes 44E402 Magnetic Hall Switch Sensor]<br />
* '''Surveillance de cours d'eau''' (4 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* [[CarLoRA]] (2 étudiants)<br />
** Carte [[LoRa]] (ESP32, LoPy ou STM32)<br />
** [[OBD|Dongle OBD2 ELM 327 VAGCOM]]<br />
** [[Hyperledger]]<br />
* '''Onboard Parking Meter'''<br />
** Vous imaginerez un objet connecté à poser près du pare-brise.<br />
** Paiement via une blockchain [[Hyperledger]] : voir l'exemple [https://github.com/ibm-watson-iot/blockchain-samples/tree/master/contracts/industry/parkingmeter|IoT Watson].<br />
<br />
<br />
<br />
===Affectation des mini-projets===<br />
<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets PM2M 2017-2018<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Étudiants<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Dépôt git<br />
!scope="col"| Documents<br />
!scope="col"| Matériel<br />
|-<br />
<br />
!scope="row"| 1<br />
| [[PM2M/2018_LoRaSpace|LoRaSpace]]<br />
| SOFIANE AMAZOUZ, SEIFEDDINE BENOMAR, MOHAMMED HICHEM CHEBIHI, REDHA CHEMALI<br />
| [[PM2M/2018_LoRaSpace|fiche]]<br />
| [https://github.com/LoRaSpace/LoRaSpace.git '''github''']<br />
| [[Media:PM2M/2018_LoRaSpace-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaSpace-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 2<br />
| [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]]<br />
| LILIA AZEB, ANTHONY CHAVOUTIER, YOHANN MATEO<br />
| [[PM2M/2018_AssistedWheelchair|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_AssistedWheelchair-slides.pdf|Transparents]] - [[Media:PM2M/2018_AssistedWheelchair-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 3<br />
| [[CarLoRA]]<br />
| PAUL CARRETERO, MINH TRUNG NGUYEN<br />
| [[CarLoRA|fiche]]<br />
| [https://github.com/paul-carretero/carlora '''github''']<br />
| [[Media:PM2M/2018_CarLoRa-slides.pdf|Transparents]] - [[Media:PM2M/2018_CarLoRa-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 4<br />
| [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]]<br />
| YASSINE FARICH, JULIEN NAVAILS<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/CarLoRa '''github''']<br />
| [[Media:PM2M/2018_OnboardParkingMeter-slides.pdf|Transparents]] - [[Media:PM2M/2018_OnboardParkingMeter-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 5<br />
| [[PM2M/2018_LoRaRiver|LoRaRiver]]<br />
| PAUL FAYE, LUCAS LEGRAND, YAOVI TCHAMDJA, BRICE VARINI<br />
| [[PM2M/2018_LoRaRiver|fiche]]<br />
| [https://github.com/LoRaRiver '''github''']<br />
| [[Media:PM2M/2018_LoRaRiver-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaRiver-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 6<br />
| [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]]<br />
| JULIEN DIDES, SEDJRO ZODEHOUGAN<br />
| [[PM2M/2018_ConnectedSportMachine|fiche]]<br />
| [https://github.com/ConnectedSportMachine '''github''']<br />
| [[Media:PM2M/2018_ConnectedSportMachine-slides.pdf|Transparents]] - [[Media:PM2M/2018_ConnectedSportMachine-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
|}<br />
<br />
===Sujets des mini-projets restants===<br />
<br />
<br />
* '''Solar energy trading'''<br />
** [[I-Greenhouse]]<br />
** [[LoRa]], [[NFC]], [[BLE]]<br />
** [[OpenHAB]]<br />
** [[Hyperledger]]<br />
* '''Radar et comptage de véhicules/personnes (fusion d'information)'''<br />
** [[OpenHAB]]<br />
** Caméra de surveillance IP<br />
*** Voir https://dzone.com/articles/java-autonomous-driving-car-detection-1<br />
** [[HB100 Miniature Microwave Motion Sensor]]<br />
** [[Hyperledger]]<br />
* '''Monitoring du fablab'''<br />
** [[OpenHAB]]<br />
** Température, Détection de présence, détecteur de fumée<br />
** RFXCom<br />
** [[Hyperledger]]<br />
* '''IRock : Surveillance des glissements de terrain'''<br />
** Station méteo [[LoRa]]<br />
** [[IRock : Surveillance Géotechnique LoRa|Caillou IRock]]<br />
** [[Hyperledger]]<br />
* '''Surveillance de cours d'eau''' (2 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* '''[[ISofa]]''' (3 étudiants)<br />
** [[OpenHAB]]<br />
** Canapé IKEA [http://www.ikea.com/fr/fr/catalog/products/80264964/#/80264964|KNOPPARP]<br />
** Boutons de Borne Arcade<br />
** [[Papierlogik]]<br />
** [[NFC]]<br />
** [[BLE]]<br />
** [[Hyperledger]]<br />
<br />
==Contenu général des mini-projets==<br />
Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.<br />
<br />
====[[CoAP]] Binding for [[OpenHAB]]====<br />
* avec [[Californium]]<br />
* avec https://github.com/eclipse/californium/pull/25<br />
<br />
====Extension de [[Node-RED]]====<br />
Création ou Amélioration de Nodes<br />
* Node Crypto (avec https://nodejs.org/api/crypto.html)<br />
* Node [[Apache Kafka]]<br />
* Node [[Apache Flume]]<br />
* Node [[CoAP]]<br />
* Node [[UPnP]]<br />
* Node [[DTLS]] en étendant le node UDP<br />
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]<br />
* Node [[SigFox]] (uplink et downlink)<br />
* Node Sérialisation/Déserialisation [[Avro]]<br />
* Node Sérialisation/Déserialisation [[Thrift]]<br />
* Node Sérialisation/Déserialisation [[Protobuf]]<br />
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]<br />
* Node [[Streamdata.io]]<br />
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])<br />
* Node Provider SMS Twilio<br />
* Node [[Provider SMS Free Mobile]]<br />
* Node Provider SMS Orange Mobile<br />
<br />
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/<br />
<br />
====Déploiement sur plateforme Cloud====<br />
Le serveur [[Node-RED]] et le "broker" [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]], Digital Ocean, OVH ou sur votre machine via des images [[Docker]].<br />
<br />
'''Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).'''<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====<br />
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS > Kafka > Storm on Azure Demo]]<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====<br />
<br />
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]<br />
<br />
====Routage avec [[Apache Nifi]]====<br />
<br />
<br />
====Décodage avec [[Eclipse Vorto]]====<br />
<br />
====Affichage des positions avec [[Bootleaf]]====<br />
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d'un champ latlon, latlonalt, geo, ... dans le JSON des flows [[Node-RED]].<br />
<br />
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====<br />
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).<br />
<br />
S'inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.<br />
<br />
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]<br />
<br />
====Intégration à un ESB [[Apache Camel]]====<br />
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]<br />
Vous pourrez utiliser les composants suivants<br />
* https://camel.apache.org/weather.html<br />
* https://camel.apache.org/mqtt.html<br />
** http://tingenek.wordpress.com/category/mqtt/<br />
* https://camel.apache.org/rss.html<br />
* https://camel.apache.org/esper.html<br />
* https://camel.apache.org/mongodb.html<br />
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo<br />
* [[InfluxDB]]<br />
<br />
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====<br />
<br />
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====<br />
<br />
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:<br />
* Activer [[AWS Cloudwatch]]<br />
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).<br />
<br />
==Soutenances==<br />
<br />
====Planning des soutenances====<br />
COMING SOON<br />
<br />
====Instructions pour les soutenances des mini-projets====<br />
<br />
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.<br />
* respectez le temps donc repetez la <br />
* remplissez le doodle pour choisir un creneau de passage<br />
* la présentation mettra en avant<br />
** le titre (avec les noms prénoms des binômes)<br />
** les applications IoT cibles/envisagées<br />
** le ou les architectures (successivement) implémentées,<br />
** les composants logiciels et matériels utilisés,<br />
** les métriques (langages de programmation, sloc, performance ...),<br />
** les problèmes rencontrés et les solutions élaborées,<br />
** la conclusion<br />
** des perspectives possibles à votre développement.<br />
<br />
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.<br />
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.<br />
<br />
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.<br />
<br />
La présentation peut-être réalisée avec [[Reveal.js]].<br />
<br />
Pensez a répéter vos présentations.<br />
<br />
==Projets==<br />
<br />
==Matériel à disposition==<br />
* Cartes de communication [[Low Power Wide Area Networks]]<br />
* [[Intel Galileo]]<br />
* http://intel-software-academic-program.com/courses/#iot<br />
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf<br />
* [[Gas Sensors]]<br />
* [[DHT11/DHT21/DHT22 etc. Temperature & Humidity sensors]]<br />
* [[SCL3711]] NFC Reader --> voir [[NFCpy]]<br />
* [[Capteur de pression BMP085]]<br />
* [[High Sensitivity Alarm Vibration Sensor Module]]<br />
* [[PIR Motion Sensor]]<br />
* [[BMP085 Pressure Sensor]]<br />
* [[CC2541 SensorTag Development Kit]]<br />
* [[Socket.io]]<br />
* [[STM32 Nucleo]]<br />
** Shield BlueNRG<br />
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.<br />
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.<br />
<br />
==Visualisation==<br />
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]<br />
* MQTT over Websocket<br />
** https://www.npmjs.org/package/mqtt-ws<br />
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets<br />
* [[Leaflet.js]] modern open-source JavaScript library for mobile-friendly interactive maps<br />
* [[Morris.js]] Charts in Javascript<br />
* [[Grafana]]<br />
* [[Graphite]]<br />
* [[Ganglia]]<br />
<br />
==Stockage==<br />
* [[InfluxDB]]<br />
* [[MongoDB]]<br />
<br />
==Liens==<br />
* [[Intel Galileo]]<br />
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014<br />
* https://github.com/SmartDollHouse<br />
* https://twitter.com/FablabAIR<br />
<br />
==Autres==<br />
* [[IoTSyS]]<br />
* [https://github.com/denschu/home.pi Home.pi]<br />
* [[OM2M]]<br />
* [[Gladys]]<br />
* DEPRECATED : [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]<br />
* [https://github.com/SmartDollHouse Dépôt GitHub]<br />
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]<br />
* [[Flot Charts]]<br />
<br />
=Galeries=<br />
==Galerie 2018==<br />
==Galerie 2017==<br />
==Galerie 2016==<br />
Suivez les tweets :<br />
* https://twitter.com/FablabAIR/status/719892515072159744<br />
* https://twitter.com/FablabAIR/status/719948586671325184<br />
* https://twitter.com/FablabAIR/status/719880125806985216<br />
* https://twitter.com/FablabAIR/status/719872755739582464<br />
* https://twitter.com/FablabAIR/status/719865759158165505<br />
* https://twitter.com/FablabAIR/status/719862460715573249<br />
* https://twitter.com/FablabAIR/status/719858492681691136<br />
<br />
==Galerie 2015==<br />
<br />
==Galerie 2014==<br />
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]</div>Paul.carreterohttps://air.imag.fr/index.php?title=PM2M/2018/TP&diff=41676PM2M/2018/TP2018-04-09T16:14:53Z<p>Paul.carretero: /* Affectation des mini-projets */</p>
<hr />
<div>Page 2018 des supports de cours et travaux pratiques de l'UE [[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]].<br />
<br />
Enseignants 2018 : Didier Donsez<br />
<br />
Partie démarrant 27/02 au 27/03 .<br />
<br />
Soutenance du mi-projet le 27/03 (1H30).<br />
<br />
Rendu fiche de synthèse : 27/03 à minuit.<br />
<br />
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz) et sécurisé avec la blockchain [[Hyperledger]] Fabric.<br />
<br />
[[Image:IoTOverYears.png|600px|center|IoT systems over years]]<br />
[[Image:IoTReferenceArchitecture.png|600px|center|IoT Reference Architecture]]<br />
[[Image:SensorsMix.jpg|600px|center|Sensors Mix]]<br />
<br />
<br />
==Support de cours==<br />
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l'IoT]<br />
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]<br />
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]<br />
* [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2018 Eclipse IoT Days 2018] ([https://gricad.univ-grenoble-alpes.fr/multimedia/videos/eclipse-iot-day-2018 vidéos]).<br />
** Blockchain for Trusted IoT ([https://wiki.eclipse.org/images/0/01/Eclipse-IoT-Days-Grenoble-2018-Blockchain.pdf slides], [https://gricad.univ-grenoble-alpes.fr/video/blockchains-trusted-iot video])<br />
* [http://www.oezratty.net/wordpress/2018/rapport-ces-2018/ Le rapport sur le CES 2018 d'Olivier Ezratty]<br />
* [https://dzone.com/storage/assets/5335165-dzone-guidetoiot-volumeiv.pdf The DZone Guide to The Internet of Things]<br />
<br />
==Planning==<br />
* Avant la séance du 27/02 (TRES IMPORTANT)<br />
** Installation de l'IDE pour le STM32<br />
** Installation de [[Docker]] sur vos machines.<br />
<br />
* 27/02 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation et Introduction et répartition des projets (Didier DONSEZ) 1 heure [[Media:PM2M-1718-Intro.pdf|transparents]]<br />
** Tutoriel [[ STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]] ([https://www.linkedin.com/in/michael-escoda-a2776916/ Michael ESCODA], ST Microelectronics Grenoble) 2 heures<br />
* 06/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation IoT ETL Mashup avec [[Node-RED]] et [[Docker]] (Didier DONSEZ) 30 minutes [[Media:iot_mashup.pdf|transparents]]<br />
** Tutoriel IoT Dataviz Mashup avec https://www.jyse.io/ ([https://www.linkedin.com/in/vienot Simon VIENOT]) 1 heure<br />
** [[PM2M_Docker|Getting started]]<br />
** Travail en équipe<br />
* 12/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 20/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 27/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 09/04 : Rendu des fiches de synthèse<br />
* 10/04 13H30-16H45 : Soutenances (présentation + questions + démonstration)<br />
** [[PM2M/2018_LoRaSpace|LoRaSpace]] (35 minutes)<br />
** [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]] (25 minutes)<br />
** [[PM2M/2018_CarLoRa|CarLoRa]] (35 minutes)<br />
** [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]] (20 minutes)<br />
** [[PM2M/2018_LoRaRiver|Surveillance de cours d'eau]] (35 minutes)<br />
** [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]] (20 minutes)<br />
<br />
==Etapes==<br />
* Coup d’œil aux [[PM2M/2016/TP|projets 2016]] et aux [[PM2M/2017/TP|projets 2017]].<br />
* Installation de [[Docker]]<br />
* [[UE_PEIP_L1|Tutoriel Arduino]]<br />
* Suivre le tutoriel [[Developing IoT Mashups with Docker, MQTT, Node-RED, InfluxDB, Grafana]].<br />
* Installation d'[[OpenHAB]].<br />
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]<br />
* Installation de [[Mosquitto]]<br />
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09<br />
* Installation de [[Node-RED]]<br />
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP] ... et [http://flows.nodered.org/ autres] (en fonction de votre projet).<br />
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]<br />
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]<br />
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...<br />
* Installation de [[Spark]]<br />
<br />
<br />
'''Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Digital Ocean, Heroku, Azure, IBM Bluemix, Twitter, OVH ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore''' pour plus de sureté.<br />
<br />
==Fiche de synthèse==<br />
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.<br />
<br />
* [[WMBus]]<br />
* [[NB-IoT]]<br />
* [[NB-LTE]]<br />
* [[Apple Homekit]]<br />
* [[OneM2M]] et [[Eclipse OM2M]] et [[Eclipse Leshan]] (pour un binome)<br />
* [[OPC-UA]]<br />
* [[Tetra Radio]]<br />
* [[OGC SensorThings]] <br />
* [[Zephyr Project]]<br />
* [[Yocto]]<br />
* [[Eclipse Kura]]<br />
* [[Eclipse Kapua]]<br />
* [[Eclipse Vorto]]<br />
* [[Eclipse Ditto]] IMPORTANT pour [[Digital Twin]]<br />
* [[Eclipse 4diac]]<br />
* [[Eclipse hawkBit]]<br />
* [[Eclipse BIRT]]<br />
* [[SolarCoin]]<br />
* [[IOTA]]<br />
* [[Azure IoT]]<br />
* [[IBM Watson]]<br />
* [[AWS IoT]]<br />
* [[OVH Metrics]]<br />
* [[Cayenne]]<br />
* [[Acoustic Data Communications for Underwater IoT Applications]] ([[Remotely Operated Vehicle|ROV]]s, [[Unmanned Underwater Vehicule|UUV]]s ...)<br />
* [[Li-Fi]]<br />
<br />
==Fiche "Privacy & Sécurity"==<br />
Rédiger en 1 page maximum les aspects "Privacy & Sécurity" de votre projet. La page doit être une entrée du wiki. Chaque fiche est individuelle.<br />
<br />
==Cartes, Capteurs et Actionneurs==<br />
<br />
[[Image:B-L475E-IOT01A.jpg|200px|thumb|right|STM32 IoTNode B-L475E-IOT01A]]<br />
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]<br />
[[Image:lopy.png|200px|thumb|right|LoPy (LoRa)]]<br />
[[Image:sipy.png|200px|thumb|right|SiPy (Sigfox)]]<br />
[[Image:fipy.png|200px|thumb|right|FiPy (the full monty)]]<br />
[[Image:apache_nifi.png|200px|thumb|right|Apache Nifi]]<br />
<br />
# [[Pycom LoPy]]<br />
# [[Pycom SiPy]]<br />
# [[Pycom FiPy]]<br />
# STM32 Nucleo + Shield LoRa SX1272 + Shield Météo<br />
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo<br />
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]<br />
# Sensors ZWave + Clé ZWave<br />
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz<br />
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] & [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# [[STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]]<br />
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP32]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte de démonstration [[SigFox]]<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]<br />
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])<br />
# Carte LoRa<br />
# [[HB100 Miniature Microwave Motion Sensor]]<br />
<br />
==Mini-Projet==<br />
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]<br />
<br />
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un "broker" [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...). Elles seront sécurisées à l'aide d'une blockchain privée [[Hyperledger]].<br />
<br />
<br />
<br />
<br />
===Mini-projets===<br />
* '''LoRaSpace''' (4 étudiants)<br />
** Vous imaginerez un moyen de communication bidirectionnelle basse consommation d'énergie pour les nano-sattelites du [https://www.csug.fr/ Centre spatial universitaire de Grenoble] avec la technologie [[LoRa]].<br />
** Module modem LoRa [[RN2483]] 868 et 433 MHz<br />
** Module [[LoRa]] IMST [[iM880A]]<br />
** Antenne Yagi Directional for 800/850/900MHz<br />
** Carte [[STM32 Nucleo]]<br />
** Carte [[X-NUCLEO-IHM01A1]] pour [[Stepper]]<br />
** 2 Moteurs ([[Stepper]]) pas à pas (pour le pilotage 2 axe de la station sol)<br />
** Raspberry PI<br />
* '''Exercise physique récompensé/pénalisé''' (2 étudiants)<br />
** Vélo d'appartement ([http://assets.domyos.com/vm_950_fr.pdf Decathlon Domyos VM 950])<br />
** [[LoRa]]<br />
** [[BLE]]<br />
** [[NFC]]<br />
** [[Ethereum]]<br />
** [[STEVAL-WESU1]]<br />
** [https://www.decathlon.fr/cardio-ant-bluetooth-smart-id_8334795.html Ceinture cardio Geonaute] Profil HRM BLE<br />
** Montre Decathon ON200 <br />
** [https://play.google.com/store/apps/details?id=no.nordicsemi.android.nrftoolbox&hl=fr nRF Toolbox for BLE]<br />
** [https://github.com/R2D2-2017/R2D2-2017/wiki/Keyes-44E402-Magnetic-Hall-Switch-Sensor Keyes 44E402 Magnetic Hall Switch Sensor]<br />
* '''Surveillance de cours d'eau''' (4 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* [[CarLoRA]] (2 étudiants)<br />
** Carte [[LoRa]] (ESP32, LoPy ou STM32)<br />
** [[OBD|Dongle OBD2 ELM 327 VAGCOM]]<br />
** [[Hyperledger]]<br />
* '''Onboard Parking Meter'''<br />
** Vous imaginerez un objet connecté à poser près du pare-brise.<br />
** Paiement via une blockchain [[Hyperledger]] : voir l'exemple [https://github.com/ibm-watson-iot/blockchain-samples/tree/master/contracts/industry/parkingmeter|IoT Watson].<br />
<br />
<br />
<br />
===Affectation des mini-projets===<br />
<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets PM2M 2017-2018<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Étudiants<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Dépôt git<br />
!scope="col"| Documents<br />
!scope="col"| Matériel<br />
|-<br />
<br />
!scope="row"| 1<br />
| [[PM2M/2018_LoRaSpace|LoRaSpace]]<br />
| SOFIANE AMAZOUZ, SEIFEDDINE BENOMAR, MOHAMMED HICHEM CHEBIHI, REDHA CHEMALI<br />
| [[PM2M/2018_LoRaSpace|fiche]]<br />
| [https://github.com/LoRaSpace/LoRaSpace.git '''github''']<br />
| [[Media:PM2M/2018_LoRaSpace-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaSpace-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 2<br />
| [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]]<br />
| LILIA AZEB, ANTHONY CHAVOUTIER, YOHANN MATEO<br />
| [[PM2M/2018_AssistedWheelchair|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_AssistedWheelchair-slides.pdf|Transparents]] - [[Media:PM2M/2018_AssistedWheelchair-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 3<br />
| [[CarLoRA]]<br />
| PAUL CARRETERO, MINH TRUNG NGUYEN<br />
| [[CarLoRA|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_CarLoRa-slides.pdf|Transparents]] - [[Media:PM2M/2018_CarLoRa-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 4<br />
| [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]]<br />
| YASSINE FARICH, JULIEN NAVAILS<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/CarLoRa '''github''']<br />
| [[Media:PM2M/2018_OnboardParkingMeter-slides.pdf|Transparents]] - [[Media:PM2M/2018_OnboardParkingMeter-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 5<br />
| [[PM2M/2018_LoRaRiver|LoRaRiver]]<br />
| PAUL FAYE, LUCAS LEGRAND, YAOVI TCHAMDJA, BRICE VARINI<br />
| [[PM2M/2018_LoRaRiver|fiche]]<br />
| [https://github.com/LoRaRiver '''github''']<br />
| [[Media:PM2M/2018_LoRaRiver-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaRiver-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 6<br />
| [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]]<br />
| JULIEN DIDES, SEDJRO ZODEHOUGAN<br />
| [[PM2M/2018_ConnectedSportMachine|fiche]]<br />
| [https://github.com/ConnectedSportMachine '''github''']<br />
| [[Media:PM2M/2018_ConnectedSportMachine-slides.pdf|Transparents]] - [[Media:PM2M/2018_ConnectedSportMachine-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
|}<br />
<br />
===Sujets des mini-projets restants===<br />
<br />
<br />
* '''Solar energy trading'''<br />
** [[I-Greenhouse]]<br />
** [[LoRa]], [[NFC]], [[BLE]]<br />
** [[OpenHAB]]<br />
** [[Hyperledger]]<br />
* '''Radar et comptage de véhicules/personnes (fusion d'information)'''<br />
** [[OpenHAB]]<br />
** Caméra de surveillance IP<br />
*** Voir https://dzone.com/articles/java-autonomous-driving-car-detection-1<br />
** [[HB100 Miniature Microwave Motion Sensor]]<br />
** [[Hyperledger]]<br />
* '''Monitoring du fablab'''<br />
** [[OpenHAB]]<br />
** Température, Détection de présence, détecteur de fumée<br />
** RFXCom<br />
** [[Hyperledger]]<br />
* '''IRock : Surveillance des glissements de terrain'''<br />
** Station méteo [[LoRa]]<br />
** [[IRock : Surveillance Géotechnique LoRa|Caillou IRock]]<br />
** [[Hyperledger]]<br />
* '''Surveillance de cours d'eau''' (2 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* '''[[ISofa]]''' (3 étudiants)<br />
** [[OpenHAB]]<br />
** Canapé IKEA [http://www.ikea.com/fr/fr/catalog/products/80264964/#/80264964|KNOPPARP]<br />
** Boutons de Borne Arcade<br />
** [[Papierlogik]]<br />
** [[NFC]]<br />
** [[BLE]]<br />
** [[Hyperledger]]<br />
<br />
==Contenu général des mini-projets==<br />
Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.<br />
<br />
====[[CoAP]] Binding for [[OpenHAB]]====<br />
* avec [[Californium]]<br />
* avec https://github.com/eclipse/californium/pull/25<br />
<br />
====Extension de [[Node-RED]]====<br />
Création ou Amélioration de Nodes<br />
* Node Crypto (avec https://nodejs.org/api/crypto.html)<br />
* Node [[Apache Kafka]]<br />
* Node [[Apache Flume]]<br />
* Node [[CoAP]]<br />
* Node [[UPnP]]<br />
* Node [[DTLS]] en étendant le node UDP<br />
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]<br />
* Node [[SigFox]] (uplink et downlink)<br />
* Node Sérialisation/Déserialisation [[Avro]]<br />
* Node Sérialisation/Déserialisation [[Thrift]]<br />
* Node Sérialisation/Déserialisation [[Protobuf]]<br />
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]<br />
* Node [[Streamdata.io]]<br />
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])<br />
* Node Provider SMS Twilio<br />
* Node [[Provider SMS Free Mobile]]<br />
* Node Provider SMS Orange Mobile<br />
<br />
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/<br />
<br />
====Déploiement sur plateforme Cloud====<br />
Le serveur [[Node-RED]] et le "broker" [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]], Digital Ocean, OVH ou sur votre machine via des images [[Docker]].<br />
<br />
'''Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).'''<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====<br />
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS > Kafka > Storm on Azure Demo]]<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====<br />
<br />
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]<br />
<br />
====Routage avec [[Apache Nifi]]====<br />
<br />
<br />
====Décodage avec [[Eclipse Vorto]]====<br />
<br />
====Affichage des positions avec [[Bootleaf]]====<br />
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d'un champ latlon, latlonalt, geo, ... dans le JSON des flows [[Node-RED]].<br />
<br />
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====<br />
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).<br />
<br />
S'inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.<br />
<br />
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]<br />
<br />
====Intégration à un ESB [[Apache Camel]]====<br />
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]<br />
Vous pourrez utiliser les composants suivants<br />
* https://camel.apache.org/weather.html<br />
* https://camel.apache.org/mqtt.html<br />
** http://tingenek.wordpress.com/category/mqtt/<br />
* https://camel.apache.org/rss.html<br />
* https://camel.apache.org/esper.html<br />
* https://camel.apache.org/mongodb.html<br />
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo<br />
* [[InfluxDB]]<br />
<br />
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====<br />
<br />
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====<br />
<br />
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:<br />
* Activer [[AWS Cloudwatch]]<br />
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).<br />
<br />
==Soutenances==<br />
<br />
====Planning des soutenances====<br />
COMING SOON<br />
<br />
====Instructions pour les soutenances des mini-projets====<br />
<br />
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.<br />
* respectez le temps donc repetez la <br />
* remplissez le doodle pour choisir un creneau de passage<br />
* la présentation mettra en avant<br />
** le titre (avec les noms prénoms des binômes)<br />
** les applications IoT cibles/envisagées<br />
** le ou les architectures (successivement) implémentées,<br />
** les composants logiciels et matériels utilisés,<br />
** les métriques (langages de programmation, sloc, performance ...),<br />
** les problèmes rencontrés et les solutions élaborées,<br />
** la conclusion<br />
** des perspectives possibles à votre développement.<br />
<br />
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.<br />
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.<br />
<br />
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.<br />
<br />
La présentation peut-être réalisée avec [[Reveal.js]].<br />
<br />
Pensez a répéter vos présentations.<br />
<br />
==Projets==<br />
<br />
==Matériel à disposition==<br />
* Cartes de communication [[Low Power Wide Area Networks]]<br />
* [[Intel Galileo]]<br />
* http://intel-software-academic-program.com/courses/#iot<br />
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf<br />
* [[Gas Sensors]]<br />
* [[DHT11/DHT21/DHT22 etc. Temperature & Humidity sensors]]<br />
* [[SCL3711]] NFC Reader --> voir [[NFCpy]]<br />
* [[Capteur de pression BMP085]]<br />
* [[High Sensitivity Alarm Vibration Sensor Module]]<br />
* [[PIR Motion Sensor]]<br />
* [[BMP085 Pressure Sensor]]<br />
* [[CC2541 SensorTag Development Kit]]<br />
* [[Socket.io]]<br />
* [[STM32 Nucleo]]<br />
** Shield BlueNRG<br />
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.<br />
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.<br />
<br />
==Visualisation==<br />
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]<br />
* MQTT over Websocket<br />
** https://www.npmjs.org/package/mqtt-ws<br />
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets<br />
* [[Leaflet.js]] modern open-source JavaScript library for mobile-friendly interactive maps<br />
* [[Morris.js]] Charts in Javascript<br />
* [[Grafana]]<br />
* [[Graphite]]<br />
* [[Ganglia]]<br />
<br />
==Stockage==<br />
* [[InfluxDB]]<br />
* [[MongoDB]]<br />
<br />
==Liens==<br />
* [[Intel Galileo]]<br />
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014<br />
* https://github.com/SmartDollHouse<br />
* https://twitter.com/FablabAIR<br />
<br />
==Autres==<br />
* [[IoTSyS]]<br />
* [https://github.com/denschu/home.pi Home.pi]<br />
* [[OM2M]]<br />
* [[Gladys]]<br />
* DEPRECATED : [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]<br />
* [https://github.com/SmartDollHouse Dépôt GitHub]<br />
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]<br />
* [[Flot Charts]]<br />
<br />
=Galeries=<br />
==Galerie 2018==<br />
==Galerie 2017==<br />
==Galerie 2016==<br />
Suivez les tweets :<br />
* https://twitter.com/FablabAIR/status/719892515072159744<br />
* https://twitter.com/FablabAIR/status/719948586671325184<br />
* https://twitter.com/FablabAIR/status/719880125806985216<br />
* https://twitter.com/FablabAIR/status/719872755739582464<br />
* https://twitter.com/FablabAIR/status/719865759158165505<br />
* https://twitter.com/FablabAIR/status/719862460715573249<br />
* https://twitter.com/FablabAIR/status/719858492681691136<br />
<br />
==Galerie 2015==<br />
<br />
==Galerie 2014==<br />
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]</div>Paul.carreterohttps://air.imag.fr/index.php?title=PM2M/2018/TP&diff=41674PM2M/2018/TP2018-04-09T16:14:15Z<p>Paul.carretero: /* Affectation des mini-projets */</p>
<hr />
<div>Page 2018 des supports de cours et travaux pratiques de l'UE [[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]].<br />
<br />
Enseignants 2018 : Didier Donsez<br />
<br />
Partie démarrant 27/02 au 27/03 .<br />
<br />
Soutenance du mi-projet le 27/03 (1H30).<br />
<br />
Rendu fiche de synthèse : 27/03 à minuit.<br />
<br />
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz) et sécurisé avec la blockchain [[Hyperledger]] Fabric.<br />
<br />
[[Image:IoTOverYears.png|600px|center|IoT systems over years]]<br />
[[Image:IoTReferenceArchitecture.png|600px|center|IoT Reference Architecture]]<br />
[[Image:SensorsMix.jpg|600px|center|Sensors Mix]]<br />
<br />
<br />
==Support de cours==<br />
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l'IoT]<br />
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]<br />
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]<br />
* [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2018 Eclipse IoT Days 2018] ([https://gricad.univ-grenoble-alpes.fr/multimedia/videos/eclipse-iot-day-2018 vidéos]).<br />
** Blockchain for Trusted IoT ([https://wiki.eclipse.org/images/0/01/Eclipse-IoT-Days-Grenoble-2018-Blockchain.pdf slides], [https://gricad.univ-grenoble-alpes.fr/video/blockchains-trusted-iot video])<br />
* [http://www.oezratty.net/wordpress/2018/rapport-ces-2018/ Le rapport sur le CES 2018 d'Olivier Ezratty]<br />
* [https://dzone.com/storage/assets/5335165-dzone-guidetoiot-volumeiv.pdf The DZone Guide to The Internet of Things]<br />
<br />
==Planning==<br />
* Avant la séance du 27/02 (TRES IMPORTANT)<br />
** Installation de l'IDE pour le STM32<br />
** Installation de [[Docker]] sur vos machines.<br />
<br />
* 27/02 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation et Introduction et répartition des projets (Didier DONSEZ) 1 heure [[Media:PM2M-1718-Intro.pdf|transparents]]<br />
** Tutoriel [[ STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]] ([https://www.linkedin.com/in/michael-escoda-a2776916/ Michael ESCODA], ST Microelectronics Grenoble) 2 heures<br />
* 06/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation IoT ETL Mashup avec [[Node-RED]] et [[Docker]] (Didier DONSEZ) 30 minutes [[Media:iot_mashup.pdf|transparents]]<br />
** Tutoriel IoT Dataviz Mashup avec https://www.jyse.io/ ([https://www.linkedin.com/in/vienot Simon VIENOT]) 1 heure<br />
** [[PM2M_Docker|Getting started]]<br />
** Travail en équipe<br />
* 12/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 20/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 27/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 09/04 : Rendu des fiches de synthèse<br />
* 10/04 13H30-16H45 : Soutenances (présentation + questions + démonstration)<br />
** [[PM2M/2018_LoRaSpace|LoRaSpace]] (35 minutes)<br />
** [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]] (25 minutes)<br />
** [[PM2M/2018_CarLoRa|CarLoRa]] (35 minutes)<br />
** [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]] (20 minutes)<br />
** [[PM2M/2018_LoRaRiver|Surveillance de cours d'eau]] (35 minutes)<br />
** [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]] (20 minutes)<br />
<br />
==Etapes==<br />
* Coup d’œil aux [[PM2M/2016/TP|projets 2016]] et aux [[PM2M/2017/TP|projets 2017]].<br />
* Installation de [[Docker]]<br />
* [[UE_PEIP_L1|Tutoriel Arduino]]<br />
* Suivre le tutoriel [[Developing IoT Mashups with Docker, MQTT, Node-RED, InfluxDB, Grafana]].<br />
* Installation d'[[OpenHAB]].<br />
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]<br />
* Installation de [[Mosquitto]]<br />
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09<br />
* Installation de [[Node-RED]]<br />
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP] ... et [http://flows.nodered.org/ autres] (en fonction de votre projet).<br />
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]<br />
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]<br />
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...<br />
* Installation de [[Spark]]<br />
<br />
<br />
'''Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Digital Ocean, Heroku, Azure, IBM Bluemix, Twitter, OVH ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore''' pour plus de sureté.<br />
<br />
==Fiche de synthèse==<br />
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.<br />
<br />
* [[WMBus]]<br />
* [[NB-IoT]]<br />
* [[NB-LTE]]<br />
* [[Apple Homekit]]<br />
* [[OneM2M]] et [[Eclipse OM2M]] et [[Eclipse Leshan]] (pour un binome)<br />
* [[OPC-UA]]<br />
* [[Tetra Radio]]<br />
* [[OGC SensorThings]] <br />
* [[Zephyr Project]]<br />
* [[Yocto]]<br />
* [[Eclipse Kura]]<br />
* [[Eclipse Kapua]]<br />
* [[Eclipse Vorto]]<br />
* [[Eclipse Ditto]] IMPORTANT pour [[Digital Twin]]<br />
* [[Eclipse 4diac]]<br />
* [[Eclipse hawkBit]]<br />
* [[Eclipse BIRT]]<br />
* [[SolarCoin]]<br />
* [[IOTA]]<br />
* [[Azure IoT]]<br />
* [[IBM Watson]]<br />
* [[AWS IoT]]<br />
* [[OVH Metrics]]<br />
* [[Cayenne]]<br />
* [[Acoustic Data Communications for Underwater IoT Applications]] ([[Remotely Operated Vehicle|ROV]]s, [[Unmanned Underwater Vehicule|UUV]]s ...)<br />
* [[Li-Fi]]<br />
<br />
==Fiche "Privacy & Sécurity"==<br />
Rédiger en 1 page maximum les aspects "Privacy & Sécurity" de votre projet. La page doit être une entrée du wiki. Chaque fiche est individuelle.<br />
<br />
==Cartes, Capteurs et Actionneurs==<br />
<br />
[[Image:B-L475E-IOT01A.jpg|200px|thumb|right|STM32 IoTNode B-L475E-IOT01A]]<br />
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]<br />
[[Image:lopy.png|200px|thumb|right|LoPy (LoRa)]]<br />
[[Image:sipy.png|200px|thumb|right|SiPy (Sigfox)]]<br />
[[Image:fipy.png|200px|thumb|right|FiPy (the full monty)]]<br />
[[Image:apache_nifi.png|200px|thumb|right|Apache Nifi]]<br />
<br />
# [[Pycom LoPy]]<br />
# [[Pycom SiPy]]<br />
# [[Pycom FiPy]]<br />
# STM32 Nucleo + Shield LoRa SX1272 + Shield Météo<br />
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo<br />
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]<br />
# Sensors ZWave + Clé ZWave<br />
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz<br />
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] & [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# [[STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]]<br />
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP32]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte de démonstration [[SigFox]]<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]<br />
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])<br />
# Carte LoRa<br />
# [[HB100 Miniature Microwave Motion Sensor]]<br />
<br />
==Mini-Projet==<br />
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]<br />
<br />
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un "broker" [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...). Elles seront sécurisées à l'aide d'une blockchain privée [[Hyperledger]].<br />
<br />
<br />
<br />
<br />
===Mini-projets===<br />
* '''LoRaSpace''' (4 étudiants)<br />
** Vous imaginerez un moyen de communication bidirectionnelle basse consommation d'énergie pour les nano-sattelites du [https://www.csug.fr/ Centre spatial universitaire de Grenoble] avec la technologie [[LoRa]].<br />
** Module modem LoRa [[RN2483]] 868 et 433 MHz<br />
** Module [[LoRa]] IMST [[iM880A]]<br />
** Antenne Yagi Directional for 800/850/900MHz<br />
** Carte [[STM32 Nucleo]]<br />
** Carte [[X-NUCLEO-IHM01A1]] pour [[Stepper]]<br />
** 2 Moteurs ([[Stepper]]) pas à pas (pour le pilotage 2 axe de la station sol)<br />
** Raspberry PI<br />
* '''Exercise physique récompensé/pénalisé''' (2 étudiants)<br />
** Vélo d'appartement ([http://assets.domyos.com/vm_950_fr.pdf Decathlon Domyos VM 950])<br />
** [[LoRa]]<br />
** [[BLE]]<br />
** [[NFC]]<br />
** [[Ethereum]]<br />
** [[STEVAL-WESU1]]<br />
** [https://www.decathlon.fr/cardio-ant-bluetooth-smart-id_8334795.html Ceinture cardio Geonaute] Profil HRM BLE<br />
** Montre Decathon ON200 <br />
** [https://play.google.com/store/apps/details?id=no.nordicsemi.android.nrftoolbox&hl=fr nRF Toolbox for BLE]<br />
** [https://github.com/R2D2-2017/R2D2-2017/wiki/Keyes-44E402-Magnetic-Hall-Switch-Sensor Keyes 44E402 Magnetic Hall Switch Sensor]<br />
* '''Surveillance de cours d'eau''' (4 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* [[CarLoRA]] (2 étudiants)<br />
** Carte [[LoRa]] (ESP32, LoPy ou STM32)<br />
** [[OBD|Dongle OBD2 ELM 327 VAGCOM]]<br />
** [[Hyperledger]]<br />
* '''Onboard Parking Meter'''<br />
** Vous imaginerez un objet connecté à poser près du pare-brise.<br />
** Paiement via une blockchain [[Hyperledger]] : voir l'exemple [https://github.com/ibm-watson-iot/blockchain-samples/tree/master/contracts/industry/parkingmeter|IoT Watson].<br />
<br />
<br />
<br />
===Affectation des mini-projets===<br />
<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets PM2M 2017-2018<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Étudiants<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Dépôt git<br />
!scope="col"| Documents<br />
!scope="col"| Matériel<br />
|-<br />
<br />
!scope="row"| 1<br />
| [[PM2M/2018_LoRaSpace|LoRaSpace]]<br />
| SOFIANE AMAZOUZ, SEIFEDDINE BENOMAR, MOHAMMED HICHEM CHEBIHI, REDHA CHEMALI<br />
| [[PM2M/2018_LoRaSpace|fiche]]<br />
| [https://github.com/LoRaSpace/LoRaSpace.git '''github''']<br />
| [[Media:PM2M/2018_LoRaSpace-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaSpace-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 2<br />
| [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]]<br />
| LILIA AZEB, ANTHONY CHAVOUTIER, YOHANN MATEO<br />
| [[PM2M/2018_AssistedWheelchair|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_AssistedWheelchair-slides.pdf|Transparents]] - [[Media:PM2M/2018_AssistedWheelchair-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 3<br />
| [[CarLoRA|CarLoRA]]<br />
| PAUL CARRETERO, MINH TRUNG NGUYEN<br />
| [[PM2M/2018_CarLoRA|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_CarLoRa-slides.pdf|Transparents]] - [[Media:PM2M/2018_CarLoRa-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 4<br />
| [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]]<br />
| YASSINE FARICH, JULIEN NAVAILS<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/CarLoRa '''github''']<br />
| [[Media:PM2M/2018_OnboardParkingMeter-slides.pdf|Transparents]] - [[Media:PM2M/2018_OnboardParkingMeter-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 5<br />
| [[PM2M/2018_LoRaRiver|LoRaRiver]]<br />
| PAUL FAYE, LUCAS LEGRAND, YAOVI TCHAMDJA, BRICE VARINI<br />
| [[PM2M/2018_LoRaRiver|fiche]]<br />
| [https://github.com/LoRaRiver '''github''']<br />
| [[Media:PM2M/2018_LoRaRiver-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaRiver-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 6<br />
| [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]]<br />
| JULIEN DIDES, SEDJRO ZODEHOUGAN<br />
| [[PM2M/2018_ConnectedSportMachine|fiche]]<br />
| [https://github.com/ConnectedSportMachine '''github''']<br />
| [[Media:PM2M/2018_ConnectedSportMachine-slides.pdf|Transparents]] - [[Media:PM2M/2018_ConnectedSportMachine-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
|}<br />
<br />
===Sujets des mini-projets restants===<br />
<br />
<br />
* '''Solar energy trading'''<br />
** [[I-Greenhouse]]<br />
** [[LoRa]], [[NFC]], [[BLE]]<br />
** [[OpenHAB]]<br />
** [[Hyperledger]]<br />
* '''Radar et comptage de véhicules/personnes (fusion d'information)'''<br />
** [[OpenHAB]]<br />
** Caméra de surveillance IP<br />
*** Voir https://dzone.com/articles/java-autonomous-driving-car-detection-1<br />
** [[HB100 Miniature Microwave Motion Sensor]]<br />
** [[Hyperledger]]<br />
* '''Monitoring du fablab'''<br />
** [[OpenHAB]]<br />
** Température, Détection de présence, détecteur de fumée<br />
** RFXCom<br />
** [[Hyperledger]]<br />
* '''IRock : Surveillance des glissements de terrain'''<br />
** Station méteo [[LoRa]]<br />
** [[IRock : Surveillance Géotechnique LoRa|Caillou IRock]]<br />
** [[Hyperledger]]<br />
* '''Surveillance de cours d'eau''' (2 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* '''[[ISofa]]''' (3 étudiants)<br />
** [[OpenHAB]]<br />
** Canapé IKEA [http://www.ikea.com/fr/fr/catalog/products/80264964/#/80264964|KNOPPARP]<br />
** Boutons de Borne Arcade<br />
** [[Papierlogik]]<br />
** [[NFC]]<br />
** [[BLE]]<br />
** [[Hyperledger]]<br />
<br />
==Contenu général des mini-projets==<br />
Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.<br />
<br />
====[[CoAP]] Binding for [[OpenHAB]]====<br />
* avec [[Californium]]<br />
* avec https://github.com/eclipse/californium/pull/25<br />
<br />
====Extension de [[Node-RED]]====<br />
Création ou Amélioration de Nodes<br />
* Node Crypto (avec https://nodejs.org/api/crypto.html)<br />
* Node [[Apache Kafka]]<br />
* Node [[Apache Flume]]<br />
* Node [[CoAP]]<br />
* Node [[UPnP]]<br />
* Node [[DTLS]] en étendant le node UDP<br />
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]<br />
* Node [[SigFox]] (uplink et downlink)<br />
* Node Sérialisation/Déserialisation [[Avro]]<br />
* Node Sérialisation/Déserialisation [[Thrift]]<br />
* Node Sérialisation/Déserialisation [[Protobuf]]<br />
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]<br />
* Node [[Streamdata.io]]<br />
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])<br />
* Node Provider SMS Twilio<br />
* Node [[Provider SMS Free Mobile]]<br />
* Node Provider SMS Orange Mobile<br />
<br />
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/<br />
<br />
====Déploiement sur plateforme Cloud====<br />
Le serveur [[Node-RED]] et le "broker" [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]], Digital Ocean, OVH ou sur votre machine via des images [[Docker]].<br />
<br />
'''Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).'''<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====<br />
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS > Kafka > Storm on Azure Demo]]<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====<br />
<br />
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]<br />
<br />
====Routage avec [[Apache Nifi]]====<br />
<br />
<br />
====Décodage avec [[Eclipse Vorto]]====<br />
<br />
====Affichage des positions avec [[Bootleaf]]====<br />
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d'un champ latlon, latlonalt, geo, ... dans le JSON des flows [[Node-RED]].<br />
<br />
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====<br />
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).<br />
<br />
S'inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.<br />
<br />
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]<br />
<br />
====Intégration à un ESB [[Apache Camel]]====<br />
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]<br />
Vous pourrez utiliser les composants suivants<br />
* https://camel.apache.org/weather.html<br />
* https://camel.apache.org/mqtt.html<br />
** http://tingenek.wordpress.com/category/mqtt/<br />
* https://camel.apache.org/rss.html<br />
* https://camel.apache.org/esper.html<br />
* https://camel.apache.org/mongodb.html<br />
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo<br />
* [[InfluxDB]]<br />
<br />
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====<br />
<br />
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====<br />
<br />
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:<br />
* Activer [[AWS Cloudwatch]]<br />
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).<br />
<br />
==Soutenances==<br />
<br />
====Planning des soutenances====<br />
COMING SOON<br />
<br />
====Instructions pour les soutenances des mini-projets====<br />
<br />
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.<br />
* respectez le temps donc repetez la <br />
* remplissez le doodle pour choisir un creneau de passage<br />
* la présentation mettra en avant<br />
** le titre (avec les noms prénoms des binômes)<br />
** les applications IoT cibles/envisagées<br />
** le ou les architectures (successivement) implémentées,<br />
** les composants logiciels et matériels utilisés,<br />
** les métriques (langages de programmation, sloc, performance ...),<br />
** les problèmes rencontrés et les solutions élaborées,<br />
** la conclusion<br />
** des perspectives possibles à votre développement.<br />
<br />
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.<br />
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.<br />
<br />
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.<br />
<br />
La présentation peut-être réalisée avec [[Reveal.js]].<br />
<br />
Pensez a répéter vos présentations.<br />
<br />
==Projets==<br />
<br />
==Matériel à disposition==<br />
* Cartes de communication [[Low Power Wide Area Networks]]<br />
* [[Intel Galileo]]<br />
* http://intel-software-academic-program.com/courses/#iot<br />
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf<br />
* [[Gas Sensors]]<br />
* [[DHT11/DHT21/DHT22 etc. Temperature & Humidity sensors]]<br />
* [[SCL3711]] NFC Reader --> voir [[NFCpy]]<br />
* [[Capteur de pression BMP085]]<br />
* [[High Sensitivity Alarm Vibration Sensor Module]]<br />
* [[PIR Motion Sensor]]<br />
* [[BMP085 Pressure Sensor]]<br />
* [[CC2541 SensorTag Development Kit]]<br />
* [[Socket.io]]<br />
* [[STM32 Nucleo]]<br />
** Shield BlueNRG<br />
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.<br />
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.<br />
<br />
==Visualisation==<br />
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]<br />
* MQTT over Websocket<br />
** https://www.npmjs.org/package/mqtt-ws<br />
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets<br />
* [[Leaflet.js]] modern open-source JavaScript library for mobile-friendly interactive maps<br />
* [[Morris.js]] Charts in Javascript<br />
* [[Grafana]]<br />
* [[Graphite]]<br />
* [[Ganglia]]<br />
<br />
==Stockage==<br />
* [[InfluxDB]]<br />
* [[MongoDB]]<br />
<br />
==Liens==<br />
* [[Intel Galileo]]<br />
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014<br />
* https://github.com/SmartDollHouse<br />
* https://twitter.com/FablabAIR<br />
<br />
==Autres==<br />
* [[IoTSyS]]<br />
* [https://github.com/denschu/home.pi Home.pi]<br />
* [[OM2M]]<br />
* [[Gladys]]<br />
* DEPRECATED : [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]<br />
* [https://github.com/SmartDollHouse Dépôt GitHub]<br />
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]<br />
* [[Flot Charts]]<br />
<br />
=Galeries=<br />
==Galerie 2018==<br />
==Galerie 2017==<br />
==Galerie 2016==<br />
Suivez les tweets :<br />
* https://twitter.com/FablabAIR/status/719892515072159744<br />
* https://twitter.com/FablabAIR/status/719948586671325184<br />
* https://twitter.com/FablabAIR/status/719880125806985216<br />
* https://twitter.com/FablabAIR/status/719872755739582464<br />
* https://twitter.com/FablabAIR/status/719865759158165505<br />
* https://twitter.com/FablabAIR/status/719862460715573249<br />
* https://twitter.com/FablabAIR/status/719858492681691136<br />
<br />
==Galerie 2015==<br />
<br />
==Galerie 2014==<br />
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]</div>Paul.carreterohttps://air.imag.fr/index.php?title=PM2M/2018/TP&diff=41673PM2M/2018/TP2018-04-09T16:13:25Z<p>Paul.carretero: /* Affectation des mini-projets */</p>
<hr />
<div>Page 2018 des supports de cours et travaux pratiques de l'UE [[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]].<br />
<br />
Enseignants 2018 : Didier Donsez<br />
<br />
Partie démarrant 27/02 au 27/03 .<br />
<br />
Soutenance du mi-projet le 27/03 (1H30).<br />
<br />
Rendu fiche de synthèse : 27/03 à minuit.<br />
<br />
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz) et sécurisé avec la blockchain [[Hyperledger]] Fabric.<br />
<br />
[[Image:IoTOverYears.png|600px|center|IoT systems over years]]<br />
[[Image:IoTReferenceArchitecture.png|600px|center|IoT Reference Architecture]]<br />
[[Image:SensorsMix.jpg|600px|center|Sensors Mix]]<br />
<br />
<br />
==Support de cours==<br />
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l'IoT]<br />
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]<br />
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]<br />
* [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2018 Eclipse IoT Days 2018] ([https://gricad.univ-grenoble-alpes.fr/multimedia/videos/eclipse-iot-day-2018 vidéos]).<br />
** Blockchain for Trusted IoT ([https://wiki.eclipse.org/images/0/01/Eclipse-IoT-Days-Grenoble-2018-Blockchain.pdf slides], [https://gricad.univ-grenoble-alpes.fr/video/blockchains-trusted-iot video])<br />
* [http://www.oezratty.net/wordpress/2018/rapport-ces-2018/ Le rapport sur le CES 2018 d'Olivier Ezratty]<br />
* [https://dzone.com/storage/assets/5335165-dzone-guidetoiot-volumeiv.pdf The DZone Guide to The Internet of Things]<br />
<br />
==Planning==<br />
* Avant la séance du 27/02 (TRES IMPORTANT)<br />
** Installation de l'IDE pour le STM32<br />
** Installation de [[Docker]] sur vos machines.<br />
<br />
* 27/02 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation et Introduction et répartition des projets (Didier DONSEZ) 1 heure [[Media:PM2M-1718-Intro.pdf|transparents]]<br />
** Tutoriel [[ STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]] ([https://www.linkedin.com/in/michael-escoda-a2776916/ Michael ESCODA], ST Microelectronics Grenoble) 2 heures<br />
* 06/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation IoT ETL Mashup avec [[Node-RED]] et [[Docker]] (Didier DONSEZ) 30 minutes [[Media:iot_mashup.pdf|transparents]]<br />
** Tutoriel IoT Dataviz Mashup avec https://www.jyse.io/ ([https://www.linkedin.com/in/vienot Simon VIENOT]) 1 heure<br />
** [[PM2M_Docker|Getting started]]<br />
** Travail en équipe<br />
* 12/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 20/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 27/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 09/04 : Rendu des fiches de synthèse<br />
* 10/04 13H30-16H45 : Soutenances (présentation + questions + démonstration)<br />
** [[PM2M/2018_LoRaSpace|LoRaSpace]] (35 minutes)<br />
** [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]] (25 minutes)<br />
** [[PM2M/2018_CarLoRa|CarLoRa]] (35 minutes)<br />
** [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]] (20 minutes)<br />
** [[PM2M/2018_LoRaRiver|Surveillance de cours d'eau]] (35 minutes)<br />
** [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]] (20 minutes)<br />
<br />
==Etapes==<br />
* Coup d’œil aux [[PM2M/2016/TP|projets 2016]] et aux [[PM2M/2017/TP|projets 2017]].<br />
* Installation de [[Docker]]<br />
* [[UE_PEIP_L1|Tutoriel Arduino]]<br />
* Suivre le tutoriel [[Developing IoT Mashups with Docker, MQTT, Node-RED, InfluxDB, Grafana]].<br />
* Installation d'[[OpenHAB]].<br />
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]<br />
* Installation de [[Mosquitto]]<br />
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09<br />
* Installation de [[Node-RED]]<br />
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP] ... et [http://flows.nodered.org/ autres] (en fonction de votre projet).<br />
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]<br />
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]<br />
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...<br />
* Installation de [[Spark]]<br />
<br />
<br />
'''Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Digital Ocean, Heroku, Azure, IBM Bluemix, Twitter, OVH ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore''' pour plus de sureté.<br />
<br />
==Fiche de synthèse==<br />
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.<br />
<br />
* [[WMBus]]<br />
* [[NB-IoT]]<br />
* [[NB-LTE]]<br />
* [[Apple Homekit]]<br />
* [[OneM2M]] et [[Eclipse OM2M]] et [[Eclipse Leshan]] (pour un binome)<br />
* [[OPC-UA]]<br />
* [[Tetra Radio]]<br />
* [[OGC SensorThings]] <br />
* [[Zephyr Project]]<br />
* [[Yocto]]<br />
* [[Eclipse Kura]]<br />
* [[Eclipse Kapua]]<br />
* [[Eclipse Vorto]]<br />
* [[Eclipse Ditto]] IMPORTANT pour [[Digital Twin]]<br />
* [[Eclipse 4diac]]<br />
* [[Eclipse hawkBit]]<br />
* [[Eclipse BIRT]]<br />
* [[SolarCoin]]<br />
* [[IOTA]]<br />
* [[Azure IoT]]<br />
* [[IBM Watson]]<br />
* [[AWS IoT]]<br />
* [[OVH Metrics]]<br />
* [[Cayenne]]<br />
* [[Acoustic Data Communications for Underwater IoT Applications]] ([[Remotely Operated Vehicle|ROV]]s, [[Unmanned Underwater Vehicule|UUV]]s ...)<br />
* [[Li-Fi]]<br />
<br />
==Fiche "Privacy & Sécurity"==<br />
Rédiger en 1 page maximum les aspects "Privacy & Sécurity" de votre projet. La page doit être une entrée du wiki. Chaque fiche est individuelle.<br />
<br />
==Cartes, Capteurs et Actionneurs==<br />
<br />
[[Image:B-L475E-IOT01A.jpg|200px|thumb|right|STM32 IoTNode B-L475E-IOT01A]]<br />
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]<br />
[[Image:lopy.png|200px|thumb|right|LoPy (LoRa)]]<br />
[[Image:sipy.png|200px|thumb|right|SiPy (Sigfox)]]<br />
[[Image:fipy.png|200px|thumb|right|FiPy (the full monty)]]<br />
[[Image:apache_nifi.png|200px|thumb|right|Apache Nifi]]<br />
<br />
# [[Pycom LoPy]]<br />
# [[Pycom SiPy]]<br />
# [[Pycom FiPy]]<br />
# STM32 Nucleo + Shield LoRa SX1272 + Shield Météo<br />
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo<br />
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]<br />
# Sensors ZWave + Clé ZWave<br />
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz<br />
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] & [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# [[STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]]<br />
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP32]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte de démonstration [[SigFox]]<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]<br />
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])<br />
# Carte LoRa<br />
# [[HB100 Miniature Microwave Motion Sensor]]<br />
<br />
==Mini-Projet==<br />
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]<br />
<br />
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un "broker" [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...). Elles seront sécurisées à l'aide d'une blockchain privée [[Hyperledger]].<br />
<br />
<br />
<br />
<br />
===Mini-projets===<br />
* '''LoRaSpace''' (4 étudiants)<br />
** Vous imaginerez un moyen de communication bidirectionnelle basse consommation d'énergie pour les nano-sattelites du [https://www.csug.fr/ Centre spatial universitaire de Grenoble] avec la technologie [[LoRa]].<br />
** Module modem LoRa [[RN2483]] 868 et 433 MHz<br />
** Module [[LoRa]] IMST [[iM880A]]<br />
** Antenne Yagi Directional for 800/850/900MHz<br />
** Carte [[STM32 Nucleo]]<br />
** Carte [[X-NUCLEO-IHM01A1]] pour [[Stepper]]<br />
** 2 Moteurs ([[Stepper]]) pas à pas (pour le pilotage 2 axe de la station sol)<br />
** Raspberry PI<br />
* '''Exercise physique récompensé/pénalisé''' (2 étudiants)<br />
** Vélo d'appartement ([http://assets.domyos.com/vm_950_fr.pdf Decathlon Domyos VM 950])<br />
** [[LoRa]]<br />
** [[BLE]]<br />
** [[NFC]]<br />
** [[Ethereum]]<br />
** [[STEVAL-WESU1]]<br />
** [https://www.decathlon.fr/cardio-ant-bluetooth-smart-id_8334795.html Ceinture cardio Geonaute] Profil HRM BLE<br />
** Montre Decathon ON200 <br />
** [https://play.google.com/store/apps/details?id=no.nordicsemi.android.nrftoolbox&hl=fr nRF Toolbox for BLE]<br />
** [https://github.com/R2D2-2017/R2D2-2017/wiki/Keyes-44E402-Magnetic-Hall-Switch-Sensor Keyes 44E402 Magnetic Hall Switch Sensor]<br />
* '''Surveillance de cours d'eau''' (4 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* [[CarLoRA]] (2 étudiants)<br />
** Carte [[LoRa]] (ESP32, LoPy ou STM32)<br />
** [[OBD|Dongle OBD2 ELM 327 VAGCOM]]<br />
** [[Hyperledger]]<br />
* '''Onboard Parking Meter'''<br />
** Vous imaginerez un objet connecté à poser près du pare-brise.<br />
** Paiement via une blockchain [[Hyperledger]] : voir l'exemple [https://github.com/ibm-watson-iot/blockchain-samples/tree/master/contracts/industry/parkingmeter|IoT Watson].<br />
<br />
<br />
<br />
===Affectation des mini-projets===<br />
<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets PM2M 2017-2018<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Étudiants<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Dépôt git<br />
!scope="col"| Documents<br />
!scope="col"| Matériel<br />
|-<br />
<br />
!scope="row"| 1<br />
| [[PM2M/2018_LoRaSpace|LoRaSpace]]<br />
| SOFIANE AMAZOUZ, SEIFEDDINE BENOMAR, MOHAMMED HICHEM CHEBIHI, REDHA CHEMALI<br />
| [[PM2M/2018_LoRaSpace|fiche]]<br />
| [https://github.com/LoRaSpace/LoRaSpace.git '''github''']<br />
| [[Media:PM2M/2018_LoRaSpace-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaSpace-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 2<br />
| [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]]<br />
| LILIA AZEB, ANTHONY CHAVOUTIER, YOHANN MATEO<br />
| [[PM2M/2018_AssistedWheelchair|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_AssistedWheelchair-slides.pdf|Transparents]] - [[Media:PM2M/2018_AssistedWheelchair-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 3<br />
| [[PM2M/2018_CarLoRa|CarLoRA]]<br />
| PAUL CARRETERO, MINH TRUNG NGUYEN<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_CarLoRa-slides.pdf|Transparents]] - [[Media:PM2M/2018_CarLoRa-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 4<br />
| [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]]<br />
| YASSINE FARICH, JULIEN NAVAILS<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/CarLoRa '''github''']<br />
| [[Media:PM2M/2018_OnboardParkingMeter-slides.pdf|Transparents]] - [[Media:PM2M/2018_OnboardParkingMeter-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 5<br />
| [[PM2M/2018_LoRaRiver|LoRaRiver]]<br />
| PAUL FAYE, LUCAS LEGRAND, YAOVI TCHAMDJA, BRICE VARINI<br />
| [[PM2M/2018_LoRaRiver|fiche]]<br />
| [https://github.com/LoRaRiver '''github''']<br />
| [[Media:PM2M/2018_LoRaRiver-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaRiver-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 6<br />
| [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]]<br />
| JULIEN DIDES, SEDJRO ZODEHOUGAN<br />
| [[PM2M/2018_ConnectedSportMachine|fiche]]<br />
| [https://github.com/ConnectedSportMachine '''github''']<br />
| [[Media:PM2M/2018_ConnectedSportMachine-slides.pdf|Transparents]] - [[Media:PM2M/2018_ConnectedSportMachine-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
|}<br />
<br />
===Sujets des mini-projets restants===<br />
<br />
<br />
* '''Solar energy trading'''<br />
** [[I-Greenhouse]]<br />
** [[LoRa]], [[NFC]], [[BLE]]<br />
** [[OpenHAB]]<br />
** [[Hyperledger]]<br />
* '''Radar et comptage de véhicules/personnes (fusion d'information)'''<br />
** [[OpenHAB]]<br />
** Caméra de surveillance IP<br />
*** Voir https://dzone.com/articles/java-autonomous-driving-car-detection-1<br />
** [[HB100 Miniature Microwave Motion Sensor]]<br />
** [[Hyperledger]]<br />
* '''Monitoring du fablab'''<br />
** [[OpenHAB]]<br />
** Température, Détection de présence, détecteur de fumée<br />
** RFXCom<br />
** [[Hyperledger]]<br />
* '''IRock : Surveillance des glissements de terrain'''<br />
** Station méteo [[LoRa]]<br />
** [[IRock : Surveillance Géotechnique LoRa|Caillou IRock]]<br />
** [[Hyperledger]]<br />
* '''Surveillance de cours d'eau''' (2 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* '''[[ISofa]]''' (3 étudiants)<br />
** [[OpenHAB]]<br />
** Canapé IKEA [http://www.ikea.com/fr/fr/catalog/products/80264964/#/80264964|KNOPPARP]<br />
** Boutons de Borne Arcade<br />
** [[Papierlogik]]<br />
** [[NFC]]<br />
** [[BLE]]<br />
** [[Hyperledger]]<br />
<br />
==Contenu général des mini-projets==<br />
Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.<br />
<br />
====[[CoAP]] Binding for [[OpenHAB]]====<br />
* avec [[Californium]]<br />
* avec https://github.com/eclipse/californium/pull/25<br />
<br />
====Extension de [[Node-RED]]====<br />
Création ou Amélioration de Nodes<br />
* Node Crypto (avec https://nodejs.org/api/crypto.html)<br />
* Node [[Apache Kafka]]<br />
* Node [[Apache Flume]]<br />
* Node [[CoAP]]<br />
* Node [[UPnP]]<br />
* Node [[DTLS]] en étendant le node UDP<br />
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]<br />
* Node [[SigFox]] (uplink et downlink)<br />
* Node Sérialisation/Déserialisation [[Avro]]<br />
* Node Sérialisation/Déserialisation [[Thrift]]<br />
* Node Sérialisation/Déserialisation [[Protobuf]]<br />
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]<br />
* Node [[Streamdata.io]]<br />
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])<br />
* Node Provider SMS Twilio<br />
* Node [[Provider SMS Free Mobile]]<br />
* Node Provider SMS Orange Mobile<br />
<br />
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/<br />
<br />
====Déploiement sur plateforme Cloud====<br />
Le serveur [[Node-RED]] et le "broker" [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]], Digital Ocean, OVH ou sur votre machine via des images [[Docker]].<br />
<br />
'''Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).'''<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====<br />
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS > Kafka > Storm on Azure Demo]]<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====<br />
<br />
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]<br />
<br />
====Routage avec [[Apache Nifi]]====<br />
<br />
<br />
====Décodage avec [[Eclipse Vorto]]====<br />
<br />
====Affichage des positions avec [[Bootleaf]]====<br />
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d'un champ latlon, latlonalt, geo, ... dans le JSON des flows [[Node-RED]].<br />
<br />
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====<br />
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).<br />
<br />
S'inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.<br />
<br />
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]<br />
<br />
====Intégration à un ESB [[Apache Camel]]====<br />
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]<br />
Vous pourrez utiliser les composants suivants<br />
* https://camel.apache.org/weather.html<br />
* https://camel.apache.org/mqtt.html<br />
** http://tingenek.wordpress.com/category/mqtt/<br />
* https://camel.apache.org/rss.html<br />
* https://camel.apache.org/esper.html<br />
* https://camel.apache.org/mongodb.html<br />
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo<br />
* [[InfluxDB]]<br />
<br />
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====<br />
<br />
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====<br />
<br />
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:<br />
* Activer [[AWS Cloudwatch]]<br />
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).<br />
<br />
==Soutenances==<br />
<br />
====Planning des soutenances====<br />
COMING SOON<br />
<br />
====Instructions pour les soutenances des mini-projets====<br />
<br />
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.<br />
* respectez le temps donc repetez la <br />
* remplissez le doodle pour choisir un creneau de passage<br />
* la présentation mettra en avant<br />
** le titre (avec les noms prénoms des binômes)<br />
** les applications IoT cibles/envisagées<br />
** le ou les architectures (successivement) implémentées,<br />
** les composants logiciels et matériels utilisés,<br />
** les métriques (langages de programmation, sloc, performance ...),<br />
** les problèmes rencontrés et les solutions élaborées,<br />
** la conclusion<br />
** des perspectives possibles à votre développement.<br />
<br />
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.<br />
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.<br />
<br />
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.<br />
<br />
La présentation peut-être réalisée avec [[Reveal.js]].<br />
<br />
Pensez a répéter vos présentations.<br />
<br />
==Projets==<br />
<br />
==Matériel à disposition==<br />
* Cartes de communication [[Low Power Wide Area Networks]]<br />
* [[Intel Galileo]]<br />
* http://intel-software-academic-program.com/courses/#iot<br />
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf<br />
* [[Gas Sensors]]<br />
* [[DHT11/DHT21/DHT22 etc. Temperature & Humidity sensors]]<br />
* [[SCL3711]] NFC Reader --> voir [[NFCpy]]<br />
* [[Capteur de pression BMP085]]<br />
* [[High Sensitivity Alarm Vibration Sensor Module]]<br />
* [[PIR Motion Sensor]]<br />
* [[BMP085 Pressure Sensor]]<br />
* [[CC2541 SensorTag Development Kit]]<br />
* [[Socket.io]]<br />
* [[STM32 Nucleo]]<br />
** Shield BlueNRG<br />
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.<br />
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.<br />
<br />
==Visualisation==<br />
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]<br />
* MQTT over Websocket<br />
** https://www.npmjs.org/package/mqtt-ws<br />
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets<br />
* [[Leaflet.js]] modern open-source JavaScript library for mobile-friendly interactive maps<br />
* [[Morris.js]] Charts in Javascript<br />
* [[Grafana]]<br />
* [[Graphite]]<br />
* [[Ganglia]]<br />
<br />
==Stockage==<br />
* [[InfluxDB]]<br />
* [[MongoDB]]<br />
<br />
==Liens==<br />
* [[Intel Galileo]]<br />
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014<br />
* https://github.com/SmartDollHouse<br />
* https://twitter.com/FablabAIR<br />
<br />
==Autres==<br />
* [[IoTSyS]]<br />
* [https://github.com/denschu/home.pi Home.pi]<br />
* [[OM2M]]<br />
* [[Gladys]]<br />
* DEPRECATED : [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]<br />
* [https://github.com/SmartDollHouse Dépôt GitHub]<br />
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]<br />
* [[Flot Charts]]<br />
<br />
=Galeries=<br />
==Galerie 2018==<br />
==Galerie 2017==<br />
==Galerie 2016==<br />
Suivez les tweets :<br />
* https://twitter.com/FablabAIR/status/719892515072159744<br />
* https://twitter.com/FablabAIR/status/719948586671325184<br />
* https://twitter.com/FablabAIR/status/719880125806985216<br />
* https://twitter.com/FablabAIR/status/719872755739582464<br />
* https://twitter.com/FablabAIR/status/719865759158165505<br />
* https://twitter.com/FablabAIR/status/719862460715573249<br />
* https://twitter.com/FablabAIR/status/719858492681691136<br />
<br />
==Galerie 2015==<br />
<br />
==Galerie 2014==<br />
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]</div>Paul.carreterohttps://air.imag.fr/index.php?title=PM2M/2018/TP&diff=41672PM2M/2018/TP2018-04-09T16:13:06Z<p>Paul.carretero: </p>
<hr />
<div>Page 2018 des supports de cours et travaux pratiques de l'UE [[Projets M2PGI Services Machine-to-Machine et Internet-of-Things]].<br />
<br />
Enseignants 2018 : Didier Donsez<br />
<br />
Partie démarrant 27/02 au 27/03 .<br />
<br />
Soutenance du mi-projet le 27/03 (1H30).<br />
<br />
Rendu fiche de synthèse : 27/03 à minuit.<br />
<br />
Le mini-projet réalisé en séance a pour objectif la mise en place rapide et agile d'une infrastructure (matérielle et logicielle) de collecte de données capteur. Les mesures de capteurs distribués sont acquises par des dispositifs embarqués et sont remontés vers des serveurs de données hébergés dans un cluster sur un cloud public pour y être analysées (Big Data Analytics) et visualisées (dataviz) et sécurisé avec la blockchain [[Hyperledger]] Fabric.<br />
<br />
[[Image:IoTOverYears.png|600px|center|IoT systems over years]]<br />
[[Image:IoTReferenceArchitecture.png|600px|center|IoT Reference Architecture]]<br />
[[Image:SensorsMix.jpg|600px|center|Sensors Mix]]<br />
<br />
<br />
==Support de cours==<br />
* [http://membres-liglab.imag.fr/donsez/pub/publi/intergiciels-iot.pdf Intergiciels pour l'IoT]<br />
* [http://membres-liglab.imag.fr/donsez/cours/openhab.pdf La plateforme OpenHAB]<br />
* [http://membres-liglab.imag.fr/donsez/cours/osgi.pdf La plateforme de services OSGi]<br />
* [https://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2018 Eclipse IoT Days 2018] ([https://gricad.univ-grenoble-alpes.fr/multimedia/videos/eclipse-iot-day-2018 vidéos]).<br />
** Blockchain for Trusted IoT ([https://wiki.eclipse.org/images/0/01/Eclipse-IoT-Days-Grenoble-2018-Blockchain.pdf slides], [https://gricad.univ-grenoble-alpes.fr/video/blockchains-trusted-iot video])<br />
* [http://www.oezratty.net/wordpress/2018/rapport-ces-2018/ Le rapport sur le CES 2018 d'Olivier Ezratty]<br />
* [https://dzone.com/storage/assets/5335165-dzone-guidetoiot-volumeiv.pdf The DZone Guide to The Internet of Things]<br />
<br />
==Planning==<br />
* Avant la séance du 27/02 (TRES IMPORTANT)<br />
** Installation de l'IDE pour le STM32<br />
** Installation de [[Docker]] sur vos machines.<br />
<br />
* 27/02 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation et Introduction et répartition des projets (Didier DONSEZ) 1 heure [[Media:PM2M-1718-Intro.pdf|transparents]]<br />
** Tutoriel [[ STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]] ([https://www.linkedin.com/in/michael-escoda-a2776916/ Michael ESCODA], ST Microelectronics Grenoble) 2 heures<br />
* 06/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Présentation IoT ETL Mashup avec [[Node-RED]] et [[Docker]] (Didier DONSEZ) 30 minutes [[Media:iot_mashup.pdf|transparents]]<br />
** Tutoriel IoT Dataviz Mashup avec https://www.jyse.io/ ([https://www.linkedin.com/in/vienot Simon VIENOT]) 1 heure<br />
** [[PM2M_Docker|Getting started]]<br />
** Travail en équipe<br />
* 12/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 20/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 27/03 13H30-16H45 au [http://fabmstic.imag.fr/wp-content/uploads/2017/11/plan_im2ag.jpg fablab FabMSTIC] (Apportez vos machines)<br />
** Travail en équipe<br />
* 09/04 : Rendu des fiches de synthèse<br />
* 10/04 13H30-16H45 : Soutenances (présentation + questions + démonstration)<br />
** [[PM2M/2018_LoRaSpace|LoRaSpace]] (35 minutes)<br />
** [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]] (25 minutes)<br />
** [[PM2M/2018_CarLoRa|CarLoRa]] (35 minutes)<br />
** [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]] (20 minutes)<br />
** [[PM2M/2018_LoRaRiver|Surveillance de cours d'eau]] (35 minutes)<br />
** [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]] (20 minutes)<br />
<br />
==Etapes==<br />
* Coup d’œil aux [[PM2M/2016/TP|projets 2016]] et aux [[PM2M/2017/TP|projets 2017]].<br />
* Installation de [[Docker]]<br />
* [[UE_PEIP_L1|Tutoriel Arduino]]<br />
* Suivre le tutoriel [[Developing IoT Mashups with Docker, MQTT, Node-RED, InfluxDB, Grafana]].<br />
* Installation d'[[OpenHAB]].<br />
** [https://www.dropbox.com/s/9qdsnvtfo3tiaj7/openhab%2Barduino.zip OpenHAB+Arduino]<br />
* Installation de [[Mosquitto]]<br />
** Tutoriel [[MQTT]] : https://docs.google.com/presentation/d/1N9OiMxiVWPbsVrAcPfT-J0k1o7a-neIp7TVFGa6AkWM/edit?pli=1#slide=id.g1d409a344_09<br />
* Installation de [[Node-RED]]<br />
** et ses extensions [http://flows.nodered.org/node/node-red-contrib-rfxcom Rfxcom], [http://flows.nodered.org/node/node-red-contrib-influxdb Influxdb], [http://flows.nodered.org/node/node-red-contrib-eddystone Eddystone], [http://flows.nodered.org/node/node-red-node-sensortag Sensortag], [http://flows.nodered.org/node/node-red-contrib-openzwave ZWave], [http://flows.nodered.org/node/node-red-contrib-bleacon iBeacon], PubNub, IFTTT, * [http://flows.nodered.org/node/node-red-contrib-amqp AMQP] ... et [http://flows.nodered.org/ autres] (en fonction de votre projet).<br />
* Installation de dashboard de visualisation [[InfluxDB]], [[Grafana]], [[Chronograf]], [[Telegraf]], [[Kapacitor]]<br />
* Installation de la suite [[Logstash]], [[Elastic Search]] et [[Kibana]]<br />
* Création de comptes sur [[Amazon EC2]], [[PubNub]], [[IFTTT]] Maker, [[Streamdata.io]], [https://data.sparkfun.com/streams/make Sparkfun Data] ...<br />
* Installation de [[Spark]]<br />
<br />
<br />
'''Remarque TRES TRES importante: ne sauvegardez pas les crédentials des services cloud que vous utilisez (AWS, Digital Ocean, Heroku, Azure, IBM Bluemix, Twitter, OVH ...) dans des dépôts git publiques : placez les dans des documents credentials.json, credentials.properties, credentials.sh, ... et ajoutez les ces documents à .gitignore''' pour plus de sureté.<br />
<br />
==Fiche de synthèse==<br />
Synthétiser un des sujets suivants en 1 page maximum. La page doit être une entrée du wiki. Chaque synthèse est individuelle.<br />
<br />
* [[WMBus]]<br />
* [[NB-IoT]]<br />
* [[NB-LTE]]<br />
* [[Apple Homekit]]<br />
* [[OneM2M]] et [[Eclipse OM2M]] et [[Eclipse Leshan]] (pour un binome)<br />
* [[OPC-UA]]<br />
* [[Tetra Radio]]<br />
* [[OGC SensorThings]] <br />
* [[Zephyr Project]]<br />
* [[Yocto]]<br />
* [[Eclipse Kura]]<br />
* [[Eclipse Kapua]]<br />
* [[Eclipse Vorto]]<br />
* [[Eclipse Ditto]] IMPORTANT pour [[Digital Twin]]<br />
* [[Eclipse 4diac]]<br />
* [[Eclipse hawkBit]]<br />
* [[Eclipse BIRT]]<br />
* [[SolarCoin]]<br />
* [[IOTA]]<br />
* [[Azure IoT]]<br />
* [[IBM Watson]]<br />
* [[AWS IoT]]<br />
* [[OVH Metrics]]<br />
* [[Cayenne]]<br />
* [[Acoustic Data Communications for Underwater IoT Applications]] ([[Remotely Operated Vehicle|ROV]]s, [[Unmanned Underwater Vehicule|UUV]]s ...)<br />
* [[Li-Fi]]<br />
<br />
==Fiche "Privacy & Sécurity"==<br />
Rédiger en 1 page maximum les aspects "Privacy & Sécurity" de votre projet. La page doit être une entrée du wiki. Chaque fiche est individuelle.<br />
<br />
==Cartes, Capteurs et Actionneurs==<br />
<br />
[[Image:B-L475E-IOT01A.jpg|200px|thumb|right|STM32 IoTNode B-L475E-IOT01A]]<br />
[[Image:Genuino101.jpg|200px|thumb|right|Genuino 101]]<br />
[[Image:lopy.png|200px|thumb|right|LoPy (LoRa)]]<br />
[[Image:sipy.png|200px|thumb|right|SiPy (Sigfox)]]<br />
[[Image:fipy.png|200px|thumb|right|FiPy (the full monty)]]<br />
[[Image:apache_nifi.png|200px|thumb|right|Apache Nifi]]<br />
<br />
# [[Pycom LoPy]]<br />
# [[Pycom SiPy]]<br />
# [[Pycom FiPy]]<br />
# STM32 Nucleo + Shield LoRa SX1272 + Shield Météo<br />
# STM32 Nucleo + Shield LoRa SX1276 + Shield Météo<br />
# STM32 Nucleo + Shield NFC + Shield BLE (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# STM32 Nucleo + [[SparkFun FM Tuner Evaluation Board - Si4703|Récepteur RDS]] + [[ESP8266]]<br />
# Sensors ZWave + Clé ZWave<br />
# Sensors RFXCom 433MHz + Clé RFXCom 433MHz<br />
# STM32 Nucleo + Shield BLE (capture de beacons [[iBeacon]] & [[AltBeacon]]) (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# [[STM32 IoTNode B-L475E-IOT01A|STM32 IoTNode]]<br />
# Sensors [[enOcean]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[Zigbee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Sensors [[XBee]] (à vérifier auprès de Jérôme Maisonnasse)<br />
# Carte Wifi [[ESP8266]] (IDE Arduino) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP8266]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte Wifi [[ESP32]] ([[Lua]]) + Shield [[OpenEnergyMonitor]]<br />
# Carte de démonstration [[SigFox]]<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT])<br />
# Carte [[Intel Curie]] [[Genuino 101]] (avec [http://www.eclipse.org/paho/clients/android/sample/ client Android MQTT]) +Ceinture cardio [http://www.decathlon.fr/cardio-bluetooth-smart-40-id_8288269.html Geonaute]<br />
# Carte Xadow GSM+BLE du [[RePhone]] (voir [http://www.instructables.com/id/ArduinoPhone-20-an-Open-Source-Mobile-Phone-Based-/ ArduinoPhone 2.0])<br />
# Carte LoRa<br />
# [[HB100 Miniature Microwave Motion Sensor]]<br />
<br />
==Mini-Projet==<br />
[[Image:M2MArchi2015-001.jpg|200px|right|thumb|Architecture Mini-Projet]]<br />
<br />
Ce mini-projet consiste a mettre en place une infrastructure de collecte de données capteur. L'acquisition des mesures de capteurs distribués se fait sur une carte [[STM32 Nucleo]], sur une carte [[Intel Galileo]] ou sur un téléphone Android. Les technologies de comminucation sont : USB Serial, BLE, [[LoRa]], Ethernet, WiFi. Les données sont remontées dans des messages vers un serveur ([[Node-RED]]) via un "broker" [[PubSub]] ([[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]), [[Apache Kafka]], [[PubNub]], [[PubSubHubbub]], [[Socket.io]], [[WebRTC]] ...). Les formats des messages peuvent être [[JSON]] ([[GeoJSON]]), [[BSON]], [[CSV]], [[NMEA 0183]], binaire, [[XML]] ([[EEML]], [[KML]], [[Adaptive Machine Messaging Protocol (AMMP)|AMMP]] ...) ... Les données peuvent être stockées dans une base de données (SQL ou [[NoSQL]] comme [[MongoDB]], [[Redis.io]], [[InfluxDB]], ...) et visualisées en différé ou en direct ([[Grafana]], [[D3.js]], [[OpenHAB]] via le connecteur [[MQTT]], [[Bootleaf]] pour les données géolocalisées ...). Elles seront sécurisées à l'aide d'une blockchain privée [[Hyperledger]].<br />
<br />
<br />
<br />
<br />
===Mini-projets===<br />
* '''LoRaSpace''' (4 étudiants)<br />
** Vous imaginerez un moyen de communication bidirectionnelle basse consommation d'énergie pour les nano-sattelites du [https://www.csug.fr/ Centre spatial universitaire de Grenoble] avec la technologie [[LoRa]].<br />
** Module modem LoRa [[RN2483]] 868 et 433 MHz<br />
** Module [[LoRa]] IMST [[iM880A]]<br />
** Antenne Yagi Directional for 800/850/900MHz<br />
** Carte [[STM32 Nucleo]]<br />
** Carte [[X-NUCLEO-IHM01A1]] pour [[Stepper]]<br />
** 2 Moteurs ([[Stepper]]) pas à pas (pour le pilotage 2 axe de la station sol)<br />
** Raspberry PI<br />
* '''Exercise physique récompensé/pénalisé''' (2 étudiants)<br />
** Vélo d'appartement ([http://assets.domyos.com/vm_950_fr.pdf Decathlon Domyos VM 950])<br />
** [[LoRa]]<br />
** [[BLE]]<br />
** [[NFC]]<br />
** [[Ethereum]]<br />
** [[STEVAL-WESU1]]<br />
** [https://www.decathlon.fr/cardio-ant-bluetooth-smart-id_8334795.html Ceinture cardio Geonaute] Profil HRM BLE<br />
** Montre Decathon ON200 <br />
** [https://play.google.com/store/apps/details?id=no.nordicsemi.android.nrftoolbox&hl=fr nRF Toolbox for BLE]<br />
** [https://github.com/R2D2-2017/R2D2-2017/wiki/Keyes-44E402-Magnetic-Hall-Switch-Sensor Keyes 44E402 Magnetic Hall Switch Sensor]<br />
* '''Surveillance de cours d'eau''' (4 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* [[CarLoRA]] (2 étudiants)<br />
** Carte [[LoRa]] (ESP32, LoPy ou STM32)<br />
** [[OBD|Dongle OBD2 ELM 327 VAGCOM]]<br />
** [[Hyperledger]]<br />
* '''Onboard Parking Meter'''<br />
** Vous imaginerez un objet connecté à poser près du pare-brise.<br />
** Paiement via une blockchain [[Hyperledger]] : voir l'exemple [https://github.com/ibm-watson-iot/blockchain-samples/tree/master/contracts/industry/parkingmeter|IoT Watson].<br />
<br />
<br />
<br />
===Affectation des mini-projets===<br />
<br />
{|class="wikitable alternance"<br />
|+ Affectation des projets PM2M 2017-2018<br />
|-<br />
|<br />
!scope="col"| Sujet<br />
!scope="col"| Étudiants<br />
!scope="col"| Fiche de suivi<br />
!scope="col"| Dépôt git<br />
!scope="col"| Documents<br />
!scope="col"| Matériel<br />
|-<br />
<br />
!scope="row"| 1<br />
| [[PM2M/2018_LoRaSpace|LoRaSpace]]<br />
| SOFIANE AMAZOUZ, SEIFEDDINE BENOMAR, MOHAMMED HICHEM CHEBIHI, REDHA CHEMALI<br />
| [[PM2M/2018_LoRaSpace|fiche]]<br />
| [https://github.com/LoRaSpace/LoRaSpace.git '''github''']<br />
| [[Media:PM2M/2018_LoRaSpace-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaSpace-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 2<br />
| [[PM2M/2018_AssistedWheelchair|Assisted Wheelchair]]<br />
| LILIA AZEB, ANTHONY CHAVOUTIER, YOHANN MATEO<br />
| [[PM2M/2018_AssistedWheelchair|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_AssistedWheelchair-slides.pdf|Transparents]] - [[Media:PM2M/2018_AssistedWheelchair-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 3<br />
| [[PM2M/2018_CarLoRa|CarLoRa]]<br />
| PAUL CARRETERO, MINH TRUNG NGUYEN<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/AssistedWheelchair '''github''']<br />
| [[Media:PM2M/2018_CarLoRa-slides.pdf|Transparents]] - [[Media:PM2M/2018_CarLoRa-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 4<br />
| [[PM2M/2018_OnboardParkingMeter|Onboard Parking Meter]]<br />
| YASSINE FARICH, JULIEN NAVAILS<br />
| [[PM2M/2018_CarLoRa|fiche]]<br />
| [https://github.com/CarLoRa '''github''']<br />
| [[Media:PM2M/2018_OnboardParkingMeter-slides.pdf|Transparents]] - [[Media:PM2M/2018_OnboardParkingMeter-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 5<br />
| [[PM2M/2018_LoRaRiver|LoRaRiver]]<br />
| PAUL FAYE, LUCAS LEGRAND, YAOVI TCHAMDJA, BRICE VARINI<br />
| [[PM2M/2018_LoRaRiver|fiche]]<br />
| [https://github.com/LoRaRiver '''github''']<br />
| [[Media:PM2M/2018_LoRaRiver-slides.pdf|Transparents]] - [[Media:PM2M/2018_LoRaRiver-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
!scope="row"| 6<br />
| [[PM2M/2018_ConnectedSportMachine|Exercise physique récompensé]]<br />
| JULIEN DIDES, SEDJRO ZODEHOUGAN<br />
| [[PM2M/2018_ConnectedSportMachine|fiche]]<br />
| [https://github.com/ConnectedSportMachine '''github''']<br />
| [[Media:PM2M/2018_ConnectedSportMachine-slides.pdf|Transparents]] - [[Media:PM2M/2018_ConnectedSportMachine-flyer.pdf|Flyer]]<br />
| <br />
|-<br />
<br />
|}<br />
<br />
===Sujets des mini-projets restants===<br />
<br />
<br />
* '''Solar energy trading'''<br />
** [[I-Greenhouse]]<br />
** [[LoRa]], [[NFC]], [[BLE]]<br />
** [[OpenHAB]]<br />
** [[Hyperledger]]<br />
* '''Radar et comptage de véhicules/personnes (fusion d'information)'''<br />
** [[OpenHAB]]<br />
** Caméra de surveillance IP<br />
*** Voir https://dzone.com/articles/java-autonomous-driving-car-detection-1<br />
** [[HB100 Miniature Microwave Motion Sensor]]<br />
** [[Hyperledger]]<br />
* '''Monitoring du fablab'''<br />
** [[OpenHAB]]<br />
** Température, Détection de présence, détecteur de fumée<br />
** RFXCom<br />
** [[Hyperledger]]<br />
* '''IRock : Surveillance des glissements de terrain'''<br />
** Station méteo [[LoRa]]<br />
** [[IRock : Surveillance Géotechnique LoRa|Caillou IRock]]<br />
** [[Hyperledger]]<br />
* '''Surveillance de cours d'eau''' (2 étudiants)<br />
** Station méteo [[LoRa]]<br />
** Nilomêtre LoRa<br />
** [[Ethereum]]<br />
* '''[[ISofa]]''' (3 étudiants)<br />
** [[OpenHAB]]<br />
** Canapé IKEA [http://www.ikea.com/fr/fr/catalog/products/80264964/#/80264964|KNOPPARP]<br />
** Boutons de Borne Arcade<br />
** [[Papierlogik]]<br />
** [[NFC]]<br />
** [[BLE]]<br />
** [[Hyperledger]]<br />
<br />
==Contenu général des mini-projets==<br />
Les équipes ne font qu'une partie des manipulations en fonction du sujet du mini-projet affecté.<br />
<br />
====[[CoAP]] Binding for [[OpenHAB]]====<br />
* avec [[Californium]]<br />
* avec https://github.com/eclipse/californium/pull/25<br />
<br />
====Extension de [[Node-RED]]====<br />
Création ou Amélioration de Nodes<br />
* Node Crypto (avec https://nodejs.org/api/crypto.html)<br />
* Node [[Apache Kafka]]<br />
* Node [[Apache Flume]]<br />
* Node [[CoAP]]<br />
* Node [[UPnP]]<br />
* Node [[DTLS]] en étendant le node UDP<br />
* Node [[Radio Data System]] pour [[SparkFun FM Tuner Evaluation Board - Si4703]]<br />
* Node [[SigFox]] (uplink et downlink)<br />
* Node Sérialisation/Déserialisation [[Avro]]<br />
* Node Sérialisation/Déserialisation [[Thrift]]<br />
* Node Sérialisation/Déserialisation [[Protobuf]]<br />
* Node [[Phant.io]] pour [https://data.sparkfun.com/streams/make Sparkfun Data]<br />
* Node [[Streamdata.io]]<br />
* Node [[SensorTag2015]] (sur la base du noeud [http://flows.nodered.org/node/node-red-node-sensortag SensorTag])<br />
* Node Provider SMS Twilio<br />
* Node [[Provider SMS Free Mobile]]<br />
* Node Provider SMS Orange Mobile<br />
<br />
Le code devra être recontribué en open-source sur GitHub et catalogué dans http://flows.nodered.org/<br />
<br />
====Déploiement sur plateforme Cloud====<br />
Le serveur [[Node-RED]] et le "broker" [[PubSub]] [[MQTT]] ([[Mosquitto]] ou [[RabbitMQ]]) peuvent être hébergé sur une plateforme cloud 'gratuite' ou 'pas chère' comme [[Windows Azure]] ou [[Amazon EC2]], [[Heroku]], [[IBM Bluemix]], Digital Ocean, OVH ou sur votre machine via des images [[Docker]].<br />
<br />
'''Attention, Eduroam bloque le port 1883 du protocole [[MQTT]] (entre autre).'''<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Kafka]]====<br />
[[Image:GPSKafkaStormAzureDemo.png|200px|right|thumb|GPS > Kafka > Storm on Azure Demo]]<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Kafka]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====[[PubSub]] des mesures capteur avec [[Apache Flume]]====<br />
Remplacer le broker [[MQTT]] par le broker [[PubSub]] [[Apache Flume]] qui peut fonctionner en configuration distribuée et répliquée (plusieurs serveurs sur une plateforme cloud).<br />
<br />
====Collecte, Stockage et Visualisation des mesures capteur avec [[Logstash]], [[Elastic Search]], [[Kibana]]====<br />
<br />
voir [http://flows.nodered.org/node/node-red-contrib-elasticsearch3 NodeRED ElasticSearch3]<br />
<br />
====Routage avec [[Apache Nifi]]====<br />
<br />
<br />
====Décodage avec [[Eclipse Vorto]]====<br />
<br />
====Affichage des positions avec [[Bootleaf]]====<br />
Refactorer et améliorer [[Bootleaf]] afin de visualiser en temps réel les données géolocalisées de vos capteurs ou des traces (séries temporelles de positions). Exemple: tester la présence d'un champ latlon, latlonalt, geo, ... dans le JSON des flows [[Node-RED]].<br />
<br />
====Analyse des mesures capteurs en temps réel avec [[Spark|Apache Spark Streaming]]====<br />
Installer [[Spark]] sur un petit cluster EC2 (1 master et 2 slaves en Ubuntu 14.04 t2.micro).<br />
<br />
S'inspirer du script Scala MQTTCount pour calculer des valeurs agrégées (avg, min, max) des groupes de capteurs sur des fenêtres de 5 minutes.<br />
<br />
Faire de même avec les brokers [[Apache Kafka]] et [[Apache Flume]]<br />
<br />
====Intégration à un ESB [[Apache Camel]]====<br />
Compléter le tutoriel avec un déploiement de composants [[Apache Camel]]<br />
Vous pourrez utiliser les composants suivants<br />
* https://camel.apache.org/weather.html<br />
* https://camel.apache.org/mqtt.html<br />
** http://tingenek.wordpress.com/category/mqtt/<br />
* https://camel.apache.org/rss.html<br />
* https://camel.apache.org/esper.html<br />
* https://camel.apache.org/mongodb.html<br />
** https://code.google.com/a/apache-extras.org/p/camel-extra/wiki/EsperDemo<br />
* [[InfluxDB]]<br />
<br />
====Monitoring de votre infrastructure avec [[Telegraf]], [[InfluxDB]], [[Grafana]] et [[Kapacitor]]====<br />
<br />
====Monitoring de votre infrastructure avec [[AWS Cloudwatch]] et [[Grafana]]====<br />
<br />
Pour monitorer les machines qui hébergent les serveurs ([[Mosquitto]], ...) sur AWS EC2:<br />
* Activer [[AWS Cloudwatch]]<br />
* Configurer [[Grafana]] pour AWS Cloudwatch ([http://docs.grafana.org/v2.6/datasources/cloudwatch/ lien]).<br />
<br />
==Soutenances==<br />
<br />
====Planning des soutenances====<br />
COMING SOON<br />
<br />
====Instructions pour les soutenances des mini-projets====<br />
<br />
* chaque soutenance dure 15 minutes comportant une présentation de 7 minutes ainsi qu'une démonstration de 5 minutes et 3 à 5 minutes de questions/réponses.<br />
* respectez le temps donc repetez la <br />
* remplissez le doodle pour choisir un creneau de passage<br />
* la présentation mettra en avant<br />
** le titre (avec les noms prénoms des binômes)<br />
** les applications IoT cibles/envisagées<br />
** le ou les architectures (successivement) implémentées,<br />
** les composants logiciels et matériels utilisés,<br />
** les métriques (langages de programmation, sloc, performance ...),<br />
** les problèmes rencontrés et les solutions élaborées,<br />
** la conclusion<br />
** des perspectives possibles à votre développement.<br />
<br />
Le code, le rapport et le PDF de la presentation doivent être livré dans un dépôt Github la veille de la soutenance.<br />
Le rapport qui détaille les éléments de la présentation sera livré dans un README.md ou README.html dans le dépôt GitHub.<br />
<br />
Envoyez le lien vers le dépôt Github (code + présentation) avant la soutenance.<br />
<br />
La présentation peut-être réalisée avec [[Reveal.js]].<br />
<br />
Pensez a répéter vos présentations.<br />
<br />
==Projets==<br />
<br />
==Matériel à disposition==<br />
* Cartes de communication [[Low Power Wide Area Networks]]<br />
* [[Intel Galileo]]<br />
* http://intel-software-academic-program.com/courses/#iot<br />
** http://intel-software-academic-program.com/courses/diy/Intel_Academic_-_DIY_-_InternetOfThings/IntelAcademic_IoT_09_Arduino_Motor_Shield.pdf<br />
* [[Gas Sensors]]<br />
* [[DHT11/DHT21/DHT22 etc. Temperature & Humidity sensors]]<br />
* [[SCL3711]] NFC Reader --> voir [[NFCpy]]<br />
* [[Capteur de pression BMP085]]<br />
* [[High Sensitivity Alarm Vibration Sensor Module]]<br />
* [[PIR Motion Sensor]]<br />
* [[BMP085 Pressure Sensor]]<br />
* [[CC2541 SensorTag Development Kit]]<br />
* [[Socket.io]]<br />
* [[STM32 Nucleo]]<br />
** Shield BlueNRG<br />
* 2 Shields [[LoRa]] pour Arduino ([http://www.labfab.fr/portfolio/lora-fabian/ LoRaFabian]) à brancher sur Galileo et STM32 Nucleo.<br />
** Il faut porter les sketchs Arduino https://github.com/Wi6labs/lorafabian/tree/master/ARDUINO_SKETCH via MBed et Galileo.<br />
<br />
==Visualisation==<br />
* [https://github.com/PaulLabat/mqtt-panel MQTT Panel]<br />
* MQTT over Websocket<br />
** https://www.npmjs.org/package/mqtt-ws<br />
** http://mqtt.org/wiki/doku.php/mqtt_over_websockets<br />
* [[Leaflet.js]] modern open-source JavaScript library for mobile-friendly interactive maps<br />
* [[Morris.js]] Charts in Javascript<br />
* [[Grafana]]<br />
* [[Graphite]]<br />
* [[Ganglia]]<br />
<br />
==Stockage==<br />
* [[InfluxDB]]<br />
* [[MongoDB]]<br />
<br />
==Liens==<br />
* [[Intel Galileo]]<br />
* http://wiki.eclipse.org/Eclipse_IoT_Day_Grenoble_2014<br />
* https://github.com/SmartDollHouse<br />
* https://twitter.com/FablabAIR<br />
<br />
==Autres==<br />
* [[IoTSyS]]<br />
* [https://github.com/denschu/home.pi Home.pi]<br />
* [[OM2M]]<br />
* [[Gladys]]<br />
* DEPRECATED : [[MQTT Panel]] avec [http://code.shutterstock.com/rickshaw/examples/ rickshaw]<br />
* [https://github.com/SmartDollHouse Dépôt GitHub]<br />
* [http://www.oezratty.net/wordpress/2016/rapport-ces-2016/ Rapport 2016 sur le CES de Olivier Ezratty]<br />
* [[Flot Charts]]<br />
<br />
=Galeries=<br />
==Galerie 2018==<br />
==Galerie 2017==<br />
==Galerie 2016==<br />
Suivez les tweets :<br />
* https://twitter.com/FablabAIR/status/719892515072159744<br />
* https://twitter.com/FablabAIR/status/719948586671325184<br />
* https://twitter.com/FablabAIR/status/719880125806985216<br />
* https://twitter.com/FablabAIR/status/719872755739582464<br />
* https://twitter.com/FablabAIR/status/719865759158165505<br />
* https://twitter.com/FablabAIR/status/719862460715573249<br />
* https://twitter.com/FablabAIR/status/719858492681691136<br />
<br />
==Galerie 2015==<br />
<br />
==Galerie 2014==<br />
[[Image:PM2M214-001.jpg|200px|PM2M 2014]][[Image:PM2M214-002.jpg|200px|PM2M 2014]][[Image:PM2M214-003.jpg|200px|PM2M 2014]][[Image:PM2M214-004.jpg|200px|PM2M 2014]][[Image:PM2M214-005.jpg|200px|PM2M 2014]][[Image:PM2M214-006.jpg|200px|PM2M 2014]][[Image:PM2M214-007.jpg|200px|PM2M 2014]][[Image:PM2M214-008.jpg|200px|PM2M 2014]]</div>Paul.carreterohttps://air.imag.fr/index.php?title=NB-LTE&diff=41601NB-LTE2018-04-09T00:45:33Z<p>Paul.carretero: </p>
<hr />
<div>"Narrow-Band LTE" ou maintenant LTE-M (LTE - Machine-Type Communications) est une norme de communication sans fil à destinations des objets connectés développée par 3GPP (3rd Generation Partnership Project).<br />
<br />
== Motivation ==<br />
<br />
La technologie LTE-M est soutenue par 9 des plus grand opérateurs du monde (AT&T, Verizon, Orange, KDDI, KPN, Docomo, Telefonica, Telstra et Telus).<br />
C'est une technologie issue d'une volonté de normalisation et de standardisation. LTE-M a pour objectif le développement d'application connecté M2M exploitant les réseaux de communication 4G existant.<br />
<br />
=== Disparition des réseaux GPRS ===<br />
<br />
=== Spécificités des objets connectés ===<br />
<br />
== Origines ==<br />
<br />
== Principes ==<br />
<br />
=== Description Technique ===<br />
<br />
Cette technologie se base sur la technologie LTE ou 4G existante mais en la simplifiant. <br />
par exemple, un appareil connecté en LTE-M n'a besoin de reconnaitre qu'une plage de 1.4Mhz du réseau LTE contrairement aux smartphone 4G qui doivent analyser une plage de 20Mhz. Ceci permet un gain d'énergie et réduit donc la consommation des appareil LTE-M par rapport aux objets connectés en 4G classique.<br />
<br />
=== Une technologie orienté basse consomation ===<br />
<br />
[[File:lte-eDRX.png|200px|thumb|right|Illustration reception LTE avec Extended Discontinuous Reception]]<br />
<br />
[[File:lte-psm.png|200px|thumb|right|Illustration reception LTE avec Power Saving Mode]]<br />
<br />
Deux technologies ajouté sur LTE-M par rapport aux appareils 4G classique permettent d'important gain en énergie. <br />
Globalement il s'agit d'éviter que l'objet connecté n'ai à maintenir de connexion standard (échange de paquets, couteux) avec le relai LTE tout en restant lié à ce relai.<br />
En effet la connexion au réseau consomme beaucoup d'énergie, une batterie de smartphone classique dure quelque jours tout au plus. Un objet connecté doit pouvoir rester actif pendant plusieurs années sur une même batterie.<br />
<br />
==== Extended Discontinuous Reception ====<br />
<br />
LTE-M supporte la technologie de Extended Discontinuous Reception ou LTE eDRX.<br />
Les appareils 4g classique ont un cycle de téléavertissement (paging cycle) de 1.28 seconde. <br />
Si il sont inactif, il peuvent être contacté en cas de données à leur disposition toutes les 1.28 secondes.<br />
<br />
La technologie LTE DRX augmente à 10.24 secondes la durée des cycles de téléavertissement (les appareils peuvent donc être inactif pendant 10.24 secondes au lieu de 1.28).<br />
Ceci permet d'important gain en énergie par rapport à un appareil 4G classique si l'objet connecté n'est utilisé que sporadiquement dans la journée et ne nécessite pas une latence minimum.<br />
Une Hyperframe défini un tel cycle de 10.24 secondes.<br />
<br />
La technologie LTE eDRX améliore LTE DRX dans la mesure ou elle permet à l'objet connecté de préciser au relai combien d'Hyperframe (période de 10.24 secondes donc) <br />
il sera en veille et ainsi économiser encore plus d'énergie.<br />
<br />
==== Power Saving Mode ====<br />
<br />
La technologie LTE-PSM ou Power Saving Mode permet d'aller encore plus loin en permettant à l'objet connecté d'être en veille pendant une durée indéterminée.<br />
Lorsque l'objet connecté se réveil, il peut envoyer un signal au relai pour l'informer qu'il dispose d'une fenêtre pour commencer à lui envoyer ses informations.<br />
Si dans cette fenêtre l'objet connecté n'a rien reçu alors il peut retourner en veille et rappellera le relai lorsqu'il se sortira de veille à nouveau.<br />
L'idée étant que le relai sauvegarde les informations à destination de l'objet.<br />
<br />
== Avantages ==<br />
<br />
=== Utilisation de l'existant ===<br />
<br />
Depuis près de 10 ans les opérateurs télécoms déploient massivement des relais 4G (LTE). L'un des principal avantage de LTE-M est sa possibilité de réutiliser l'infrastructure existante.<br />
Il suffirait aux opérateurs de mettre à jour le systèmes des antennes 4G pour supporter la technologie LTE-M et ainsi déployer à moindre coût ce moyen de communication.<br />
<br />
== Limites ==<br />
<br />
== Par rapport à la concurrence ==<br />
<br />
=== NB-IOT ===<br />
<br />
=== SigFox / LoRA ===<br />
<br />
== conclusion ==<br />
<br />
== références ==<br />
<br />
https://www.synox.io/nb-iot-lte-m-nouvelle-norme-internet-des-objets/<br />
<br />
https://www.link-labs.com/blog/lte-iot-technologies</div>Paul.carreterohttps://air.imag.fr/index.php?title=File:Lte-psm.png&diff=41595File:Lte-psm.png2018-04-08T22:03:02Z<p>Paul.carretero: Illustration reception LTE avec Power Saving Mode</p>
<hr />
<div>Illustration reception LTE avec Power Saving Mode</div>Paul.carretero