23Oct/140

presentation for EIT ITC labs students

October 23rd, 2014

1Aug/1420

I2C Bus

August 1st, 2014

Read carefully the subject before answering. The document given in here describes the I2C bus.

Question1 (1point) Is this standard issued from an official standardization agency (ISO,ITU,…) or from the scientific/industrial community (IEEE,IETF,…)?

Question2 (1point) How many wires are necessary to transport data? What is the purpose of the clock signal?

Question3 (1point) With a bus running at 100Mbit/s, give the modulation rate of the SCL line?

Question4 (1point) Why only one address is needed on the frame?

Question5 (1point) Can the Ack bit be used to detect transmission errors?

Question6 (1point) Does the standard define a method to allocate slave addresses dynamically?

We plan to build a device composed of an Arduin omicro-controller, a LED screen and a keyboard. The goal is to display on the screen messages written on the keyboard.

Question7 (1point) Which element will be the master?

Question8 (1point) Is the master informed when a character is typed on the keyboard?

Question9 (1point) Can text be sent directly from the keyboard to the screen?

Question10 (2points) Give a time diagram describing how a character will be sent from the keyboard to the screen

Question11 (2points) We suppose the bus speed is 100 Mbit/s. The keyboard has to send 10bytes of data, what will be the real throughput for that transfer?(several answers are possible so explain well what are your hypothesis to compute that throughput)

Question12 (1point) What is the benefit of the repeated Start(Sr)?

Question13 (2points) Explain when Clock stretching is needed

Question14 (1point) Can the master broadcast frames to all slaves?

Question15 (3points) Can the master dynamically discovers newly connected devices to the bus? Propose a protocol to do so.

15May/140

Support de cours Formation M2M

May 15th, 2014

18Nov/130

Cours Master Recherche IoT

November 18th, 2013

17Nov/130

La frange polymorphique de l’Internet

November 17th, 2013

Sous ce nom mystérieux se cache la présentation que l’on a Fait Pascal Thubert et moi aux journées du Conseil Scientifique de l’AFNIC. Brièvement, Il s’agit de décomposer le réseau en deux parties. Un cœur qui aura une évolution lente et une frange qui va s’adapter plus rapidement aux nouvelles technologies comme les réseaux de capteurs. Les protocoles de l’internet pouvant s’adapter à leur environnement d’où le polymophisme.

10Apr/130

F2R201A – Transition IPv6 (2/2)

April 10th, 2013

Dans cette deuxième partie on continue a explorer les mécanismes de transition. On se préoccupe des CGN c’est à dire comment déplacer le NAT à l’intérieur du réseau. On regarde aussi l’intérêt de la traduction d’en-tête pour rentre les applications compatibles entre les mondes IPv6 et IPv4. On regarde aussi l’utilisation de reverse-proxy et comment ils peuvent intervenir dans une première étape de migration d’une entreprise vers IPv6.

10Apr/130

F2R201A – Transition IPv6 (1/2)

April 10th, 2013

Dans cette partie, on regarde les aspects globaux de la transition, pourquoi est-elle nécessaire, quelles sont les différentes approches possibles (tunnels, traductions,…). Ensuite nous regardons deux mécanismes mis en oeuvre par les opérateurs français 6rd pour Free et Softwires Hub and Spoke pour SFR.

14Mar/132

Du M2M à l’Internet des Objets

March 14th, 2013

Yannick Delibie de la société Kerlink présente sa vision du marché de l’Internet des Objets.

Première partie

Présentation de Kerlink et des problématiques liée à la télé relève des compteurs d’eau et de gaz.

Seconde partie: Le marché du M2M

Troisième Partie: le marché de L’internet des Objets

Dans cette partie, Yannick présente également son projet de traversé de la méditerranée en Juin en planche en voile.

8Mar/130

Pascal Thubert – RPL and the Fringe

March 8th, 2013

Super cours de Pascal Thubert sur RPL et les évolutions de l’Internet à la bordure du réseau (la frange). Où l’on apprend tout (par le co-auteur des RFC) sur RPL et surtout les raisons qui ont conduit au standard actuel.

Première partie

Seconde partie

1Mar/132

F2R501D – CoAP (3/3)

March 1st, 2013

On finit d’étudier 6LoWPAN en regardant les propositions pour faie entrer Neighbor Discovery dans le moule des réseaux LoWPAN. On traite rapidement RPL et l’on se focalise sur CoAP. Ce protocole simplifie l’utilisation d’une architecture REST en proposant une alternative légère à HTTP. Dans le premier cours nous avons vu l’architecture, dans ce cours nous nous focalisons sur le protocole avec la partie transport et la partie représentation des URI. Nous regardons comment l’interopérabilité est faite entre HTTP et CoAP ainsi que les protocoles de découverte de ressources.