Note sur réunion Lora 10/12 + pas mal de monde sur le pont d'un peu partout Laurent Toutain Télécom Bretagne Rennes Emile Stephan Orange Labs Lannion Yann Lossouarn Pres fabLab Lannion Tangi Lavanant FabLab Lannion Renzo Navas Télécom Bretagne Rennes Julien saint-Martin Wi6Labs (merci pour les shields !!!) Didier Prof informatique à Grenoble plus sur aspect données/cloud glissement de terrain, station météo etc.... Alexander Peloff Vincent Barreau ENSSAT FabLab Lannion Yvonnick Méheux FabLab Lannion (à distance) +Claude Bideau FabLab Lannion arrivé après Slide de pres Architecture Lora : Définition de vocabulaire, peut-être provisoire FARE-Node : Noeud W6Labs avec arduino par exemple Chaque FabLab est responsable des objets qu'il crée. Les objets peuvent se connecter sur les autre FabLab. Page WEB pour ajouter un objet, qu'on ajoute aussi dans le DNS. Il y a un serveur de Provisionning, de l'authentifs. Notion de "Visited Area" Node K : antenne Kerlink qui sont la station de Base. A Rennes il y en a 2. tunnel JSON entre station K et Area-GW Carte Wi6Labs. Coordination entre personnes intéressée par le projet LoraFabian. Protocol de sig poussé, également en normalisation : CoApp Fare-Node identifé par son nom et son @mac Area-GW authentifie le noeud. Pour éviter des faux noeuds, ils faudrait mettre des certificats enre AreaGW et area certificate Node K : 18 message/h max Logique de couche pour pouvoir changer la couche LoRa si besoin Télécom Bretagne va contiuner à travailler sur le sujet. Station Kerlink installée du coté de Valence à l'IUT. Autres stations prévues pour études avec GéoPhysiciens Renzo : présentation du GitHub. Lien vers le git : Mini de dev sur la Kerling. Déjà fait par SEMTECH Protocol entre area GW et server defini Demo avec Node K/Area GW (PC Linux qui fait aussi proxy) code AreaGW dispo. Projet eclisppe en Java Node K cherche toute les min des nvx noeuds La GW est en charge de savoir ou est le noeuds (sur quels K-Node) Shiled W-Labs avec Radio Lora. Interface comm shield/arduino en SPI. Par encore complètement fixé code du shield est en C Toute l'intelligence est dans la GW. Possiblité de commander le FARE-Node code ardunio asez simple, SPI pour causer avec le Shield Envoi octects par octects. Demo : allumer éteindre la lumière tous les messages sont broadcasté. filtrage par réception de la mac. Le node est chargé d'analyser le 802.15.4 pour voir si le message le concerne Configuration des clock et autre mise explicitement dans le code. Quelques délais mis pour que ca marche... test si on a des data, si on en a, il les lire dans les buffers Après on peut anlyser la data recue et faire une action si besoin, ON/OFF dans le cas de la démo W6Labs a fait des préconfigs de la radio, pour faciliter l'utilisation. W6Labs shield plus pussiant. Chiffrement possible sur le CoAP data. Chiffrement géré par le shield Il y a un coap sig et un data (plan de sig/plan média) L'objet peut-être piloté en HTTP. Le FARE-node a des ressources définies qui doivent correspondre au capa de l'arduino A dev : Area GW + Proxy Gestion des réponse au beacon coap : pas tous en même temps ->collition avoidance CSMA déjà implémentée par Julien GW kerlink ou shield W6LABS+raspberry pi Possibilité de faire un démo avec Rasperry pi OpenEnergy Data collecte DATA sur Rennes Arduino -> Pb de consomattion Sinon on utilise ConTiki pour programmer en basse conso Prévoient du mode du noeuds en sleep On utilise coap http://en.wikipedia.org/wiki/Constrained_Application_Protocol Lora Phy/MAC/802.15.4/CoAP L'identifiant de l'Objet est l'adresse Mac et le nom DNS de l'objet. On résoud le DNS du FARE-NOde et on récupère l'IP du proxy qui connait l'area GW. L'area GW connait le node K et l'objet