Twilio est un service Web qui transforme tout en un téléphone. C’est une API REST pour la téléphonie, hébergé dans le cloud. Dans ce cas, Twilio demande l’Arduino pour un nouveau fichier de voice.xml chaque fois que quelqu'un appelle numéro prédéfini de l’Arduino. Le contenu de la réponse est donné lecture à l’appelant Alice, une voix du moteur de synthèse vocale de Twilio.
Yaler.net permet l’accès Web aux périphériques intégrés derrière un pare-feu, NAT ou un routeur de réseau mobile. Ici il permet Twilio accéder au fichier voice.xml sur l’Arduino, qui se trouve dans un réseau local et n’a donc pas sa propre adresse IP publique (divulgation : je suis des fondateurs de Yaler).
Cette démonstration utilise une sonde de température, mais tout autre capteur feraient aussi bien. Un exemple de produit réel serait le détecteur de fumée des Canaries (maintenant Birdi) qui permet à des propriétaires concernés l’appeler pour demander soit la batterie est toujours très bien.
Sur un plan plus abstrait, ce Instructable tente de montrer comment, dans un ouvert Internet of Things, services cloud modulaires peuvent être librement combinés pour construire des nouveaux, des solutions simples et fiables. HTTP et Webhooks FTW ! Mais commençons...
(Voici une vidéo expliquant ce projet IoTLive, partie IoTDay 2014)
Matériel
-Arduino Uno (p. ex. https://www.adafruit.com/products/50)
-Standard de câble USB A-B (p. ex. http://www.adafruit.com/products/62)
-Arduino Ethernet Shield (p. ex. http://www.adafruit.com/products/201)
-Câble Ethernet (p. ex. http://www.adafruit.com/products/995)
-Capteur de température analogique (par exemple https://www.adafruit.com/products/165)
-Faisceau de fils breadboarding (p. ex. http://www.adafruit.com/products/153)
-Maquette (p. ex. http://www.adafruit.com/products/64)
