https://fixme.ch/w/api.php?action=feedcontributions&feedformat=atom&user=TimFixme.ch - User contributions [en]2026-06-20T23:53:47ZUser contributionsMediaWiki 1.25.1https://fixme.ch/w/index.php?title=Power&diff=14861Power2021-09-24T13:21:36Z<p>Tim: </p>
<hr />
<div><pre><br />
------------------------------------------<br />
Chuck Norris doesn't need a smart meter.<br />
He just grabs the mains every hour to get<br />
a feel for his electricity consumption.<br />
------------------------------------------<br />
</pre><br />
<br />
= FIXME local power consumption monitoring =<br />
<br />
* Grafana dashboard available here: https://power.fixme.ch/dashboard/db/power-consumption<br />
* The consumption is displayed on the [[Screen]] above the fridge<br />
* Flukso Power Meter FLM02A, Current Clamps FLS01-50<br />
<br />
Doc:<br />
* https://www.flukso.net/files/flm02/manual.pdf<br />
* https://github.com/flukso/flm02/wiki<br />
<br />
Configuration/Dépannage:<br />
Le Flukso est raccordé sur le réseau sur le subnet 130 par son port Ethernet.<br />
Il obtient son adresse par DHCP (Best effort ou pseudo-static 192.168.130.129).<br />
Le document suivant donne les images de la configuration : [[File:FluksoConfig.pdf]]<br />
<br />
Info<br />
* Hostname: flukso-f78db1<br />
* API: http://192.168.130.129:8080/ <s>http://62.220.135.196:8080/</s><br />
<br />
Breakers:<br />
* Q17: lumières<br />
* Q21: nord<br />
* Q13: le reste<br />
<br />
== Sensors ==<br />
<br />
* L1: 34cde81adabfb1ce819eca8fea6949b6<br />
* L2: b7755b5f3ec05fcdc67f449241a9912a<br />
* L3: e67e0685f747b30d855108ab781abdfc<br />
<br />
== Example ==<br />
<br />
<pre><br />
francois@stup:~$ curl 'http://62.220.135.196:8080/sensor/e67e0685f747b30d855108ab781abdfc?version=1.0&interval=minute&unit=watt'; echo<br />
[[1479941621,202],[1479941622,203],[1479941623,201],[1479941624,200],[1479941625,201],[1479941626,202],[1479941627,202],[1479941628,202],[1479941629,202],[1479941630,203],[1479941631,203],[1479941632,203],[1479941633,201],[1479941634,203],[1479941635,201],[1479941636,204],[1479941637,204],[1479941638,204],[1479941639,204],[1479941640,204],[1479941641,204],[1479941642,203],[1479941643,203],[1479941644,203],[1479941645,204],[1479941646,202],[1479941647,202],[1479941648,202],[1479941649,202],[1479941650,203],[1479941651,203],[1479941652,204],[1479941653,205],[1479941654,204],[1479941655,205],[1479941656,204],[1479941657,204],[1479941658,204],[1479941659,204],[1479941660,202],[1479941661,199],[1479941662,201],[1479941663,203],[1479941664,202],[1479941665,204],[1479941666,202],[1479941667,202],[1479941668,201],[1479941669,202],[1479941670,203],[1479941671,204],[1479941672,204],[1479941673,205],[1479941674,204],[1479941675,204],[1479941676,204],[1479941677,203],[1479941678,203],[1479941679,201],[1479941680,"nan"]]<br />
francois@stup:~$ <br />
</pre><br />
<br />
== How to display current power consumption? ==<br />
<br />
conso.sh:<br />
<br />
<pre><br />
#!/bin/bash<br />
<br />
L1=$(curl -s "http://62.220.135.196:8080/sensor/34cde81adabfb1ce819eca8fea6949b6?version=1.0&interval=minute&unit=watt" | jq .[-2][1])<br />
L2=$(curl -s "http://62.220.135.196:8080/sensor/b7755b5f3ec05fcdc67f449241a9912a?version=1.0&interval=minute&unit=watt" | jq .[-2][1])<br />
L3=$(curl -s "http://62.220.135.196:8080/sensor/e67e0685f747b30d855108ab781abdfc?version=1.0&interval=minute&unit=watt" | jq .[-2][1])<br />
<br />
TOTAL=$[$L1+$L2+L3]<br />
<br />
echo "$TOTAL W (L1: $L1, L2: $L2, L3: $L3)"<br />
</pre><br />
<br />
== Logging ==<br />
<br />
See https://git.fixme.ch/francois/power.git for implementation, running on Kubernetes on [[MetaFoo]]. Which is also sent on InfluxDB and graphed on Grafana: https://power.fixme.ch/dashboard/db/power-consumption?orgId=1<br />
<br />
== Power consumption of some devices ==<br />
<br />
{| border="1" style="text-align: left; border-collapse: collapse;"<br />
|+ Power consumption<br />
|-<br />
! Device<br />
! Power Constant [W]<br />
! Power Peak [W]<br />
! Phase<br />
|-<br />
| Video Projector<br />
| 200<br />
|<br />
| L2<br />
|-<br />
| Foo<br />
| 63<br />
| <br />
| L3<br />
|-<br />
| Metafoo<br />
| 200<br />
|<br />
| L3<br />
|-<br />
| 2 Switch Dell 5224<br />
| 96<br />
| <br />
| L3<br />
|-<br />
| Big Fridge<br />
| 45<br />
| 380<br />
| L2<br />
|-<br />
| LEDs (Bright)<br />
| 451<br />
|<br />
| L1<br />
|-<br />
| LEDs (ON, Purple)<br />
| 202<br />
|<br />
| L1<br />
|-<br />
| Old fluorescent tubes<br />
| 508<br />
|<br />
| L1<br />
|-<br />
| TRON<br />
| 80<br />
|<br />
| L2<br />
|-<br />
| Printer<br />
| <br />
| 1300<br />
| L3<br />
|-<br />
| Mac Fablab<br />
| 90<br />
| <br />
| L2<br />
|-<br />
| Laser 100%<br />
| 420<br />
| <br />
| L2<br />
|-<br />
| Extracteur Fumée<br />
| 400<br />
| <br />
| L3<br />
|-<br />
|}<br />
<br />
= Electrical Setup =<br />
<br />
[[Image:IMG 20180514 185845.jpg|250px]]<br />
[[Image:IMG_20180514_220321.jpg|250px]]<br />
[[Image:IMG_20180514_220330.jpg|250px]]<br />
[[Image:IMG_20180514_220347.jpg|250px]]<br />
[[Image:flukso_FLS01-currentClamp_20200115.jpg|250px]]</div>Timhttps://fixme.ch/w/index.php?title=File:FluksoConfig.pdf&diff=14860File:FluksoConfig.pdf2021-09-24T13:16:44Z<p>Tim: </p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=Power&diff=14859Power2021-09-23T15:29:52Z<p>Tim: </p>
<hr />
<div><pre><br />
------------------------------------------<br />
Chuck Norris doesn't need a smart meter.<br />
He just grabs the mains every hour to get<br />
a feel for his electricity consumption.<br />
------------------------------------------<br />
</pre><br />
<br />
= FIXME local power consumption monitoring =<br />
<br />
* Grafana dashboard available here: https://power.fixme.ch/dashboard/db/power-consumption<br />
* The consumption is displayed on the [[Screen]] above the fridge<br />
* Flukso Power Meter FLM02A, Current Clamps FLS01-50<br />
<br />
Doc:<br />
* https://www.flukso.net/files/flm02/manual.pdf<br />
* https://github.com/flukso/flm02/wiki<br />
<br />
Configuration/Dépannage:<br />
Le Flukso est raccordé sur le réseau sur le subnet 130 par son port Ethernet.<br />
Il obtient son adresse par DHCP (Best effort ou pseudo-static 192.168.130.129).<br />
Pour se connecter passer par l'API suivante : http://192.168.130.129<br />
Une fois connecté vous devriez avoir la configuration représentée sur ces images :<br />
[[Image:Status_1.png]]<br />
[[File:Sensor 1.png]]<br />
[[File:Sensor 2.png]]<br />
[[File:Sensor3.png]]<br />
Sinon, reconfigurer le Flukso avec ces paramètres.<br />
<br />
Info<br />
* Hostname: flukso-f78db1<br />
* API: http://192.168.130.129:8080/ <s>http://62.220.135.196:8080/</s><br />
<br />
Breakers:<br />
* Q17: lumières<br />
* Q21: nord<br />
* Q13: le reste<br />
<br />
== Sensors ==<br />
<br />
* L1: 34cde81adabfb1ce819eca8fea6949b6<br />
* L2: b7755b5f3ec05fcdc67f449241a9912a<br />
* L3: e67e0685f747b30d855108ab781abdfc<br />
<br />
== Example ==<br />
<br />
<pre><br />
francois@stup:~$ curl 'http://62.220.135.196:8080/sensor/e67e0685f747b30d855108ab781abdfc?version=1.0&interval=minute&unit=watt'; echo<br />
[[1479941621,202],[1479941622,203],[1479941623,201],[1479941624,200],[1479941625,201],[1479941626,202],[1479941627,202],[1479941628,202],[1479941629,202],[1479941630,203],[1479941631,203],[1479941632,203],[1479941633,201],[1479941634,203],[1479941635,201],[1479941636,204],[1479941637,204],[1479941638,204],[1479941639,204],[1479941640,204],[1479941641,204],[1479941642,203],[1479941643,203],[1479941644,203],[1479941645,204],[1479941646,202],[1479941647,202],[1479941648,202],[1479941649,202],[1479941650,203],[1479941651,203],[1479941652,204],[1479941653,205],[1479941654,204],[1479941655,205],[1479941656,204],[1479941657,204],[1479941658,204],[1479941659,204],[1479941660,202],[1479941661,199],[1479941662,201],[1479941663,203],[1479941664,202],[1479941665,204],[1479941666,202],[1479941667,202],[1479941668,201],[1479941669,202],[1479941670,203],[1479941671,204],[1479941672,204],[1479941673,205],[1479941674,204],[1479941675,204],[1479941676,204],[1479941677,203],[1479941678,203],[1479941679,201],[1479941680,"nan"]]<br />
francois@stup:~$ <br />
</pre><br />
<br />
== How to display current power consumption? ==<br />
<br />
conso.sh:<br />
<br />
<pre><br />
#!/bin/bash<br />
<br />
L1=$(curl -s "http://62.220.135.196:8080/sensor/34cde81adabfb1ce819eca8fea6949b6?version=1.0&interval=minute&unit=watt" | jq .[-2][1])<br />
L2=$(curl -s "http://62.220.135.196:8080/sensor/b7755b5f3ec05fcdc67f449241a9912a?version=1.0&interval=minute&unit=watt" | jq .[-2][1])<br />
L3=$(curl -s "http://62.220.135.196:8080/sensor/e67e0685f747b30d855108ab781abdfc?version=1.0&interval=minute&unit=watt" | jq .[-2][1])<br />
<br />
TOTAL=$[$L1+$L2+L3]<br />
<br />
echo "$TOTAL W (L1: $L1, L2: $L2, L3: $L3)"<br />
</pre><br />
<br />
== Logging ==<br />
<br />
See https://git.fixme.ch/francois/power.git for implementation, running on Kubernetes on [[MetaFoo]]. Which is also sent on InfluxDB and graphed on Grafana: https://power.fixme.ch/dashboard/db/power-consumption?orgId=1<br />
<br />
== Power consumption of some devices ==<br />
<br />
{| border="1" style="text-align: left; border-collapse: collapse;"<br />
|+ Power consumption<br />
|-<br />
! Device<br />
! Power Constant [W]<br />
! Power Peak [W]<br />
! Phase<br />
|-<br />
| Video Projector<br />
| 200<br />
|<br />
| L2<br />
|-<br />
| Foo<br />
| 63<br />
| <br />
| L3<br />
|-<br />
| Metafoo<br />
| 200<br />
|<br />
| L3<br />
|-<br />
| 2 Switch Dell 5224<br />
| 96<br />
| <br />
| L3<br />
|-<br />
| Big Fridge<br />
| 45<br />
| 380<br />
| L2<br />
|-<br />
| LEDs (Bright)<br />
| 451<br />
|<br />
| L1<br />
|-<br />
| LEDs (ON, Purple)<br />
| 202<br />
|<br />
| L1<br />
|-<br />
| Old fluorescent tubes<br />
| 508<br />
|<br />
| L1<br />
|-<br />
| TRON<br />
| 80<br />
|<br />
| L2<br />
|-<br />
| Printer<br />
| <br />
| 1300<br />
| L3<br />
|-<br />
| Mac Fablab<br />
| 90<br />
| <br />
| L2<br />
|-<br />
| Laser 100%<br />
| 420<br />
| <br />
| L2<br />
|-<br />
| Extracteur Fumée<br />
| 400<br />
| <br />
| L3<br />
|-<br />
|}<br />
<br />
= Electrical Setup =<br />
<br />
[[Image:IMG 20180514 185845.jpg|250px]]<br />
[[Image:IMG_20180514_220321.jpg|250px]]<br />
[[Image:IMG_20180514_220330.jpg|250px]]<br />
[[Image:IMG_20180514_220347.jpg|250px]]<br />
[[Image:flukso_FLS01-currentClamp_20200115.jpg|250px]]</div>Timhttps://fixme.ch/w/index.php?title=File:Status_1.PNG&diff=14858File:Status 1.PNG2021-09-23T15:12:22Z<p>Tim: </p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=File:Sensor_3.PNG&diff=14857File:Sensor 3.PNG2021-09-23T15:11:30Z<p>Tim: </p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=File:Sensor_2.PNG&diff=14856File:Sensor 2.PNG2021-09-23T15:10:57Z<p>Tim: </p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=File:Sensor_1.PNG&diff=14855File:Sensor 1.PNG2021-09-23T15:10:10Z<p>Tim: </p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=MQTT&diff=13947MQTT2018-10-29T21:20:01Z<p>Tim: Ajout second exemple PubSubClient</p>
<hr />
<div>We're running mosquitto as MQTT broker running on [[Bellatrix]] and here's how to use it:<br />
<br />
* Host: 62.220.135.221<br />
* Port: 1883<br />
* User: fixme<br />
* Password: ask [[User:Francois]]<br />
* No guest access allowed<br />
<br />
<br />
== MQTT un protocole fabuleux ==<br />
MQTT est un protocole né à la fin des années 1990 permettant de transmettre des messages entre différents nœuds d'un réseau TCP/IP. Les objets situés sur les nœuds '''souscrivent''' à des services pour recevoir des données et/ou se déclarent pour en '''publier'''. Un broker situé à un point du réseau met en relation les ''souscripteurs'' (consommateurs de données) aux ''publieurs'' (fournisseurs de données).<br />
<br />
Ce protocole simple et robuste était utilisé à l'origine pour gérer un grand nombre de capteurs/actionneurs sur des pipelines... Il est toujours utilisé en informatique industriel plus simple à mettre en œuvre et à déployer que les WebSockets.<br />
=== Souscrire ===<br />
Notre sonoff va s'instancier sur le réseau en contactant le broker dont nous lui avons donné l'adresse IP en souscrivant au service (topic) /sonoff. Quand un objet publiera une donnée 1 sur le topic /sonoff la lampe s'allumera et s'étendra à la réception d'un 0<br />
=== Publier ===<br />
Sur un smartphone Android -par exemple - on pourra charger l'application '''MQTT Dash''', se raccorder au Broker mis en place par François et créer un service de bouton on/off qui publiera sur le topic /sonoff et enverra des ordres d'allumage (1) ou d'extinction (0).<br />
Cette application permet de publier et de souscrire à tout type de services.<br />
<br />
== Un exemple d'utilisation avec un SonOff en commande d'éclairage ==<br />
Les Sonoff sont de petits interrupteurs construits autour d'un ESP8266 et d'un relais 10A.<br />
On peut facilement hacker ces objets qui ne coutent que 6 CHF pour les insérer dans notre architecture selon nos besoins.<br />
Les PIN exposées du dispositif permettent de le reflasher pour commander le relais en souscrivant à un service n/off. (une pin-GPIO14) reste disponible pour y connecter un capteur et donc publier cette information.<br />
<br />
=== Raccordement pour flashage ===<br />
Pour le raccorder, il faut un petit dispositif UART<->USB celui du FabLab (permet de travailler en 3.3v ce qui est pratique pour cet usage.<br />
Pour le flasher il faut appuyer sur le long bouton reset avant la mise sous tension (par l'USB).<br />
<br />
[[File:Sonoff.png | 400 px]]<br />
=== Le code en service ===<br />
J'ai utilisé la librairie d'Adafruit que j'ai testée aussi en SSL/TLS, mais je vais essayer PubSubClient de Nick O'Leary qui a bonne réputation.<br />
<nowiki><br />
/***************************************************<br />
Adafruit MQTT Library ESP8266 Example<br />
<br />
Must use ESP8266 Arduino from:<br />
https://github.com/esp8266/Arduino<br />
<br />
Works great with Adafruit's Huzzah ESP board & Feather<br />
----> https://www.adafruit.com/product/2471<br />
----> https://www.adafruit.com/products/2821<br />
<br />
Adafruit invests time and resources providing this open source code,<br />
please support Adafruit and open-source hardware by purchasing<br />
products from Adafruit!<br />
<br />
Written by Tony DiCola for Adafruit Industries.<br />
MIT license, all text above must be included in any redistribution<br />
****************************************************/<br />
#include <ESP8266WiFi.h><br />
//#include <WiFi.h><br />
<br />
#include "Adafruit_MQTT.h"<br />
#include "Adafruit_MQTT_Client.h"<br />
<br />
<br />
<br />
/************************* WiFi Access Point *********************************/<br />
<br />
#define WLAN_SSID "FIXME-NAT"<br />
#define WLAN_PASS "xxxxxxxxx"<br />
<br />
/************************* Adafruit.io Setup *********************************/<br />
<br />
#define AIO_SERVER "62.220.135.221"<br />
#define AIO_SERVERPORT 1883 // use 8883 for SSL<br />
#define AIO_USERNAME "fixme"<br />
#define AIO_KEY "yyyyyyyyyy"<br />
#define LED_PIN 13<br />
#define RELAY_PIN 12<br />
<br />
/************ Global State (you don't need to change this!) ******************/<br />
<br />
// Create an ESP8266 WiFiClient class to connect to the MQTT server.<br />
WiFiClient client;<br />
// or... use WiFiFlientSecure for SSL<br />
//WiFiClientSecure client;<br />
<br />
// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.<br />
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT, AIO_USERNAME, AIO_KEY);<br />
//Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);<br />
/****************************** Feeds ***************************************/<br />
<br />
// Setup a feed called 'photocell' for publishing.<br />
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname><br />
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");<br />
//Adafruit_MQTT_Publish halleffect = Adafruit_MQTT_Publish(&mqtt, "/effethall");<br />
//Adafruit_MQTT_Publish lipocharge = Adafruit_MQTT_Publish(&mqtt, "/chargelipo");<br />
// Setup a feed called 'onoff' for subscribing to changes.<br />
<br />
Adafruit_MQTT_Subscribe sonoff = Adafruit_MQTT_Subscribe(&mqtt, "/sonoff");<br />
/*************************** Sketch Code ************************************/<br />
//Adafruit_MQTT_Subscribe onoffbutton = Adafruit_MQTT_Subscribe(&mqtt, "/onoffbutton");<br />
<br />
// Bug workaround for Arduino 1.6.6, it seems to need a function declaration<br />
// for some reason (only affects ESP8266, likely an arduino-builder bug).<br />
void MQTT_connect();<br />
<br />
<br />
<br />
void setup() {<br />
Serial.begin(115200);<br />
delay(10);<br />
pinMode(LED_PIN,OUTPUT);<br />
pinMode(RELAY_PIN,OUTPUT);<br />
Serial.println(F("Adafruit MQTT Sonoff demo"));<br />
//ledcSetup(1, 50, TIMER_WIDTH); // channel 1, 50 Hz, 16-bit width<br />
//ledcAttachPin(21, 1); // GPIO 22 assigned to channel 1<br />
// Connect to WiFi access point.<br />
Serial.println(); Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(WLAN_SSID);<br />
<br />
WiFi.begin(WLAN_SSID, WLAN_PASS);<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
Serial.println();<br />
<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: "); Serial.println(WiFi.localIP());<br />
<br />
// Setup MQTT subscription for onoff feed.<br />
mqtt.subscribe(&sonoff);<br />
}<br />
<br />
void loop() {<br />
// Ensure the connection to the MQTT server is alive (this will make the first<br />
// connection and automatically reconnect when disconnected). See the MQTT_connect<br />
// function definition further below.<br />
MQTT_connect();<br />
<br />
// this is our 'wait for incoming subscription packets' busy subloop<br />
// try to spend your time here<br />
<br />
Adafruit_MQTT_Subscribe *subscription;<br />
<br />
while ((subscription = mqtt.readSubscription(1000))) {<br />
if (subscription == &sonoff) {<br />
Serial.print(F("Got: "));<br />
String A = (char *)sonoff.lastread ;<br />
Serial.println(A);<br />
if (A == "1") { <br />
digitalWrite(RELAY_PIN, 255);<br />
digitalWrite(LED_PIN, 0);<br />
} <br />
if(A == "0") { <br />
digitalWrite(RELAY_PIN, 0);<br />
digitalWrite(LED_PIN, 255);<br />
}<br />
<br />
} <br />
}<br />
<br />
<br />
// ping the server to keep the mqtt connection alive<br />
// NOT required if you are publishing once every KEEPALIVE seconds<br />
<br />
/*<br />
if(! mqtt.ping()) {<br />
mqtt.disconnect();<br />
}<br />
*/<br />
}<br />
<br />
// Function to connect and reconnect as necessary to the MQTT server.<br />
// Should be called in the loop function and it will take care if connecting.<br />
void MQTT_connect() {<br />
int8_t ret;<br />
<br />
// Stop if already connected.<br />
if (mqtt.connected()) {<br />
return;<br />
}<br />
<br />
Serial.print("Connecting to MQTT... ");<br />
<br />
uint8_t retries = 3;<br />
while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected<br />
Serial.println(mqtt.connectErrorString(ret));<br />
Serial.println("Retrying MQTT connection in 5 seconds...");<br />
mqtt.disconnect();<br />
delay(5000); // wait 5 seconds<br />
retries--;<br />
if (retries == 0) {<br />
// basically die and wait for WDT to reset me<br />
while (1);<br />
}<br />
}<br />
Serial.println("MQTT Connected!");<br />
}<br />
</nowiki><br />
=== Le code avec PubSubClient ===<br />
<nowiki><br />
/*<br />
Basic ESP8266 MQTT example<br />
<br />
This sketch demonstrates the capabilities of the pubsub library in combination<br />
with the ESP8266 board/library.<br />
<br />
It connects to an MQTT server then:<br />
- publishes "hello world" to the topic "outTopic" every two seconds<br />
- subscribes to the topic "inTopic", printing out any messages<br />
it receives. NB - it assumes the received payloads are strings not binary<br />
- If the first character of the topic "inTopic" is an 1, switch ON the ESP Led,<br />
else switch it off<br />
<br />
It will reconnect to the server if the connection is lost using a blocking<br />
reconnect function. See the 'mqtt_reconnect_nonblocking' example for how to<br />
achieve the same result without blocking the main loop.<br />
<br />
To install the ESP8266 board, (using Arduino 1.6.4+):<br />
- Add the following 3rd party board manager under "File -> Preferences -> Additional Boards Manager URLs":<br />
http://arduino.esp8266.com/stable/package_esp8266com_index.json<br />
- Open the "Tools -> Board -> Board Manager" and click install for the ESP8266"<br />
- Select your ESP8266 in "Tools -> Board"<br />
<br />
*/<br />
<br />
#include <WiFi.h><br />
#include <PubSubClient.h><br />
<br />
// Update these with values suitable for your network.<br />
<br />
const char* ssid = "FIXME-NAT";<br />
const char* password = "XXXXXXXXXXX";<br />
const char* mqtt_server = "62.220.135.221";<br />
const char* broker_user = "fixme"<br />
const char* broker_passwd = "YYYYYYYYYYY"<br />
const char* client_key_uniq = "Achanger1234" // Doit différer d'un client à l'autre<br />
<br />
WiFiClient espClient;<br />
PubSubClient client(espClient);<br />
long lastMsg = 0;<br />
char msg[50];<br />
int value = 0;<br />
<br />
void setup() {<br />
pinMode(BUILTIN_LED, OUTPUT); // Initialize the BUILTIN_LED pin as an output<br />
Serial.begin(115200);<br />
setup_wifi();<br />
client.setServer(mqtt_server, 1883);<br />
client.setCallback(callback);<br />
}<br />
<br />
void setup_wifi() {<br />
<br />
delay(10);<br />
// We start by connecting to a WiFi network<br />
Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(ssid);<br />
<br />
WiFi.begin(ssid, password);<br />
<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
<br />
Serial.println("");<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: ");<br />
Serial.println(WiFi.localIP());<br />
}<br />
<br />
void callback(char* topic, byte* payload, unsigned int length) {<br />
Serial.print("Message arrived [");<br />
Serial.print(topic);<br />
Serial.print("] ");<br />
for (int i = 0; i < length; i++) {<br />
Serial.print((char)payload[i]);<br />
}<br />
Serial.println();<br />
<br />
// Switch on the LED if an 1 was received as first character<br />
if ((char)payload[0] == '1') {<br />
digitalWrite(BUILTIN_LED, LOW); // Turn the LED on (Note that LOW is the voltage level<br />
// but actually the LED is on; this is because<br />
// it is acive low on the ESP-01)<br />
} else {<br />
digitalWrite(BUILTIN_LED, HIGH); // Turn the LED off by making the voltage HIGH<br />
}<br />
<br />
}<br />
<br />
void reconnect() {<br />
// Loop until we're reconnected<br />
while (!client.connected()) {<br />
Serial.print("Attempting MQTT connection...");<br />
// Attempt to connect<br />
if (client.connect(client_key_uniq,broker_user,broker_passwd)) {<br />
Serial.println("connected");<br />
// Once connected, publish an announcement...<br />
//client.publish("outTopic", "hello world");<br />
// ... and resubscribe<br />
client.subscribe("inTopic");<br />
} else {<br />
Serial.print("failed, rc=");<br />
Serial.print(client.state());<br />
Serial.println(" try again in 5 seconds");<br />
// Wait 5 seconds before retrying<br />
delay(5000);<br />
}<br />
}<br />
}<br />
void loop() {<br />
<br />
if (!client.connected()) {<br />
reconnect();<br />
}<br />
client.loop();<br />
/*<br />
long now = millis();<br />
if (now - lastMsg > 2000) {<br />
lastMsg = now;<br />
++value;<br />
snprintf (msg, 75, "hello world #%ld", value);<br />
Serial.print("Publish message: ");<br />
Serial.println(msg);<br />
// client.publish("outTopic", msg);<br />
*/<br />
}<br />
}<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=MQTT&diff=13943MQTT2018-10-29T10:40:59Z<p>Tim: Introduction image</p>
<hr />
<div>We're running mosquitto as MQTT broker running on [[Bellatrix]] and here's how to use it:<br />
<br />
* Host: 62.220.135.221<br />
* Port: 1883<br />
* User: fixme<br />
* Password: ask [[User:Francois]]<br />
* No guest access allowed<br />
<br />
<br />
== MQTT un protocole fabuleux ==<br />
MQTT est un protocole né à la fin des années 1990 permettant de transmettre des messages entre différents nœuds d'un réseau TCP/IP. Les objets situés sur les nœuds '''souscrivent''' à des services pour recevoir des données et/ou se déclarent pour en '''publier'''. Un broker situé à un point du réseau met en relation les ''souscripteurs'' (consommateurs de données) aux ''publieurs'' (fournisseurs de données).<br />
<br />
Ce protocole simple et robuste était utilisé à l'origine pour gérer un grand nombre de capteurs/actionneurs sur des pipelines... Il est toujours utilisé en informatique industriel plus simple à mettre en œuvre et à déployer que les WebSockets.<br />
=== Souscrire ===<br />
Notre sonoff va s'instancier sur le réseau en contactant le broker dont nous lui avons donné l'adresse IP en souscrivant au service (topic) /sonoff. Quand un objet publiera une donnée 1 sur le topic /sonoff la lampe s'allumera et s'étendra à la réception d'un 0<br />
=== Publier ===<br />
Sur un smartphone Android -par exemple - on pourra charger l'application '''MQTT Dash''', se raccorder au Broker mis en place par François et créer un service de bouton on/off qui publiera sur le topic /sonoff et enverra des ordres d'allumage (1) ou d'extinction (0).<br />
Cette application permet de publier et de souscrire à tout type de services.<br />
<br />
== Un exemple d'utilisation avec un SonOff en commande d'éclairage ==<br />
Les Sonoff sont de petits interrupteurs construits autour d'un ESP8266 et d'un relais 10A.<br />
On peut facilement hacker ces objets qui ne coutent que 6 CHF pour les insérer dans notre architecture selon nos besoins.<br />
Les PIN exposées du dispositif permettent de le reflasher pour commander le relais en souscrivant à un service n/off. (une pin-GPIO14) reste disponible pour y connecter un capteur et donc publier cette information.<br />
<br />
=== Raccordement pour flashage ===<br />
Pour le raccorder, il faut un petit dispositif UART<->USB celui du FabLab (permet de travailler en 3.3v ce qui est pratique pour cet usage.<br />
Pour le flasher il faut appuyer sur le long bouton reset avant la mise sous tension (par l'USB).<br />
<br />
[[File:Sonoff.png | 400 px]]<br />
=== Le code en service ===<br />
J'ai utilisé la librairie d'Adafruit que j'ai testée aussi en SSL/TLS, mais je vais essayer PubSubClient de Nick O'Leary qui a bonne réputation.<br />
<nowiki><br />
/***************************************************<br />
Adafruit MQTT Library ESP8266 Example<br />
<br />
Must use ESP8266 Arduino from:<br />
https://github.com/esp8266/Arduino<br />
<br />
Works great with Adafruit's Huzzah ESP board & Feather<br />
----> https://www.adafruit.com/product/2471<br />
----> https://www.adafruit.com/products/2821<br />
<br />
Adafruit invests time and resources providing this open source code,<br />
please support Adafruit and open-source hardware by purchasing<br />
products from Adafruit!<br />
<br />
Written by Tony DiCola for Adafruit Industries.<br />
MIT license, all text above must be included in any redistribution<br />
****************************************************/<br />
#include <ESP8266WiFi.h><br />
//#include <WiFi.h><br />
<br />
#include "Adafruit_MQTT.h"<br />
#include "Adafruit_MQTT_Client.h"<br />
<br />
<br />
<br />
/************************* WiFi Access Point *********************************/<br />
<br />
#define WLAN_SSID "FIXME-NAT"<br />
#define WLAN_PASS "xxxxxxxxx"<br />
<br />
/************************* Adafruit.io Setup *********************************/<br />
<br />
#define AIO_SERVER "62.220.135.221"<br />
#define AIO_SERVERPORT 1883 // use 8883 for SSL<br />
#define AIO_USERNAME "fixme"<br />
#define AIO_KEY "yyyyyyyyyy"<br />
#define LED_PIN 13<br />
#define RELAY_PIN 12<br />
<br />
/************ Global State (you don't need to change this!) ******************/<br />
<br />
// Create an ESP8266 WiFiClient class to connect to the MQTT server.<br />
WiFiClient client;<br />
// or... use WiFiFlientSecure for SSL<br />
//WiFiClientSecure client;<br />
<br />
// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.<br />
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT, AIO_USERNAME, AIO_KEY);<br />
//Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);<br />
/****************************** Feeds ***************************************/<br />
<br />
// Setup a feed called 'photocell' for publishing.<br />
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname><br />
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");<br />
//Adafruit_MQTT_Publish halleffect = Adafruit_MQTT_Publish(&mqtt, "/effethall");<br />
//Adafruit_MQTT_Publish lipocharge = Adafruit_MQTT_Publish(&mqtt, "/chargelipo");<br />
// Setup a feed called 'onoff' for subscribing to changes.<br />
<br />
Adafruit_MQTT_Subscribe sonoff = Adafruit_MQTT_Subscribe(&mqtt, "/sonoff");<br />
/*************************** Sketch Code ************************************/<br />
//Adafruit_MQTT_Subscribe onoffbutton = Adafruit_MQTT_Subscribe(&mqtt, "/onoffbutton");<br />
<br />
// Bug workaround for Arduino 1.6.6, it seems to need a function declaration<br />
// for some reason (only affects ESP8266, likely an arduino-builder bug).<br />
void MQTT_connect();<br />
<br />
<br />
<br />
void setup() {<br />
Serial.begin(115200);<br />
delay(10);<br />
pinMode(LED_PIN,OUTPUT);<br />
pinMode(RELAY_PIN,OUTPUT);<br />
Serial.println(F("Adafruit MQTT Sonoff demo"));<br />
//ledcSetup(1, 50, TIMER_WIDTH); // channel 1, 50 Hz, 16-bit width<br />
//ledcAttachPin(21, 1); // GPIO 22 assigned to channel 1<br />
// Connect to WiFi access point.<br />
Serial.println(); Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(WLAN_SSID);<br />
<br />
WiFi.begin(WLAN_SSID, WLAN_PASS);<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
Serial.println();<br />
<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: "); Serial.println(WiFi.localIP());<br />
<br />
// Setup MQTT subscription for onoff feed.<br />
mqtt.subscribe(&sonoff);<br />
}<br />
<br />
void loop() {<br />
// Ensure the connection to the MQTT server is alive (this will make the first<br />
// connection and automatically reconnect when disconnected). See the MQTT_connect<br />
// function definition further below.<br />
MQTT_connect();<br />
<br />
// this is our 'wait for incoming subscription packets' busy subloop<br />
// try to spend your time here<br />
<br />
Adafruit_MQTT_Subscribe *subscription;<br />
<br />
while ((subscription = mqtt.readSubscription(1000))) {<br />
if (subscription == &sonoff) {<br />
Serial.print(F("Got: "));<br />
String A = (char *)sonoff.lastread ;<br />
Serial.println(A);<br />
if (A == "1") { <br />
digitalWrite(RELAY_PIN, 255);<br />
digitalWrite(LED_PIN, 0);<br />
} <br />
if(A == "0") { <br />
digitalWrite(RELAY_PIN, 0);<br />
digitalWrite(LED_PIN, 255);<br />
}<br />
<br />
} <br />
}<br />
<br />
<br />
// ping the server to keep the mqtt connection alive<br />
// NOT required if you are publishing once every KEEPALIVE seconds<br />
<br />
/*<br />
if(! mqtt.ping()) {<br />
mqtt.disconnect();<br />
}<br />
*/<br />
}<br />
<br />
// Function to connect and reconnect as necessary to the MQTT server.<br />
// Should be called in the loop function and it will take care if connecting.<br />
void MQTT_connect() {<br />
int8_t ret;<br />
<br />
// Stop if already connected.<br />
if (mqtt.connected()) {<br />
return;<br />
}<br />
<br />
Serial.print("Connecting to MQTT... ");<br />
<br />
uint8_t retries = 3;<br />
while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected<br />
Serial.println(mqtt.connectErrorString(ret));<br />
Serial.println("Retrying MQTT connection in 5 seconds...");<br />
mqtt.disconnect();<br />
delay(5000); // wait 5 seconds<br />
retries--;<br />
if (retries == 0) {<br />
// basically die and wait for WDT to reset me<br />
while (1);<br />
}<br />
}<br />
Serial.println("MQTT Connected!");<br />
}<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=File:Sonoff.png&diff=13942File:Sonoff.png2018-10-29T10:18:29Z<p>Tim: Cablage Sonoff</p>
<hr />
<div>Cablage Sonoff</div>Timhttps://fixme.ch/w/index.php?title=MQTT&diff=13941MQTT2018-10-29T10:15:26Z<p>Tim: </p>
<hr />
<div>We're running mosquitto as MQTT broker running on [[Bellatrix]] and here's how to use it:<br />
<br />
* Host: 62.220.135.221<br />
* Port: 1883<br />
* User: fixme<br />
* Password: ask [[User:Francois]]<br />
* No guest access allowed<br />
<br />
<br />
== MQTT un protocole fabuleux ==<br />
MQTT est un protocole né à la fin des années 1990 permettant de transmettre des messages entre différents nœuds d'un réseau TCP/IP. Les objets situés sur les nœuds '''souscrivent''' à des services pour recevoir des données et/ou se déclarent pour en '''publier'''. Un broker situé à un point du réseau met en relation les ''souscripteurs'' (consommateurs de données) aux ''publieurs'' (fournisseurs de données).<br />
<br />
Ce protocole simple et robuste était utilisé à l'origine pour gérer un grand nombre de capteurs/actionneurs sur des pipelines... Il est toujours utilisé en informatique industriel plus simple à mettre en œuvre et à déployer que les WebSockets.<br />
=== Souscrire ===<br />
Notre sonoff va s'instancier sur le réseau en contactant le broker dont nous lui avons donné l'adresse IP en souscrivant au service (topic) /sonoff. Quand un objet publiera une donnée 1 sur le topic /sonoff la lampe s'allumera et s'étendra à la réception d'un 0<br />
=== Publier ===<br />
Sur un smartphone Android -par exemple - on pourra charger l'application '''MQTT Dash''', se raccorder au Broker mis en place par François et créer un service de bouton on/off qui publiera sur le topic /sonoff et enverra des ordres d'allumage (1) ou d'extinction (0).<br />
Cette application permet de publier et de souscrire à tout type de services.<br />
<br />
== Un exemple d'utilisation avec un SonOff en commande d'éclairage ==<br />
Les Sonoff sont de petits interrupteurs construits autour d'un ESP8266 et d'un relais 10A.<br />
On peut facilement hacker ces objets qui ne coutent que 6 CHF pour les insérer dans notre architecture selon nos besoins.<br />
Les PIN exposées du dispositif permettent de le reflasher pour commander le relais en souscrivant à un service n/off. (une pin-GPIO14) reste disponible pour y connecter un capteur et donc publier cette information.<br />
=== Raccordement ===<br />
Pour le raccorder, il faut un petit dispositif UART<->USB celui du FabLab permet de travailler en 3.3v ce qui est pratique pour cet usage.<br />
[[File:Sonoff.png]]<br />
=== Le code en service ===<br />
J'ai utilisé la librairie d'Adafruit que j'ai testée aussi en SSL/TLS, mais je vais essayer PubSubClient de Nick O'Leary qui a bonne réputation.<br />
<nowiki><br />
/***************************************************<br />
Adafruit MQTT Library ESP8266 Example<br />
<br />
Must use ESP8266 Arduino from:<br />
https://github.com/esp8266/Arduino<br />
<br />
Works great with Adafruit's Huzzah ESP board & Feather<br />
----> https://www.adafruit.com/product/2471<br />
----> https://www.adafruit.com/products/2821<br />
<br />
Adafruit invests time and resources providing this open source code,<br />
please support Adafruit and open-source hardware by purchasing<br />
products from Adafruit!<br />
<br />
Written by Tony DiCola for Adafruit Industries.<br />
MIT license, all text above must be included in any redistribution<br />
****************************************************/<br />
#include <ESP8266WiFi.h><br />
//#include <WiFi.h><br />
<br />
#include "Adafruit_MQTT.h"<br />
#include "Adafruit_MQTT_Client.h"<br />
<br />
<br />
<br />
/************************* WiFi Access Point *********************************/<br />
<br />
#define WLAN_SSID "FIXME-NAT"<br />
#define WLAN_PASS "xxxxxxxxx"<br />
<br />
/************************* Adafruit.io Setup *********************************/<br />
<br />
#define AIO_SERVER "62.220.135.221"<br />
#define AIO_SERVERPORT 1883 // use 8883 for SSL<br />
#define AIO_USERNAME "fixme"<br />
#define AIO_KEY "yyyyyyyyyy"<br />
#define LED_PIN 13<br />
#define RELAY_PIN 12<br />
<br />
/************ Global State (you don't need to change this!) ******************/<br />
<br />
// Create an ESP8266 WiFiClient class to connect to the MQTT server.<br />
WiFiClient client;<br />
// or... use WiFiFlientSecure for SSL<br />
//WiFiClientSecure client;<br />
<br />
// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.<br />
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT, AIO_USERNAME, AIO_KEY);<br />
//Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);<br />
/****************************** Feeds ***************************************/<br />
<br />
// Setup a feed called 'photocell' for publishing.<br />
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname><br />
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");<br />
//Adafruit_MQTT_Publish halleffect = Adafruit_MQTT_Publish(&mqtt, "/effethall");<br />
//Adafruit_MQTT_Publish lipocharge = Adafruit_MQTT_Publish(&mqtt, "/chargelipo");<br />
// Setup a feed called 'onoff' for subscribing to changes.<br />
<br />
Adafruit_MQTT_Subscribe sonoff = Adafruit_MQTT_Subscribe(&mqtt, "/sonoff");<br />
/*************************** Sketch Code ************************************/<br />
//Adafruit_MQTT_Subscribe onoffbutton = Adafruit_MQTT_Subscribe(&mqtt, "/onoffbutton");<br />
<br />
// Bug workaround for Arduino 1.6.6, it seems to need a function declaration<br />
// for some reason (only affects ESP8266, likely an arduino-builder bug).<br />
void MQTT_connect();<br />
<br />
<br />
<br />
void setup() {<br />
Serial.begin(115200);<br />
delay(10);<br />
pinMode(LED_PIN,OUTPUT);<br />
pinMode(RELAY_PIN,OUTPUT);<br />
Serial.println(F("Adafruit MQTT Sonoff demo"));<br />
//ledcSetup(1, 50, TIMER_WIDTH); // channel 1, 50 Hz, 16-bit width<br />
//ledcAttachPin(21, 1); // GPIO 22 assigned to channel 1<br />
// Connect to WiFi access point.<br />
Serial.println(); Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(WLAN_SSID);<br />
<br />
WiFi.begin(WLAN_SSID, WLAN_PASS);<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
Serial.println();<br />
<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: "); Serial.println(WiFi.localIP());<br />
<br />
// Setup MQTT subscription for onoff feed.<br />
mqtt.subscribe(&sonoff);<br />
}<br />
<br />
void loop() {<br />
// Ensure the connection to the MQTT server is alive (this will make the first<br />
// connection and automatically reconnect when disconnected). See the MQTT_connect<br />
// function definition further below.<br />
MQTT_connect();<br />
<br />
// this is our 'wait for incoming subscription packets' busy subloop<br />
// try to spend your time here<br />
<br />
Adafruit_MQTT_Subscribe *subscription;<br />
<br />
while ((subscription = mqtt.readSubscription(1000))) {<br />
if (subscription == &sonoff) {<br />
Serial.print(F("Got: "));<br />
String A = (char *)sonoff.lastread ;<br />
Serial.println(A);<br />
if (A == "1") { <br />
digitalWrite(RELAY_PIN, 255);<br />
digitalWrite(LED_PIN, 0);<br />
} <br />
if(A == "0") { <br />
digitalWrite(RELAY_PIN, 0);<br />
digitalWrite(LED_PIN, 255);<br />
}<br />
<br />
} <br />
}<br />
<br />
<br />
// ping the server to keep the mqtt connection alive<br />
// NOT required if you are publishing once every KEEPALIVE seconds<br />
<br />
/*<br />
if(! mqtt.ping()) {<br />
mqtt.disconnect();<br />
}<br />
*/<br />
}<br />
<br />
// Function to connect and reconnect as necessary to the MQTT server.<br />
// Should be called in the loop function and it will take care if connecting.<br />
void MQTT_connect() {<br />
int8_t ret;<br />
<br />
// Stop if already connected.<br />
if (mqtt.connected()) {<br />
return;<br />
}<br />
<br />
Serial.print("Connecting to MQTT... ");<br />
<br />
uint8_t retries = 3;<br />
while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected<br />
Serial.println(mqtt.connectErrorString(ret));<br />
Serial.println("Retrying MQTT connection in 5 seconds...");<br />
mqtt.disconnect();<br />
delay(5000); // wait 5 seconds<br />
retries--;<br />
if (retries == 0) {<br />
// basically die and wait for WDT to reset me<br />
while (1);<br />
}<br />
}<br />
Serial.println("MQTT Connected!");<br />
}<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=MQTT&diff=13940MQTT2018-10-29T08:18:33Z<p>Tim: </p>
<hr />
<div>We're running mosquitto as MQTT broker running on [[Bellatrix]] and here's how to use it:<br />
<br />
* Host: 62.220.135.221<br />
* Port: 1883<br />
* User: fixme<br />
* Password: ask [[User:Francois]]<br />
* No guest access allowed<br />
<br />
<br />
== MQTT un protocole fabuleux ==<br />
MQTT est un protocole né à la fin des années 1990 permettant de transmettre des messages entre différents nœuds d'un réseau TCP/IP. Les objets situés sur les nœuds '''souscrivent''' à des services pour recevoir des données et/ou se déclarent pour en '''publier'''. Un broker situé à un point du réseau met en relation les ''souscripteurs'' (consommateurs de données) aux ''publieurs'' (fournisseurs de données).<br />
<br />
Ce protocole simple et robuste était utilisé à l'origine pour gérer un grand nombre de capteurs/actionneurs sur des pipelines... Il est toujours utilisé en informatique industriel plus simple à mettre en œuvre et à déployer que les WebSockets.<br />
=== Souscrire ===<br />
Notre sonoff va s'instancier sur le réseau en contactant le broker dont nous lui avons donné l'adresse IP en souscrivant au service (topic) /sonoff. Quand un objet publiera une donnée 1 sur le topic /sonoff la lampe s'allumera et s'étendra à la réception d'un 0<br />
=== Publier ===<br />
Sur un smartphone Android -par exemple - on pourra charger l'application '''MQTT Dash''', se raccorder au Broker mis en place par François et créer un service de bouton on/off qui publiera sur le topic /sonoff et enverra des ordres d'allumage (1) ou d'extinction (0).<br />
Cette application permet de publier et de souscrire à tout type de services.<br />
<br />
== Un exemple d'utilisation avec un SonOff en commande d'éclairage ==<br />
Les Sonoff sont de petits interrupteurs construits autour d'un ESP8266 et d'un relais 10A.<br />
On peut facilement hacker ces objets qui ne coutent que 6 CHF pour les insérer dans notre architecture selon nos besoins.<br />
Les PIN exposées du dispositif permettent de le reflasher pour commander le relais en souscrivant à un service n/off. (une pin-GPIO14) reste disponible pour y connecter un capteur et donc publier cette information.<br />
<br />
=== Le code en service ===<br />
J'ai utilisé la librairie d'Adafruit que j'ai testée aussi en SSL/TLS, mais je vais essayer PubSubClient de Nick O'Leary qui a bonne réputation.<br />
<nowiki><br />
/***************************************************<br />
Adafruit MQTT Library ESP8266 Example<br />
<br />
Must use ESP8266 Arduino from:<br />
https://github.com/esp8266/Arduino<br />
<br />
Works great with Adafruit's Huzzah ESP board & Feather<br />
----> https://www.adafruit.com/product/2471<br />
----> https://www.adafruit.com/products/2821<br />
<br />
Adafruit invests time and resources providing this open source code,<br />
please support Adafruit and open-source hardware by purchasing<br />
products from Adafruit!<br />
<br />
Written by Tony DiCola for Adafruit Industries.<br />
MIT license, all text above must be included in any redistribution<br />
****************************************************/<br />
#include <ESP8266WiFi.h><br />
//#include <WiFi.h><br />
<br />
#include "Adafruit_MQTT.h"<br />
#include "Adafruit_MQTT_Client.h"<br />
<br />
<br />
<br />
/************************* WiFi Access Point *********************************/<br />
<br />
#define WLAN_SSID "FIXME-NAT"<br />
#define WLAN_PASS "xxxxxxxxx"<br />
<br />
/************************* Adafruit.io Setup *********************************/<br />
<br />
#define AIO_SERVER "62.220.135.221"<br />
#define AIO_SERVERPORT 1883 // use 8883 for SSL<br />
#define AIO_USERNAME "fixme"<br />
#define AIO_KEY "yyyyyyyyyy"<br />
#define LED_PIN 13<br />
#define RELAY_PIN 12<br />
<br />
/************ Global State (you don't need to change this!) ******************/<br />
<br />
// Create an ESP8266 WiFiClient class to connect to the MQTT server.<br />
WiFiClient client;<br />
// or... use WiFiFlientSecure for SSL<br />
//WiFiClientSecure client;<br />
<br />
// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.<br />
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT, AIO_USERNAME, AIO_KEY);<br />
//Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);<br />
/****************************** Feeds ***************************************/<br />
<br />
// Setup a feed called 'photocell' for publishing.<br />
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname><br />
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");<br />
//Adafruit_MQTT_Publish halleffect = Adafruit_MQTT_Publish(&mqtt, "/effethall");<br />
//Adafruit_MQTT_Publish lipocharge = Adafruit_MQTT_Publish(&mqtt, "/chargelipo");<br />
// Setup a feed called 'onoff' for subscribing to changes.<br />
<br />
Adafruit_MQTT_Subscribe sonoff = Adafruit_MQTT_Subscribe(&mqtt, "/sonoff");<br />
/*************************** Sketch Code ************************************/<br />
//Adafruit_MQTT_Subscribe onoffbutton = Adafruit_MQTT_Subscribe(&mqtt, "/onoffbutton");<br />
<br />
// Bug workaround for Arduino 1.6.6, it seems to need a function declaration<br />
// for some reason (only affects ESP8266, likely an arduino-builder bug).<br />
void MQTT_connect();<br />
<br />
<br />
<br />
void setup() {<br />
Serial.begin(115200);<br />
delay(10);<br />
pinMode(LED_PIN,OUTPUT);<br />
pinMode(RELAY_PIN,OUTPUT);<br />
Serial.println(F("Adafruit MQTT Sonoff demo"));<br />
//ledcSetup(1, 50, TIMER_WIDTH); // channel 1, 50 Hz, 16-bit width<br />
//ledcAttachPin(21, 1); // GPIO 22 assigned to channel 1<br />
// Connect to WiFi access point.<br />
Serial.println(); Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(WLAN_SSID);<br />
<br />
WiFi.begin(WLAN_SSID, WLAN_PASS);<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
Serial.println();<br />
<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: "); Serial.println(WiFi.localIP());<br />
<br />
// Setup MQTT subscription for onoff feed.<br />
mqtt.subscribe(&sonoff);<br />
}<br />
<br />
void loop() {<br />
// Ensure the connection to the MQTT server is alive (this will make the first<br />
// connection and automatically reconnect when disconnected). See the MQTT_connect<br />
// function definition further below.<br />
MQTT_connect();<br />
<br />
// this is our 'wait for incoming subscription packets' busy subloop<br />
// try to spend your time here<br />
<br />
Adafruit_MQTT_Subscribe *subscription;<br />
<br />
while ((subscription = mqtt.readSubscription(1000))) {<br />
if (subscription == &sonoff) {<br />
Serial.print(F("Got: "));<br />
String A = (char *)sonoff.lastread ;<br />
Serial.println(A);<br />
if (A == "1") { <br />
digitalWrite(RELAY_PIN, 255);<br />
digitalWrite(LED_PIN, 0);<br />
} <br />
if(A == "0") { <br />
digitalWrite(RELAY_PIN, 0);<br />
digitalWrite(LED_PIN, 255);<br />
}<br />
<br />
} <br />
}<br />
<br />
<br />
// ping the server to keep the mqtt connection alive<br />
// NOT required if you are publishing once every KEEPALIVE seconds<br />
<br />
/*<br />
if(! mqtt.ping()) {<br />
mqtt.disconnect();<br />
}<br />
*/<br />
}<br />
<br />
// Function to connect and reconnect as necessary to the MQTT server.<br />
// Should be called in the loop function and it will take care if connecting.<br />
void MQTT_connect() {<br />
int8_t ret;<br />
<br />
// Stop if already connected.<br />
if (mqtt.connected()) {<br />
return;<br />
}<br />
<br />
Serial.print("Connecting to MQTT... ");<br />
<br />
uint8_t retries = 3;<br />
while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected<br />
Serial.println(mqtt.connectErrorString(ret));<br />
Serial.println("Retrying MQTT connection in 5 seconds...");<br />
mqtt.disconnect();<br />
delay(5000); // wait 5 seconds<br />
retries--;<br />
if (retries == 0) {<br />
// basically die and wait for WDT to reset me<br />
while (1);<br />
}<br />
}<br />
Serial.println("MQTT Connected!");<br />
}<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=MQTT&diff=13939MQTT2018-10-28T21:17:35Z<p>Tim: /* Publier */</p>
<hr />
<div>We're running mosquitto as MQTT broker running on [[Bellatrix]] and here's how to use it:<br />
<br />
* Host: 62.220.135.221<br />
* Port: 1883<br />
* User: fixme<br />
* Password: ask [[User:Francois]]<br />
* No guest access allowed<br />
<br />
<br />
== MQTT un protocole fabuleux ==<br />
MQTT est un protocole né à la fin des années 1990 permettant de transmettre des messages entre différents nœuds d'un réseau TCP/IP. Les objets situés sur les nœuds '''souscrivent''' à des services pour recevoir des données et/ou se déclarent pour en '''publier'''. Un broker situé à un point du réseau met en relation les ''souscripteurs'' (consommateurs de données) aux ''publieurs'' (fournisseurs de données).<br />
<br />
Ce protocole simple et robuste était utilisé à l'origine pour gérer un grand nombre de capteurs/actionneurs sur des pipelines... Il est toujours utilisé en informatique industriel plus simple à mettre en œuvre et à déployer que les WebSockets.<br />
=== Souscrire ===<br />
Notre sonoff va s'instancier sur le réseau en contactant le broker dont nous lui avons donné l'adresse IP en souscrivant au service (topic) /sonoff. Quand un objet publiera une donnée 1 sur le topic /sonoff la lampe s'allumera et s'étendra à la réception d'un 0<br />
=== Publier ===<br />
Sur un smartphone Android -par exemple - on pourra charger l'application '''MQTT Dash''', se raccorder au Broker mis en place par François et créer un service de bouton on/off qui publiera sur le topic /sonoff et enverra des ordres d'allumage (1) ou d'extinction (0).<br />
Cette application permet de publier et de souscrire à tout type de services.<br />
<br />
== Un exemple d'utilisation avec un SonOff en commande d'éclairage ==<br />
Les Sonoff sont de petits interrupteurs construits autour d'un ESP8266 et d'un relais 10A.<br />
On peut facilement hacker ces objets qui ne coutent que 6 CHF pour les insérer dans notre architecture selon nos besoins.<br />
Les PIN exposées du dispositif permettent de le reflasher pour commander le relais en souscrivant à un service n/off. (une pin-GPIO14) reste disponible pour y connecter un capteur et donc publier cette information.<br />
<br />
=== Le code en service ===<br />
<nowiki><br />
/***************************************************<br />
Adafruit MQTT Library ESP8266 Example<br />
<br />
Must use ESP8266 Arduino from:<br />
https://github.com/esp8266/Arduino<br />
<br />
Works great with Adafruit's Huzzah ESP board & Feather<br />
----> https://www.adafruit.com/product/2471<br />
----> https://www.adafruit.com/products/2821<br />
<br />
Adafruit invests time and resources providing this open source code,<br />
please support Adafruit and open-source hardware by purchasing<br />
products from Adafruit!<br />
<br />
Written by Tony DiCola for Adafruit Industries.<br />
MIT license, all text above must be included in any redistribution<br />
****************************************************/<br />
#include <ESP8266WiFi.h><br />
//#include <WiFi.h><br />
<br />
#include "Adafruit_MQTT.h"<br />
#include "Adafruit_MQTT_Client.h"<br />
<br />
<br />
<br />
/************************* WiFi Access Point *********************************/<br />
<br />
#define WLAN_SSID "FIXME-NAT"<br />
#define WLAN_PASS "xxxxxxxxx"<br />
<br />
/************************* Adafruit.io Setup *********************************/<br />
<br />
#define AIO_SERVER "62.220.135.221"<br />
#define AIO_SERVERPORT 1883 // use 8883 for SSL<br />
#define AIO_USERNAME "fixme"<br />
#define AIO_KEY "yyyyyyyyyy"<br />
#define LED_PIN 13<br />
#define RELAY_PIN 12<br />
<br />
/************ Global State (you don't need to change this!) ******************/<br />
<br />
// Create an ESP8266 WiFiClient class to connect to the MQTT server.<br />
WiFiClient client;<br />
// or... use WiFiFlientSecure for SSL<br />
//WiFiClientSecure client;<br />
<br />
// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.<br />
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT, AIO_USERNAME, AIO_KEY);<br />
//Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);<br />
/****************************** Feeds ***************************************/<br />
<br />
// Setup a feed called 'photocell' for publishing.<br />
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname><br />
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");<br />
//Adafruit_MQTT_Publish halleffect = Adafruit_MQTT_Publish(&mqtt, "/effethall");<br />
//Adafruit_MQTT_Publish lipocharge = Adafruit_MQTT_Publish(&mqtt, "/chargelipo");<br />
// Setup a feed called 'onoff' for subscribing to changes.<br />
<br />
Adafruit_MQTT_Subscribe sonoff = Adafruit_MQTT_Subscribe(&mqtt, "/sonoff");<br />
/*************************** Sketch Code ************************************/<br />
//Adafruit_MQTT_Subscribe onoffbutton = Adafruit_MQTT_Subscribe(&mqtt, "/onoffbutton");<br />
<br />
// Bug workaround for Arduino 1.6.6, it seems to need a function declaration<br />
// for some reason (only affects ESP8266, likely an arduino-builder bug).<br />
void MQTT_connect();<br />
<br />
<br />
<br />
void setup() {<br />
Serial.begin(115200);<br />
delay(10);<br />
pinMode(LED_PIN,OUTPUT);<br />
pinMode(RELAY_PIN,OUTPUT);<br />
Serial.println(F("Adafruit MQTT Sonoff demo"));<br />
//ledcSetup(1, 50, TIMER_WIDTH); // channel 1, 50 Hz, 16-bit width<br />
//ledcAttachPin(21, 1); // GPIO 22 assigned to channel 1<br />
// Connect to WiFi access point.<br />
Serial.println(); Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(WLAN_SSID);<br />
<br />
WiFi.begin(WLAN_SSID, WLAN_PASS);<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
Serial.println();<br />
<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: "); Serial.println(WiFi.localIP());<br />
<br />
// Setup MQTT subscription for onoff feed.<br />
mqtt.subscribe(&sonoff);<br />
}<br />
<br />
void loop() {<br />
// Ensure the connection to the MQTT server is alive (this will make the first<br />
// connection and automatically reconnect when disconnected). See the MQTT_connect<br />
// function definition further below.<br />
MQTT_connect();<br />
<br />
// this is our 'wait for incoming subscription packets' busy subloop<br />
// try to spend your time here<br />
<br />
Adafruit_MQTT_Subscribe *subscription;<br />
<br />
while ((subscription = mqtt.readSubscription(1000))) {<br />
if (subscription == &sonoff) {<br />
Serial.print(F("Got: "));<br />
String A = (char *)sonoff.lastread ;<br />
Serial.println(A);<br />
if (A == "1") { <br />
digitalWrite(RELAY_PIN, 255);<br />
digitalWrite(LED_PIN, 0);<br />
} <br />
if(A == "0") { <br />
digitalWrite(RELAY_PIN, 0);<br />
digitalWrite(LED_PIN, 255);<br />
}<br />
<br />
} <br />
}<br />
<br />
<br />
// ping the server to keep the mqtt connection alive<br />
// NOT required if you are publishing once every KEEPALIVE seconds<br />
<br />
/*<br />
if(! mqtt.ping()) {<br />
mqtt.disconnect();<br />
}<br />
*/<br />
}<br />
<br />
// Function to connect and reconnect as necessary to the MQTT server.<br />
// Should be called in the loop function and it will take care if connecting.<br />
void MQTT_connect() {<br />
int8_t ret;<br />
<br />
// Stop if already connected.<br />
if (mqtt.connected()) {<br />
return;<br />
}<br />
<br />
Serial.print("Connecting to MQTT... ");<br />
<br />
uint8_t retries = 3;<br />
while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected<br />
Serial.println(mqtt.connectErrorString(ret));<br />
Serial.println("Retrying MQTT connection in 5 seconds...");<br />
mqtt.disconnect();<br />
delay(5000); // wait 5 seconds<br />
retries--;<br />
if (retries == 0) {<br />
// basically die and wait for WDT to reset me<br />
while (1);<br />
}<br />
}<br />
Serial.println("MQTT Connected!");<br />
}<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=MQTT&diff=13938MQTT2018-10-28T20:50:08Z<p>Tim: Initialisation d'un article</p>
<hr />
<div>We're running mosquitto as MQTT broker running on [[Bellatrix]] and here's how to use it:<br />
<br />
* Host: 62.220.135.221<br />
* Port: 1883<br />
* User: fixme<br />
* Password: ask [[User:Francois]]<br />
* No guest access allowed<br />
<br />
<br />
== MQTT un protocole fabuleux ==<br />
MQTT est un protocole né à la fin des années 1990 permettant de transmettre des messages entre différents nœuds d'un réseau TCP/IP. Les objets situés sur les nœuds '''souscrivent''' à des services pour recevoir des données et/ou se déclarent pour en '''publier'''. Un broker situé à un point du réseau met en relation les ''souscripteurs'' (consommateurs de données) aux ''publieurs'' (fournisseurs de données).<br />
<br />
Ce protocole simple et robuste était utilisé à l'origine pour gérer un grand nombre de capteurs/actionneurs sur des pipelines... Il est toujours utilisé en informatique industriel plus simple à mettre en œuvre et à déployer que les WebSockets.<br />
=== Souscrire ===<br />
Notre sonoff va s'instancier sur le réseau en contactant le broker dont nous lui avons donné l'adresse IP en souscrivant au service (topic) /sonoff. Quand un objet publiera une donnée 1 sur le topic /sonoff la lampe s'allumera et s'étendra à la réception d'un 0<br />
=== Publier ===<br />
Sur un smartphone Android on peut charger l'application '''MQTT Dash''', se raccorder au Broker mis en place par François et créer un service de bouton on/off qui publiera sur le topic /sonoff et enverra des ordres d'allumage (1) ou d'extinction (0).<br />
== Un exemple d'utilisation avec un SonOff en commande d'éclairage ==<br />
Les Sonoff sont de petits interrupteurs construits autour d'un ESP8266 et d'un relais 10A.<br />
On peut facilement hacker ces objets qui ne coutent que 6 CHF pour les insérer dans notre architecture selon nos besoins.<br />
Les PIN exposées du dispositif permettent de le reflasher pour commander le relais en souscrivant à un service n/off. (une pin-GPIO14) reste disponible pour y connecter un capteur et donc publier cette information.<br />
<br />
=== Le code en service ===<br />
<nowiki><br />
/***************************************************<br />
Adafruit MQTT Library ESP8266 Example<br />
<br />
Must use ESP8266 Arduino from:<br />
https://github.com/esp8266/Arduino<br />
<br />
Works great with Adafruit's Huzzah ESP board & Feather<br />
----> https://www.adafruit.com/product/2471<br />
----> https://www.adafruit.com/products/2821<br />
<br />
Adafruit invests time and resources providing this open source code,<br />
please support Adafruit and open-source hardware by purchasing<br />
products from Adafruit!<br />
<br />
Written by Tony DiCola for Adafruit Industries.<br />
MIT license, all text above must be included in any redistribution<br />
****************************************************/<br />
#include <ESP8266WiFi.h><br />
//#include <WiFi.h><br />
<br />
#include "Adafruit_MQTT.h"<br />
#include "Adafruit_MQTT_Client.h"<br />
<br />
<br />
<br />
/************************* WiFi Access Point *********************************/<br />
<br />
#define WLAN_SSID "FIXME-NAT"<br />
#define WLAN_PASS "xxxxxxxxx"<br />
<br />
/************************* Adafruit.io Setup *********************************/<br />
<br />
#define AIO_SERVER "62.220.135.221"<br />
#define AIO_SERVERPORT 1883 // use 8883 for SSL<br />
#define AIO_USERNAME "fixme"<br />
#define AIO_KEY "yyyyyyyyyy"<br />
#define LED_PIN 13<br />
#define RELAY_PIN 12<br />
<br />
/************ Global State (you don't need to change this!) ******************/<br />
<br />
// Create an ESP8266 WiFiClient class to connect to the MQTT server.<br />
WiFiClient client;<br />
// or... use WiFiFlientSecure for SSL<br />
//WiFiClientSecure client;<br />
<br />
// Setup the MQTT client class by passing in the WiFi client and MQTT server and login details.<br />
Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT, AIO_USERNAME, AIO_KEY);<br />
//Adafruit_MQTT_Client mqtt(&client, AIO_SERVER, AIO_SERVERPORT);<br />
/****************************** Feeds ***************************************/<br />
<br />
// Setup a feed called 'photocell' for publishing.<br />
// Notice MQTT paths for AIO follow the form: <username>/feeds/<feedname><br />
//Adafruit_MQTT_Publish photocell = Adafruit_MQTT_Publish(&mqtt, AIO_USERNAME "/feeds/photocell");<br />
//Adafruit_MQTT_Publish halleffect = Adafruit_MQTT_Publish(&mqtt, "/effethall");<br />
//Adafruit_MQTT_Publish lipocharge = Adafruit_MQTT_Publish(&mqtt, "/chargelipo");<br />
// Setup a feed called 'onoff' for subscribing to changes.<br />
<br />
Adafruit_MQTT_Subscribe sonoff = Adafruit_MQTT_Subscribe(&mqtt, "/sonoff");<br />
/*************************** Sketch Code ************************************/<br />
//Adafruit_MQTT_Subscribe onoffbutton = Adafruit_MQTT_Subscribe(&mqtt, "/onoffbutton");<br />
<br />
// Bug workaround for Arduino 1.6.6, it seems to need a function declaration<br />
// for some reason (only affects ESP8266, likely an arduino-builder bug).<br />
void MQTT_connect();<br />
<br />
<br />
<br />
void setup() {<br />
Serial.begin(115200);<br />
delay(10);<br />
pinMode(LED_PIN,OUTPUT);<br />
pinMode(RELAY_PIN,OUTPUT);<br />
Serial.println(F("Adafruit MQTT Sonoff demo"));<br />
//ledcSetup(1, 50, TIMER_WIDTH); // channel 1, 50 Hz, 16-bit width<br />
//ledcAttachPin(21, 1); // GPIO 22 assigned to channel 1<br />
// Connect to WiFi access point.<br />
Serial.println(); Serial.println();<br />
Serial.print("Connecting to ");<br />
Serial.println(WLAN_SSID);<br />
<br />
WiFi.begin(WLAN_SSID, WLAN_PASS);<br />
while (WiFi.status() != WL_CONNECTED) {<br />
delay(500);<br />
Serial.print(".");<br />
}<br />
Serial.println();<br />
<br />
Serial.println("WiFi connected");<br />
Serial.println("IP address: "); Serial.println(WiFi.localIP());<br />
<br />
// Setup MQTT subscription for onoff feed.<br />
mqtt.subscribe(&sonoff);<br />
}<br />
<br />
void loop() {<br />
// Ensure the connection to the MQTT server is alive (this will make the first<br />
// connection and automatically reconnect when disconnected). See the MQTT_connect<br />
// function definition further below.<br />
MQTT_connect();<br />
<br />
// this is our 'wait for incoming subscription packets' busy subloop<br />
// try to spend your time here<br />
<br />
Adafruit_MQTT_Subscribe *subscription;<br />
<br />
while ((subscription = mqtt.readSubscription(1000))) {<br />
if (subscription == &sonoff) {<br />
Serial.print(F("Got: "));<br />
String A = (char *)sonoff.lastread ;<br />
Serial.println(A);<br />
if (A == "1") { <br />
digitalWrite(RELAY_PIN, 255);<br />
digitalWrite(LED_PIN, 0);<br />
} <br />
if(A == "0") { <br />
digitalWrite(RELAY_PIN, 0);<br />
digitalWrite(LED_PIN, 255);<br />
}<br />
<br />
} <br />
}<br />
<br />
<br />
// ping the server to keep the mqtt connection alive<br />
// NOT required if you are publishing once every KEEPALIVE seconds<br />
<br />
/*<br />
if(! mqtt.ping()) {<br />
mqtt.disconnect();<br />
}<br />
*/<br />
}<br />
<br />
// Function to connect and reconnect as necessary to the MQTT server.<br />
// Should be called in the loop function and it will take care if connecting.<br />
void MQTT_connect() {<br />
int8_t ret;<br />
<br />
// Stop if already connected.<br />
if (mqtt.connected()) {<br />
return;<br />
}<br />
<br />
Serial.print("Connecting to MQTT... ");<br />
<br />
uint8_t retries = 3;<br />
while ((ret = mqtt.connect()) != 0) { // connect will return 0 for connected<br />
Serial.println(mqtt.connectErrorString(ret));<br />
Serial.println("Retrying MQTT connection in 5 seconds...");<br />
mqtt.disconnect();<br />
delay(5000); // wait 5 seconds<br />
retries--;<br />
if (retries == 0) {<br />
// basically die and wait for WDT to reset me<br />
while (1);<br />
}<br />
}<br />
Serial.println("MQTT Connected!");<br />
}<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13936IOT-DOC2018-10-28T19:41:10Z<p>Tim: </p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZigBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRa ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. <br />
<br />
Peut-être aurait-il fallu acheter des modules en 868Mhz. <br />
<br />
La documentation sur la technologie en œuvre est disponible ici : [[File:LoRa.pdf]]<br />
<br />
Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
La soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[File:RF95_TX_ino.txt]]<br />
<br />
Le source du récepteur [[File:RF95_RX_ino.txt]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
*[[MQTT]]<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]]<br />
*[[Configuration IPv6]]<br />
*[[Configuration routage IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13118IOT-DOC2017-02-09T00:03:07Z<p>Tim: </p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZigBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRa ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. <br />
<br />
Peut-être aurait-il fallu acheter des modules en 868Mhz. <br />
<br />
La documentation sur la technologie en œuvre est disponible ici : [[File:LoRa.pdf]]<br />
<br />
Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
La soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[File:RF95_TX_ino.txt]]<br />
<br />
Le source du récepteur [[File:RF95_RX_ino.txt]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]]<br />
*[[Configuration IPv6]]<br />
*[[Configuration routage IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13117IOT-DOC2017-02-09T00:00:54Z<p>Tim: </p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZigBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRa ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. <br />
<br />
Peut-être aurait-il fallu acheter des modules en 868Mhz. <br />
<br />
La documentation sur la technologie en œuvre est disponible ici : [[File:LoRa.pdf]]<br />
<br />
Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
La soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[File:RFM95_TX_ino.txt]]<br />
<br />
Le source du récepteur [[File:RFM95_RX_ino.txt]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]]<br />
*[[Configuration IPv6]]<br />
*[[Configuration routage IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=File:RF95_TX_ino.txt&diff=13116File:RF95 TX ino.txt2017-02-08T23:58:28Z<p>Tim: sketch Arduino</p>
<hr />
<div>sketch Arduino</div>Timhttps://fixme.ch/w/index.php?title=File:RF95_RX_ino.txt&diff=13115File:RF95 RX ino.txt2017-02-08T23:57:24Z<p>Tim: sketch Arduino</p>
<hr />
<div>sketch Arduino</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13103IOT-DOC2017-02-02T11:10:20Z<p>Tim: </p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZigBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRa ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. <br />
<br />
Peut-être aurait-il fallu acheter des modules en 868Mhz. <br />
<br />
La documentation sur la technologie en œuvre est disponible ici : [[File:LoRa.pdf]]<br />
<br />
Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
La soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]]<br />
*[[Configuration IPv6]]<br />
*[[Configuration routage IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13102IOT-DOC2017-02-02T11:08:22Z<p>Tim: Ajout doc Semtech</p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZigBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRa ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. <br />
Peut-être aurait-il fallu acheter des modules en 868Mhz. <br />
La documentation sur la technologie en œuvre est disponible ici : [[File:LoRa.pdf]]<br />
Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
La soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]]<br />
*[[Configuration IPv6]]<br />
*[[Configuration routage IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=File:LoRa.pdf&diff=13101File:LoRa.pdf2017-02-02T11:01:23Z<p>Tim: Document de Semtech</p>
<hr />
<div>Document de Semtech</div>Timhttps://fixme.ch/w/index.php?title=Configuration_routage_IPv6&diff=13075Configuration routage IPv62017-01-20T14:43:31Z<p>Tim: Created page with "Les adresses IPv6 fec0::/10 sont des adresses locales non routables comme les adresses 192.168.0.0 en IPv4. Les adresses globales routables sont toujours attribuées par le fo..."</p>
<hr />
<div>Les adresses IPv6 fec0::/10 sont des adresses locales non routables comme les adresses 192.168.0.0 en IPv4.<br />
Les adresses globales routables sont toujours attribuées par le fournisseur d’accès Internet.<br />
<br />
Le site [[http://unique-localipv6.com]] attribue des adresses locales IPv6 de façon aléatoire j'ai obtenu celle-ci fd27:1056:fc05::/48 ce qui m'offre la possibilité de construire un réseau avec plein de subnets (équivalent d'une classe B en IPv4) de fd27:1056:fc05::/64 à fd27:1056:fc05:ffff:/64<br />
<br />
Il faut donc attribuer une de ces adresses sur le gateway du réseau local.<br />
La grappe des clients se verra attribuer automatiquement le prefixe de son adresse IPv6 locale par le daemon radvd que nous lancerons sur ce gateway. L'adresse complète de chaque client dépendra de la MAC adresse que nous lui aurons attribuée.<br />
<br />
Sur le gateway comme sur les clients nous construirons un script de démarrage.<br />
Nous lancerons sur le gateway le daemon radvd.<br />
<br />
* [[Script de démarrage des clients|start_client.sh]]<br />
* [[Script de démarrage du gateway|start_gateway.sh]]<br />
* [[Configuration de daemon radvd|radvd.conf]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13074IOT-DOC2017-01-20T14:41:55Z<p>Tim: </p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZigBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
La soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]]<br />
*[[Configuration IPv6]]<br />
*[[Configuration routage IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=Configuration_IPv6&diff=13073Configuration IPv62017-01-20T14:38:24Z<p>Tim: Created page with "Une fois le RPi3 booté avec ses modules chargés la commande ifconfig -a rend cela : <nowiki> root@raspberrypi:~# ifconfig -a eth0 Link encap:Ethernet HWaddr b8:27:eb..."</p>
<hr />
<div>Une fois le RPi3 booté avec ses modules chargés la commande ifconfig -a rend cela :<br />
<br />
<nowiki><br />
root@raspberrypi:~# ifconfig -a<br />
eth0 Link encap:Ethernet HWaddr b8:27:eb:e3:b4:bb<br />
inet6 addr: fe80::fee:cb7a:1ab0:211f/64 Scope:Link<br />
UP BROADCAST MULTICAST MTU:1500 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1000<br />
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)<br />
<br />
lo Link encap:Local Loopback<br />
inet addr:127.0.0.1 Mask:255.0.0.0<br />
inet6 addr: ::1/128 Scope:Host<br />
UP LOOPBACK RUNNING MTU:65536 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1<br />
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)<br />
<br />
wlan0 Link encap:Ethernet HWaddr b8:27:eb:b6:e1:ee<br />
inet addr:192.168.130.204 Bcast:192.168.130.255 Mask:255.255.255.0<br />
inet6 addr: fe80::468:a46c:b9be:706e/64 Scope:Link<br />
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1<br />
RX packets:185 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:169 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1000<br />
RX bytes:27991 (27.3 KiB) TX bytes:32030 (31.2 KiB)<br />
<br />
wpan0 Link encap:UNSPEC HWaddr 0E-79-86-4A-5E-68-30-50-00-00-00-00-00-00-00-00<br />
BROADCAST NOARP MTU:123 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:300<br />
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)<br />
</nowiki><br />
On voit que le wpan0 n'est pas UP et qu'il n'existe pas d'interface lowpan0<br />
<br />
Il faut créer le lien entre ce qui est un port de bridge wpan0 et ce qui deviendra une interface lowpan0 puis mettre ces interfaces UP.<br />
<br />
<nowiki><br />
ip link add link wpan0 name lowpan0 type lowpan<br />
ifconfig wpan0 up<br />
ifconfig lowpan0 up<br />
<br />
</nowiki><br />
On a alors la configuration suivante :<br />
<br />
<nowiki><br />
root@raspberrypi:~# ifconfig -a<br />
eth0 Link encap:Ethernet HWaddr b8:27:eb:e3:b4:bb<br />
inet6 addr: fe80::fee:cb7a:1ab0:211f/64 Scope:Link<br />
UP BROADCAST MULTICAST MTU:1500 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1000<br />
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)<br />
<br />
lo Link encap:Local Loopback<br />
inet addr:127.0.0.1 Mask:255.0.0.0<br />
inet6 addr: ::1/128 Scope:Host<br />
UP LOOPBACK RUNNING MTU:65536 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1<br />
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)<br />
<br />
lowpan0 Link encap:UNSPEC HWaddr 2E-29-30-60-57-58-A0-CC-00-00-00-00-00-00-00-00<br />
inet6 addr: fe80::2c29:3060:5758:a0cc/64 Scope:Link<br />
UP BROADCAST RUNNING MULTICAST MTU:1280 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1<br />
RX bytes:0 (0.0 B) TX bytes:3246 (3.1 KiB)<br />
<br />
wlan0 Link encap:Ethernet HWaddr b8:27:eb:b6:e1:ee<br />
inet addr:192.168.130.204 Bcast:192.168.130.255 Mask:255.255.255.0<br />
inet6 addr: fe80::468:a46c:b9be:706e/64 Scope:Link<br />
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1<br />
RX packets:555 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:625 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:1000<br />
RX bytes:67396 (65.8 KiB) TX bytes:146552 (143.1 KiB)<br />
<br />
wpan0 Link encap:UNSPEC HWaddr 2E-29-30-60-57-58-A0-CC-00-00-00-00-00-00-00-00<br />
UP BROADCAST RUNNING NOARP MTU:123 Metric:1<br />
RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br />
TX packets:33 errors:0 dropped:0 overruns:0 carrier:0<br />
collisions:0 txqueuelen:300<br />
RX bytes:0 (0.0 B) TX bytes:3300 (3.2 KiB)<br />
<br />
root@raspberrypi:~#<br />
</nowiki><br />
Les circuits at86rf230 sont faits de telle sorte que la mac adresse du composant change à chaque reboot du coup, il vaut mieux fixer une adresse IPv6 à cette interface pour savoir à qui l'on parle ;-)<br />
Par exemple sur une carte qui sera le routeur :<br />
<nowiki> ip addr add fd28::1/64 dev lowpan0 </nowiki><br />
Et sur l'autre... <br />
<br />
<nowiki> ip addr add fd28::2/64 dev lowpan0 </nowiki><br />
<br />
Pour obtenir enfin ce que nous voulions :<br />
<br />
<nowiki><br />
root@raspberrypi:~# ping6 -I lowpan0 fd28::2<br />
PING fd28::2(fd28::2) from fd28::1 lowpan0: 56 data bytes<br />
64 bytes from fd28::2: icmp_seq=1 ttl=64 time=24.6 ms<br />
64 bytes from fd28::2: icmp_seq=2 ttl=64 time=14.9 ms<br />
64 bytes from fd28::2: icmp_seq=3 ttl=64 time=14.7 ms<br />
64 bytes from fd28::2: icmp_seq=4 ttl=64 time=13.5 ms<br />
64 bytes from fd28::2: icmp_seq=5 ttl=64 time=12.9 ms<br />
64 bytes from fd28::2: icmp_seq=6 ttl=64 time=15.9 ms<br />
64 bytes from fd28::2: icmp_seq=7 ttl=64 time=22.4 ms<br />
64 bytes from fd28::2: icmp_seq=8 ttl=64 time=21.8 ms<br />
64 bytes from fd28::2: icmp_seq=9 ttl=64 time=27.8 ms<br />
^C<br />
--- fd28::2 ping statistics ---<br />
9 packets transmitted, 9 received, 0% packet loss, time 8012ms<br />
rtt min/avg/max/mdev = 12.901/18.778/27.853/5.172 ms<br />
root@raspberrypi:~#<br />
<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=Installons_la_carte&diff=13072Installons la carte2017-01-20T14:25:30Z<p>Tim: Created page with "La carte s'installe avec quelques précautions pour le courant électrostatique sur les pins 15-26 du RPi3. 500px (Pas de souci pour ce qui est branché..."</p>
<hr />
<div>La carte s'installe avec quelques précautions pour le courant électrostatique sur les pins 15-26 du RPi3. <br />
[[File:rpiradio.jpg|500px]] (Pas de souci pour ce qui est branché sur 6-8-10).<br />
<br />
Une fois bien vérifié que le fichier /boot/config.txt contienne bien ces 2 lignes :<br />
<br />
<nowiki><br />
dtparam=spi=on <br />
<br />
dtoverlay=at86rf233 <br />
</nowiki><br />
<br />
la commande ``sudo modprobe at86rf230 `` doit charger le bon module.<br />
<br />
<nowiki><br />
lsmod<br />
Module Size Used by<br />
ieee802154_6lowpan 19335 0<br />
nhc_routing 930 0<br />
nhc_udp 2722 0<br />
nhc_mobility 932 0<br />
nhc_hop 922 0<br />
nhc_ipv6 924 0<br />
nhc_fragment 932 0<br />
nhc_dest 924 0<br />
6lowpan 13191 8 nhc_fragment,ieee802154_6lowpan,nhc_hop,nhc_udp,nhc_dest,nhc_ipv6,nhc_mobility,nhc_routing<br />
bnep 10340 2<br />
hci_uart 17875 1<br />
btbcm 5865 1 hci_uart<br />
bluetooth 329258 22 bnep,btbcm,hci_uart<br />
brcmfmac 194920 0<br />
at86rf230 22211 0<br />
brcmutil 5661 1 brcmfmac<br />
mac802154 49099 1 at86rf230<br />
ieee802154 55762 2 ieee802154_6lowpan,mac802154<br />
crc_ccitt 1278 1 mac802154<br />
cfg80211 434231 1 brcmfmac<br />
rfkill 15912 4 cfg80211,bluetooth<br />
snd_soc_bcm2835_i2s 5801 0<br />
snd_soc_core 128820 1 snd_soc_bcm2835_i2s<br />
snd_bcm2835 20447 0<br />
snd_pcm_dmaengine 3455 1 snd_soc_core<br />
snd_pcm 76497 3 snd_bcm2835,snd_soc_core,snd_pcm_dmaengine<br />
snd_timer 19374 1 snd_pcm<br />
snd 52036 4 snd_bcm2835,snd_soc_core,snd_timer,snd_pcm<br />
spi_bcm2835 6678 0<br />
bcm2835_gpiomem 3040 0<br />
bcm2835_wdt 3097 0<br />
uio_pdrv_genirq 3164 0<br />
uio 7936 1 uio_pdrv_genirq<br />
i2c_dev 5920 0<br />
i2c_bcm2708 4770 0<br />
ipv6 354336 36<br />
<br />
</nowiki><br />
et le résultat attendu après avoir fait tout ce qui précède !!!<br />
<br />
<nowiki><br />
sudo iwpan list<br />
wpan_phy phy0<br />
supported channels:<br />
page 0: 11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26<br />
current_page: 0<br />
current_channel: 13, 2415 MHz<br />
cca_mode: (1) Energy above threshold<br />
cca_ed_level: -77<br />
tx_power: 4<br />
capabilities:<br />
iftypes: node,monitor<br />
channels:<br />
page 0:<br />
[11] 2405 MHz, [12] 2410 MHz, [13] 2415 MHz,<br />
[14] 2420 MHz, [15] 2425 MHz, [16] 2430 MHz,<br />
[17] 2435 MHz, [18] 2440 MHz, [19] 2445 MHz,<br />
[20] 2450 MHz, [21] 2455 MHz, [22] 2460 MHz,<br />
[23] 2465 MHz, [24] 2470 MHz, [25] 2475 MHz,<br />
[26] 2480 MHz<br />
tx_powers:<br />
4 dBm, 3.7 dBm, 3.4 dBm, 3 dBm, 2.5 dBm, 2 dBm,<br />
1 dBm, 0 dBm, -1 dBm, -2 dBm, -3 dBm, -4 dBm,<br />
-6 dBm, -8 dBm, -12 dBm, -17 dBm,<br />
cca_ed_levels:<br />
-91 dBm, -89 dBm, -87 dBm, -85 dBm, -83 dBm, -81 dBm,<br />
-79 dBm, -77 dBm, -75 dBm, -73 dBm, -71 dBm, -69 dBm,<br />
-67 dBm, -65 dBm, -63 dBm, -61 dBm,<br />
cca_modes:<br />
(1) Energy above threshold<br />
(2) Carrier sense only<br />
(3, cca_opt: 0) Carrier sense with energy above threshold (logic al operator is 'and')<br />
(3, cca_opt: 1) Carrier sense with energy above threshold (logic al operator is 'or')<br />
min_be: 0,1,2,3,4,5,6,7,8<br />
max_be: 3,4,5,6,7,8<br />
csma_backoffs: 0,1,2,3,4,5<br />
frame_retries: 0,1,2,3,4,5,6,7<br />
lbt: false<br />
</nowiki><br />
<br />
Il est temps de passer à la [[configuration IPv6|Configuration IPv6]].</div>Timhttps://fixme.ch/w/index.php?title=File:Rpiradio.jpg&diff=13070File:Rpiradio.jpg2017-01-20T14:19:43Z<p>Tim: </p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=Installons_les_bons_outils&diff=13069Installons les bons outils2017-01-20T14:11:55Z<p>Tim: Created page with "Allons chercher et installons les outils wpan-tools. Au préalable installons les outils pour installer les outils... <nowiki> sudo apt-get install dh-autoreconf sudo apt-g..."</p>
<hr />
<div>Allons chercher et installons les outils wpan-tools.<br />
<br />
Au préalable installons les outils pour installer les outils...<br />
<br />
<nowiki><br />
sudo apt-get install dh-autoreconf<br />
sudo apt-get install install libnl-genl-3-dev<br />
</nowiki><br />
<br />
Cherchons et installons<br />
<br />
<nowiki><br />
git clone --depth 1 https://github.com/linux-wpan/wpan-tools.git<br />
cd wpan-tools<br />
./autogen.sh<br />
./configure CFLAGS='-g -O0' --prefix=/usr --sysconfdir=/etc --libdir=/usr/lib<br />
make<br />
sudo make install<br />
<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=Installons_le_bon_kernel&diff=13068Installons le bon kernel2017-01-20T14:08:57Z<p>Tim: Created page with "* Je suis passé du noyau 2.4.4-34V7 au noyau 2.7.10 pour pouvoir utiliser la carte et gérer convenablement le 802.15.4 sur un RPi3. <nowiki> sudo apt-get install git libcu..."</p>
<hr />
<div>* Je suis passé du noyau 2.4.4-34V7 au noyau 2.7.10 pour pouvoir utiliser la carte et gérer convenablement le 802.15.4 sur un RPi3.<br />
<br />
<nowiki><br />
sudo apt-get install git libcurses5-dev bc <br />
sudo apt-get update<br />
sudo apt-get upgrade<br />
sudo apt-get reboot<br />
</nowiki><br />
Une fois cela fait, nous avons un système à jour avec le dernier kernel installé.<br />
<br />
<nowiki><br />
uname -a<br />
Linux raspberrypi 4.4.34-v7+ #930 SMP Wed Nov 23 15:20:41 GMT 2016 armv7l GNU/Linux<br />
</nowiki><br />
<br />
Allons chercher de quoi construire un nouveau kernel.<br />
<br />
<nowiki><br />
sudo mkdir /opt/src/rpi_wpan<br />
sudo chown -R /opt/src<br />
cd /opt/src/rpi_wpan<br />
git clone --depth 1 https://github.com/raspberrypi/linux.git \<br />
--branch rpi-4.7.y --single-branch linux-rpi3<br />
git clone --depth 1 https://github.com/raspberrypi/firmware.git \<br />
--branch next --single-branch firmware<br />
cd linux-rpi3<br />
make bcm2709_defconfig<br />
make menuconfig<br />
make kernelversion<br />
4.7.10<br />
menuconfig<br />
Device Drivers<br />
--> Network device support<br />
--> IEEE 802.15.4 drivers<br />
<br />
Networking support<br />
--> Networking Options<br />
--> IEEE Std 802.15.4 Low-Rate Wireless Personal Area<br />
Networks support<br />
<br />
make zImage modules dtbs -j4<br />
<br />
</nowiki><br />
Quelques 2 heures après....<br />
<br />
<nowiki><br />
sudo make modules_install dtbs_install<br />
</nowiki><br />
<br />
Après un reboot...<br />
<br />
<nowiki><br />
uname -a<br />
Linux raspberrypi 4.7.10-v7+ #1 SMP Mon Dec 12 15:21:31 CET 2016 armv7l GNU/Linux<br />
</nowiki><br />
Maintenant que nous avons un nouveau noyau évitons qu'il soit écrasé par une mise à jour.<br />
<br />
<nowiki><br />
sudo apt-mark hold raspberrypi-kernel<br />
sudo apt-mark hold raspberrypi-bootloader<br />
</nowiki></div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13064IOT-DOC2017-01-13T20:24:46Z<p>Tim: /* 2 Modules LoRA */</p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg|500px]] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13063IOT-DOC2017-01-13T20:22:33Z<p>Tim: /* 2 Modules LoRA */</p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[[File:Feather_32U4.jpg]] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13062IOT-DOC2017-01-13T20:19:49Z<p>Tim: /* 2 Modules LoRA */</p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[File:Feather_32U4.jpg] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=File:Feather_32U4.jpg&diff=13061File:Feather 32U4.jpg2017-01-13T20:17:28Z<p>Tim: Adafruit 32U4</p>
<hr />
<div>Adafruit 32U4</div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13047IOT2017-01-06T18:26:42Z<p>Tim: </p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13046IOT2017-01-06T18:25:36Z<p>Tim: </p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[IOT:IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13045IOT2017-01-06T18:24:12Z<p>Tim: </p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[:IOT:IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=Category:IOT&diff=13044Category:IOT2017-01-06T18:21:12Z<p>Tim: Création Category</p>
<hr />
<div></div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13042IOT2017-01-06T16:32:35Z<p>Tim: </p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13041IOT2017-01-06T16:31:47Z<p>Tim: /* Modification des liens */</p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[IOT:IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13040IOT-DOC2017-01-06T16:30:37Z<p>Tim: Tentative de en place dans la category IOT</p>
<hr />
<div>[[Category:IOT]]<br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[img[3079-04.jpg]] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13039IOT-DOC2017-01-06T16:14:39Z<p>Tim: /* Introduction */</p>
<hr />
<div><br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT [https://www.kickstarter.com/projects/419277966/the-things-network/description] dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[img[3079-04.jpg]] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13038IOT-DOC2017-01-06T16:11:12Z<p>Tim: </p>
<hr />
<div><br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[img[3079-04.jpg]] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]<br />
<br />
== Participants ==<br />
*[[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT-DOC&diff=13037IOT-DOC2017-01-06T16:08:17Z<p>Tim: Création document projet IOT</p>
<hr />
<div><br />
== Introduction ==<br />
<br />
Il n'est plus d'objet technique aujourd'hui qui ne soit connecté.<br />
<br />
Cela est vrai des ordinateurs et des smartphones qui seraient complètement inutiles sans connectivité. Cela commence à être vrai pour l'ensemble des objets techniques, qui contiennent presque tous des microcontrôleurs pouvant facilement profiter d'une connectique ne serait-ce que pour être mis à jour et évoluer.<br />
<br />
Le grand chapitre de l'Internet des objets Internet of Things (IoT) est ouvert. Si les opérateurs de Télécom ont mis la main sur l'Internet mobile en faisant payer extrêmement cher le passage par leur infrastructure 3g, 4g ou 5g il n'est pas question de les laisser faire et de passer par eux pour l'IoT ou par d'autres opérateurs comme Sigfox™. C'est tout le sens du projet TnT dans lequel nous ne pouvons que nous inscrire.<br />
<br />
== Définitions ==<br />
<br />
On peut utiliser n'importe quelle couche réseau physique pour faire communiquer des dispositifs entre eux. Ethernet si l'on dispose d'un réseau câblé, le WiFi (802.11) si l'on dispose d'une couverture et de l'énergie, du GSM si l'on possède couverture, énergie et argent...<br />
<br />
S'il s'agit d'interconnecter une grappe d'objets à proximité d'un système à grande connectivité, le Bluetooth (802.15.1) peut parfaitement convenir. De même, de nombreux petits circuits radio permettent d'interconnecter des systèmes à faible coût (433Mhz, XBee, etc.)<br />
<br />
Il n'est pas toujours nécessaire de disposer d'une grande bande passante pour leurs communications. Si quelques ko/s suffissent, il existe des modules qui assurent ce débit sur de courtes (ZygBee) ou plus longues distances (LoRa) réclamant peut d'énergie, les protocoles qui les concerne appartiennent à la famille 802.15.4. Un groupe travaille sur la mise en réseau mesh de ces objets, ce qui nous intéresse beaucoup.<br />
<br />
Si les cartes qui supportent un Linux embarqué offrent tout le confort nécessaire pour implémenter les protocoles (RPi,BBB etc). Il n'en est pas de même pour les petites cartes à microcontrôleurs si des micro systèmes d'exploitation n'étaient pas prévus pour l'IoT.<br />
<br />
RIOT est l'exemple typique d'un tel système.<br />
<br />
Une fois les liaisons établies, reste la raison pour laquelle on l'a établie, la transmission de messages ! Pour cela MQTT va devoir être implémenté... et fera l'objet d'un point à part.<br />
<br />
== Réalisations ==<br />
=== 2 Modules LoRA ===<br />
Pour diminuer les difficultés nous partons de 2 modules d'AdaFruit RFM95 en 433Mhz sur circuits Feather 32U4 [https://www.adafruit.com/product/3079]. Peut-être aurait-il fallu acheter des modules en 868Mhz. Cette architecture a l’intérêt d’être parfaitement conçue pour un usage embarqué avec alimentation sur batterie Lipo et chargeur intégré.<br />
<br />
[img[3079-04.jpg]] <br />
<br />
Si la soudure des barrettes de connecteurs et de l'antenne de 16.5cm ne pose pas de problème. Il faut bien suivre les instructions d'Adafruit pour installer les librairies pour les composants de la famille Feather 32U4 et la librairie RadioHead [http://www.airspayce.com/mikem/arduino/RadioHead/].<br />
<br />
Une fois cela fait je me suis empressé d'utiliser les sources d'AdaFruit pour réaliser un émetteur et un récepteur afin de tester la connectivité. (L'hybride RX_TX donné comme exemple dans la librairie ne marche pas out-of-the-box)<br />
<br />
Le source de l'émetteur [[RFM95_TX]]<br />
<br />
Le source du récepteur [[RFM95_RX]]<br />
<br />
La communication entre mon atelier 2°me sous-sol et mon appartement 2°me étage fonctionne bien, il faudra tester sur de plus longues distances et dans d'autres environnements ;-)<br />
<br />
=== 2 modules at86rf230 pour RPi ===<br />
Connexion de 2 cartes Atmel AT86RF233 de chez OpenLabs [http://openlabs.co/store/]<br />
<br />
Je vais suivre pas à pas les articles de Linux Journal N°271, 272 et 273.<br />
<br />
*[[Installons le bon kernel]] > 4.7<br />
*[[Installons les bons outils]] wpan-tools<br />
*[[Installons la carte]] [img[OpenLabs.jpg]]<br />
*[[Configuration IPv6]]<br />
<br />
== Références ==<br />
<br />
Retrouvez ici la liste des références qui accompagnent l’article « RIOT, le système d’exploitation libre pour l’Internet des objets » (p.45-57), publié dans Open Silicium n°18 (numéro de avril-mai-juin 2016) par Aline Hof :<br />
<br />
<br />
* [1] Projet RIOT sur GitHub [https://github.com/RIOT-OS/RIOT]<br />
* [2] Raisons du choix de RIOT dans le projet Watr.li [http://watr.li/riot.html]<br />
* [3] Protocole 6LowPAN [https://fr.wikipedia.org/wiki/6LoWPAN]<br />
* [4] Protocole RPL [https://tools.ietf.org/html/rfc6550]<br />
* [5] Protocole COAP [https://tools.ietf.org/html/rfc7252]<br />
* [6] Wiki RIOT [https://github.com/RIOT-OS/RIOT/wiki]<br />
* [7] Documentation de l’API RIOT [http://doc.riot-os.org]<br />
* [8] Liste de cartes supportées par RIOT [https://github.com/RIOT-OS/RIOT/wiki/RIOT-Platforms]<br />
* [9] Contribuer à RIOT [https://github.com/RIOT-OS/RIOT/wiki/Contributing-to-RIOT]<br />
* [10] Liste des périphériques externes supportés [http://riot-os.org/api/group__drivers.html]<br />
* [11] I2C temp[https://github.com/aabadie/riot-apps/tree/master/i2c_temperature]<br />
* [12] API I2C dans RIOT[http://riot-os.org/api/group__drivers__periph__i2c.html]<br />
* [13] Doc de carte d’extension Atmel I/O1 Xplained pro [http://www.atmel.com/images/atmel-42078-io1-xplained-pro_user-guide.pdf]<br />
* [14] Code P2P [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network]<br />
* [15] IEEE 802.15.4[https://fr.wikipedia.org/wiki/IEEE_802.15.4]<br />
* [16] Code source de la section 4.2[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/client_with_sensor]<br />
* [17] Code source de la section 4.3[https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_terminal]<br />
* [18] SparkFun Bluetooth Modem – BlueSMiRF Silver [https://www.sparkfun.com/products/12577]<br />
* [19] Adafruit Bluefruit LE UART Friend [https://www.adafruit.com/product/2479]<br />
* [20] Code source de la section 4.4 [https://github.com/aabadie/riot-apps/tree/master/point_to_point_network/server_to_bluetooth]</div>Timhttps://fixme.ch/w/index.php?title=User:Tim&diff=13036User:Tim2017-01-06T15:27:50Z<p>Tim: Création fiche personnelle</p>
<hr />
<div><br />
== Membre du FabLab Renens ==<br />
Suite à plus de deux décennies d'hacktivisme dans l'équipe réseau de la vénérable institution EPFL, je me suis retiré dans les FabLabs pour continuer à faire ce que j'ai toujours fait...<br />
<br />
Faire en sorte qu'un FabLab reste un hackerspace, un espace ouvert et critique sur l'évolution des techniques et ne devienne pas une boutique, tel est le sens de mon investissement.</div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13035IOT2017-01-06T15:17:05Z<p>Tim: /* Participants */</p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Tim]]</div>Timhttps://fixme.ch/w/index.php?title=IOT&diff=13034IOT2017-01-06T15:15:41Z<p>Tim: Création fiche</p>
<hr />
<div>[[Category:Ongoing_Projects]]<br />
== Description ==<br />
* Projet de recherche sur le très bruité sujet Internet des Objets.<br />
<br />
== Goal ==<br />
* A goal, explorer les différents modes de communication M2M (machine 2 machine)<br />
* An other goal, expérimenter les réseaux bas débit LoRA en vue de se passer de tout fournisseur d’accès.<br />
* An other goal, se familiariser avec les protocoles 6LOWPAN pour le réseau et MQTT ou CoAP au niveau applicatif <br />
<br />
<br />
== Obstacles ==<br />
A list of potential obstacles<br />
* An obstacle : Éviter le bruit...<br />
<br />
== Component ==<br />
* Something : at86rf230 pour RPi3 fourni par OpenLabs (testé sur kernel 4.7.10 RPi3)<br />
* Something : RFM95 en 433Mhz et 868Mhz sur arduino (testé sur Feather 32U4 Adafruit)<br />
<br />
== Schedule ==<br />
* Opening: Décembre 2016<br />
* Ending: xxhxx<br />
<br />
== See also ==<br />
* [[ESP8266]]<br />
* [[IOT-DOC]]<br />
<br />
<br />
== Participants ==<br />
* [[User:????]] (Leader)<br />
* [[User:Richard|Tim]]</div>Tim