Et nos systèmes domotiques alors? Si vous vous sentez un peu en reste avec votre domotique et que vous souhaiteriez lui apporter également les multiples services rendus par IFTTT, je vous laisse faire connaissance avec IFTTT-2-API.

Cette application est réservée à des utilisateurs avertis qui sont à même de lire et de comprendre les implications de l’utilisation des API de leur serveur domotique.

Présentation

Comme son nom l’indique IFTTT-2-API est ma proposition pour jouer le rôle de chaînon manquant entre IFTTT et une API…quelle qu’elle soit. Cette application permet de lier les deux services web dans le sens IFTTT => API uniquement. Avec cette application les actions peuvent être déclenchées par IFTTT et être transmises pour être reçues par toute API disponible sur Internet qui respecterait le format:

http://seveurapi.com/aa?param1=val1&param2=val2 …

Bonne nouvelle pour beaucoup de monde! Les box domotiques Eedomus, Zibase, Zipato pour ne citer qu’elles ou bien encore les services web tels que PushingBox exposent de telles API et sont donc éligibles au raccordement! On va maintenant pouvoir connecter tout « Channel » IFTTT avec sa domotique… ou tout autre serveur ayant des API compatibles d’ailleurs.

Comme il est important que les identifiants et autre mots de passe donnant accès à votre maison ne soient pas communiqués à un tiers (nouveau venu sur la scène), ils vont être confiés tout simplement à votre environnement Google. Peut-on confier ces données à Google me direz-vous… Google Drive reste bien du domaine privé ((pour l’instant) pour la politique de l’entreprise américaine.

Pourquoi Google? Et bien tout simplement parce que IFTTT-2-API est un développement maison à base de Google Active Script de votre humble serviteur. Vous n’aurez donc pas besoin d’utiliser un quelconque serveur à la maison. IFTTT-2-API est exécuté directement sur les serveurs de Google… un peu partout dans le monde.

Via IFTTT-2-API, je vous le propose pour que vous puissiez interfacer, si vous le souhaitez, votre domotique avec IFTTT et par ce biais avec la météo, les mails, la bourse, Facebook, Twitter, les flux RSS, Worpress (et son utilisation domotique via HomePress), YouTube, Google Calendar, Foursquare, mais également les produits Withings, Belkin, le bracelet UP et tout ceux à venir…..

IFTTT-2-API est un développement à héberger sur votre compte Google Drive. Il s’agit d’une feuille de calcul Google intégrant un script que j’ai souhaité le plus générique possible pour que vous puissiez y rajouter tout autre API qui n’y serait pas intégrée.

Le principe et la mise en œuvre sont simples. Dans IFTTT il vous faut paramétrer le Channel Google Drive ainsi que tous ceux qui vous intéressent Vous créez ensuite une règle pour lier un Channel avec Google Drive, en fonction de critères que vous aurez défini, en indiquant à IFTTT qu’il doit rajouter dans une feuille de calcul Google un nouvel enregistrement. Cette feuille de calcul c’est IFTTT-2-API. Cet enregistrement qui suit quelques règles particulières est pris en compte par le code que je vous propose. Ce dernier va appeler l’API souhaitée…

Architecture de la feuille de calcul IFTTT-2-API

La feuille de calcul Google Spreadsheet que je vous propose possède plusieurs onglets permettant d’acceuillir la donnée et des scripts contenant l’intelligence pour la traiter.

Les onglets communs sont:

• Data : l’onglet que recevra les données venant de IFTTT. Il doit impérativement être le premier onglet de la feuille de calcul.
• DataErr : onglet accueillant les données de Data qui n’ont pas pu être relayées à un traitement pour un serveur paramétré.
• Param : onglet utilisé pour saisir les paramètres des API des serveurs tels les logins, mot de passe, URL,…

Les onglets spécifique à une API de serveur. Ils sont de la forme:

• serveur : onglet accueillant les données pour un serveur donné avant d’être traitées
• serveurLog : onglet accueillant les données pour un serveur donné après avoir été traitées. Le nom est le nom du serveur préfixé par « Log »

Pour chaque serveur on aura donc 2 onglets : Eedomus/EedomusLog, Zibase/ZibaseLog … et ainsi de suite.

Onlget « Data »

Il doit obligatoirement être laissé en première place dans le classeur. En effet, IFTTT ne sait écrire que dans le premier onglet.  Toutes les données qui seront écrites par IFTTT doivent toujours avoir en colonne A le nom du serveur à contacter.

Onglet « DataErr »

Comprend les données qui ont été communiquées par IFTTT mais pour lesquelles le serveur n’a pas été reconnu parmi les serveurs disponibles.

Onglet « Param »

Il contient les données permettant d’identifier un serveur et de construire la partie générique de l’URL d’appel c’est à dire celle qui ne dépend par de la donnée à transmettre. Les quelques règles à respecter sont:

• les noms des serveurs doivent être obligatoirement dans la première ligne
• dans la première ligne on ne doit rien écrire d’autre que le nom des serveurs
• le nom du serveur référencé dans la feuille « Param » doit être le même que le nom de la feuille de données correspondante (l’onglet serveur dans la présentation ci-dessus)
• le début de l’URL doit être écrit dans la même colonne que le nom du serveur en ligne 6
• les informations permettant de construite les paramètres de l’URL sont à placer juste en dessous de l’URL. L’entête de donnée en ligne sera utilisée pour comme identifiant de la variable.

L’exemple ci-dessus permet de construire l’URL:

http://api.eedomus.com/set?api_user=1fd45r44rs&api_secret=5gedfgfsdt855etry&

Onglet « Serveur »

Il accueille la data venant de l’onglet « Data » pour un serveur donné. Il suite les règles suivantes:

• en première colonne on retrouvera l’ensemble des variables de l’URL qui sont spécifiques à la donnée à communiquer. Ces nom de variables sont mis en gras pour plus de lisibilité
• sur cette première ligne et en dernière colonne on retrouvera toujours la colonne « URL » qui contiendra l’URL de l’API qui sera effectivement appelée.
• l’onglet doit obligatoirement porter le même nom que le nom du serveur déclaré dans l’onglet « Param » en faisant attention aux majuscules/minuscules.
• lors de la construction de l’URL les cellules de données vides ne sont pas utilisées pour construire l’URL. Par exemple si la variable « macro » ne contient aucune valeur il n’y aura pas dans l’URL « macro=& »

Onglet « ServeurLog »

Il accueille la data venant de l’onglet « Serveur » pour un serveur donné. Il suite les règles suivantes:

• le nom de l’onglet est celui du serveur préfixé de « Log »
• en première colonne on retrouvera l’ensemble des variables de l’URL qui sont spécifiques à la donnée à communiquer. Ces nom de variables sont mis en gras pour plus de lisibilité
• sur cette première ligne et en dernière colonne on retrouvera toujours la colonne « URL » qui contiendra l’URL de l’API qui a effectivement été appelé suivi de la l’horodatage du traitement ainsi que le retour éventuel du serveur.

Mise en oeuvre de IFTTT-2-API

Installation de IFTTT-2-API sur Google Drive

La mise en œuvre est simple il vous faut:

• créer un compte Google
• activer ce compte pour Google Drive
• créer un dossier « IFTTT »

• récupérer la feuille de calcul IFTTT-2-API que je vous propose
• créer une copie de la feuille de calcul

• renommer la feuille de calcul de « Copie de IFTTT-2-API » à « IFTTT-2-API »
• placer la feuille de calcul dans le dossier « IFTTT » créé précédemment
• dans l’onglet « Param » renseigner vos identifiants en fonction des serveurs à utiliser

Ordonnancement de l’exécution de IFTTT-2-API

Pour que les données qui arrivent dans la feuille de calcul soient traitées il faut :

• choisir « Outils=> Éditeur de Scripts… »

• cliquer sur l’icône de gestion des déclencheurs pour programmer les déclenchements

• définir la fréquence de traitement souhaitée pour la fonction « Lancement »

Exemple d’utilisation

Pour terminer je vous propose un petit exemple rapide qui consiste à se présenter devant son compteur de gaz avec son smartphone à envoyer un mail avec le relevé et à récuperer automatiquement le relevé de l’indice dans la box Eedomus.

Mettez en place IFTTT-2-API comme présenté ci dessus.

Si l’on crée ensuite l’état virtuel suivant dans la box Eedomus:

Après avoir installé IFTTT-2-API il ne reste plus qu’à programmer la règle sur IFTTT

La règle sera la suivante:

L’ordre de saisie des valeurs dans « Formatted row » sera celui de réception dans la feuille IFTTT-2-API. La première valeur sera obligatoirement le serveur à contacter et les autres seront les valeurs à lui transmettre dans l’ordre des paramètres définis dans l’Onglet qui lui correspond.

Dans mon exemple j’ai saisi:

Eedomus|||periph.value|||34178|||{{Body}}

pour pouvoir communiquer la donnée au serveur Eedomus pour les paramètres :

action, periph_id, value, value_date, update_only, et macro

Comme les valeurs des paramètres value_date, update_only, et macro n’ont pas été renseignés ils n’ont pas été non plus communiqués à la box Eedomus via l’URL résultante:

http://api.eedomus.com/set?api_user=123465&api_secret=abcdef&action=periph.value&periph_id=12465&value=45856&

Pour savoir à quoi ils correspondent je vous conseille de bien lire la documentation du constructeur.

On remarque que pour séparer les données dans à écrire dans la feuille de calcul de IFTTT il suffit de les séparer par 3 caractère ‘|’ successifs (obtenus en faisant la combinaison de touches « Alt Gr + 6″).

Ensuite, il suffit d’envoyer un mail depuis l’adresse que j’ai renseignée lors de mon enregistrement au service IFTTT.com :

• à: trigger@ifttt.com
• dont le sujet est: #gaz
• dont le message est: 45856

Et le tour est joué.

Le mail est parvenu à IFTTT pour être transmis à Google Drive dans la feuille « Data ».

IFTTT-2-API qui l’a communiqué à son tout à la box Eedomus.

Conclusion

Si vous avez suivi l’exemple, vous avez sûrement constaté que l’on n’a pas touché à IFTTT-2-API.  C’est normal.  Une fois paramétré, cet outil vit sa vie et sera le serviteur efficace de vos envies et besoins d’interconnexion.

Vous voici avec un outil souple permettant d’utiliser la puissance de IFTTT au service de votre domotique. Je laisse votre imagination prévoir l’utilisation que vous pouvez en faire. N’hésitez pas à partager vos réalisations.

Dans de prochains articles je vous présenterez quelques exemples d’utilisations avec les différentes box ou services mis en place dans IFTTT-2-API. On peut bien s’amuser.

IFTTT-2-API: lien entre IFTTT et les API de votre système domotique

Rondo Motion est un petit capteur de mouvement créé par Dysonics. Il se propose d’être le fidèle compagnon de vos écouteurs.  Il aura la simple tâche de communiquer les mouvements de votre tête à votre smartphone afin que ce dernier modifie la spatialisation du son dans les écouteurs. Ce module modifie le son pour le restituer d’une manière « spatialement correcte », de sorte que vous puissiez écouter de la musique avec votre sensibilité directionnelle. Cela vous donne un sentiment d ‘«être là», avec une reproduction audio plus proche de la réalité.  C’est un peu la réalité virtuelle pour les oreilles en quelque sorte.  L’effet surround est reproduit dans votre casque classique.

Pour arriver à cela, Dysonics combine l’intelligence logicielle et le matérielle. La partie matériel est le capteur Rondo Motion.  Il se compose d’une puce de détection de mouvement d’un accéléromètre à trois axes et un gyroscope à trois axes également. Cela permet à la puce, qui se fixe sur n’importe quel casque, de capter à la fois la rotation et l’accélération.

Un composant Bluetooth 4.0 à faible consommation d’énergie transfère ensuite et sans fil les données jusqu’à votre appareil d’écoute, comme un iPhone. Une application gratuite iOS, appelée Rondo Player, récupère les données du capteur et les mélange avec la musique en vue de créer un fichier au format Rondo. Lorsque vous écoutez votre musique, il est alors augmenté d’une qualité spatiale 3D.

Le système Rondo Motion dispose d’une batterie au lithium rechargeable par USB lui octroyant plus de 16 heures d’autonomie. Le concepteur annonce tout modestement qu’il reproduit un sentiment d’écoute de la musique dans une pièce sonore de qualité professionnelle.  Venant se fixer directement sur tout casque il vous permet de conserver votre matériel actuel que vous avez sélectionné pour ses qualités d’écoutes indéniables.

Cette technologie audio 3D pourra également être proposée par la suite dans le monde du jeu et des consoles afin d’accroitre les effets recherchés par des systèmes de réalité virtuelle.  Le but étant le même que chez les audiophiles avertis à savoir recréer une expérience acoustique la plus réaliste possible.  Le surcoût pour une intégration directe sur un casque serait alors de l’ordre de 60$.

Dysonics, startup dédiée aux technologies du son, a lancé une campagne de financement participatif sur Kickstarter pour collecter les fonds nécessaires à son projet Rondo Motion.  L’application pour iOS existe déjà.  L’entreprise prévoit par la suite de développer son application pour OSX et Android.  Mis à part la musique et le jeu, d’autres applications devraient voir le jour par la suite comme la télé / vidéo conférence par exemple.

Voici la vidéo promotionnelle du produit:

Rondo Motion: immersion dans le son via un capteur de mouvements pour écouteurs

Il ne s’agit pas d’une application officielle mais d’un détournement fait maison par Enrico fan de Pebble et de domotique.  Il a décidé de réunir ces 2 mondes afin de bénéficier des capacités de sa nouvelle montre pour piloter sa carte relais ethernet ETH-RLY.  Pour arriver à ses fin il utilise la communication Bluetooth de sa montre pour communiquer avec son ordinateur. C’est ce dernier qui fait le relais avec sa carte domotique via Ethernet et son réseau local.

En ce qui concerne l’interface sur la montre, il n’y a pas de développement spécifique mais un détournement de l’interface qui sert à piloter la musique.  Via ce menu Enrico peut maintenant actionner les différents relais de sa carte Ethernet.  Il a donné naissance à l’une des premières smarthomewatch!

Cliquer ici pour voir la vidéo.

Ce genre de fonctionnalités dans une smartwatch a tout son intérêt chez vous si vous ne souhaitez pas porter votre smartphone sur vous constamment.  La montre joue alors le rôle d’une télécommande que l’on porte sur soi.  Avec la démocratisation de ces montres et de la domotique il se peut que ce brillant bricolage ne reste pas un cas isolé.

Si vous souhaitez avoir la procédure pour réaliser cela chez vous, rendez-vous sur le site de l’auteur qui a gentiment publié les sources de son développement.

Utiliser la smartwatch Pebble pour piloter la domotique

En ce début d’année, les API officielles permettant de piloter ses ampoules Hue via un programme fait maison ont été publiées par Philips.  Elles permettent de prendre en main ces ampoules et de les intégrer dans un système domotique.  Les API sont documentées et accessibles librement.  Plusieurs développements tiers ont été réalisés et mis à disposition de la communauté pour apporter par exemple des librairies en différents langages informatiques: C#, Java, Javascript, PHP, Python, Perl, NodeJS,…  Si vous voulez vous lancer dans leur intégration cela vous permet d’avancer plus vite en ne réinventant pas la roue.

La nouvelle version 1.1.0 de l’application iOS permettant de gérer les ampoules Philips Hue offre maintenant une fonction de géolocalisation. Le système peut maintenant détecter la présence de votre iPhone et ainsi activer ou désactiver l’éclairage quand vous arrivez ou quand vous partez. Afin de limiter l’impact sur la batterie de votre précieux Smartphone, Philips met en oeuvre la fonction de geofencing qui est moins précise qu’un GPS mais également moins gourmande en énergie. On peut également paramétrer l’allumage automatiquement des lumières uniquement lorsqu’il fait nuit.

Autre nouveauté, les alarmes récurrentes.  Il est maintenant possible de rentrer dans le calendrier l’heure d’allumage et l’heure d’extinction des ampoules, de quoi être réveillé en lumière tous les matin sans avoir à reprogrammer la fonction le lendemain.  La fonction aléatoire fait également son apparition afin de permettre d’utiliser le calendrier pour simuler une présence.

Avec la fonction Timer, les ampoules peuvent être programmées pour être allumées, pour clignoter ou encore pour changer de couleur après une durée déterminée.  Combinée à l’API, cette fonctionnalité peut être bien pratique pour réaliser une alerte lumineuse déclenchée par votre domotique par exemple.  Le fait qu’une personne sonne à la porte peut faire clignoter Hue dans une couleur spécifique alors que vous êtes en pleine écoute de votre morceau de musique préféré couvrant tout bruit environnant…  Vous ne manquerez plus la visite du facteur.

Et pour terminer les nouveautés, les ampoules Hue sont maintenant compatibles avec le service IFTTT.  Philips suit ainsi la tendance des objets physiques communicants compatibles avec la plateforme IFTTT.  Cette tendance avait été lancée par Belkin et ses produits domotiques.  Les Ampoules se retrouvent maintenant liées à 60 services sur Internet parmi lesquels on retrouve Facebook, les SMS, les mails, Twitter, les flux RSS, Google Calendar, …

Avec cette compatibilité, vous pouvez maintenant utiliser la puissance de IFTTT et de Hue afin de facilement créer une ambiance spéciale lorsqu’il pleut ou bien faire clignoter l’ampoule lorsque vous avez un nouveau mail en attente de lecture…  Je laisse votre imagination faire le reste…  Les possibilités offertes sont très très très grandes.  Pour vous donner des idées vous pouvez toujours consulter les applications faites par les autres sur IFTTT.

Afin de bénéficier de ces nouveautés il fous faudra mettre à jour l’application sur votre téléphone mais également le bridge pour qu’il puisse récupérer le dernier firmware.

Avec ces nouveautés, ces ampoules deviennent de plus en plus intéressantes pour une installation domotique…

Voici une vidéo présentant ces nouveautés:

Cliquer ici pour voir la vidéo.

Philips Hue : un grand pas dans la domotique

« Votre Smartphone est maintenant votre clé ».  Telle est la promesse du système.  Pour déverrouiller la porte vous n’aurez besoin que d’un smartphone compatible avec le système.  A ce jour seuls les smartphones iOS en Bluetooth 4.0 sont éligible: les iPhones 4s et 5.  Pour actionner la serrure il suffit juste de présenter ce téléphone au plus près de la serrure pour que la serrure s’exécute.  Plus de clé physiques à confier, pas de codes à divulguer non plus.

C’est bien beau mais si je n’ai pas de smartphone?  Un porte clé (appelé Kevo Fob) compatible avec le système vous permet de pénétrer dans le logement protégé aux horaires préalablement définis.  On s’éloigne alors du système à clé dématérialisé, mais on conserve la gestion des horaires autorisés et le suivi des allées et venues.

Pour accorder votre confiance à vos proches il vous suffit simplement de lui envoyer une clé électronique (eKey) son le téléphone compatible. La personne de votre famille, votre ami, votre femme de ménage, votre babysitter… pourront alors ouvrir la porte de votre foyer. L’application Kevo pour Smartphones vous permet de paramétrer votre serrure mais également d’envoyer, de suspendre ou de supprimer des eKeys.  Elle permet également de gérer les Kevo Fobs.

Pour la partie sécurité, le système Kevo se base sur le cryptage disponible dans la norme Bluetooth et également sur des cryptages PKI additionnels.  Fonctionnant sur des 4 batteries AA classiques, l’autonomie en énergie devrait vous accorder 1 an de bons et loyaux services.  Les indicateurs de batteries et les alarmes avant la panne redoutée devrait vous inciter à effectuer le changement de piles avant que la coupure de courant n’ait lieu.  Si malgré cela le système est en panne, une clé classique vous permettra de pouvoir tout de même rentrer chez vous. Le système propose les notifications via push, email et SMS.  Il garde également dans sa piste d’audit les détails de l’utilisation des eKeys.

Kwikset est en train de déterminer le prix de la serrure Kevo qui devrait tourner autour de 249$.  Le système devrait être en précommande mi-juin pour une livraison durant l’été.

Concernant le modèle économique il ne devrait pas y avoir de frais de souscription à un quelconque service pour une utilisation classique.  Le premier smartphone enregistré sera gratuit.  Les clés électroniques supplémentaires devraient ensuite être facturées 1.99$.  Le système devient peut être à mon gout moins intéressant si l’on est obligé de payer à chaque clé confiée. Remarquez que c’est le cas avec une clé physique : il faut rémunérer les services du serrurier.  Par contre, dans le cas d’une clé physique on peut la récupérée pour la confier à quelqu’un d’autre… Une souscription complémentaire devrait être nécessaire pour accéder à des services complémentaires (API?).  Tout cela est encore en gestation et devrait être défini lorsque le système sera proposé sur le marché.

Pour terminer voici une vidéo de présentation du produit:

Cliquer ici pour voir la vidéo.

Source : Mashable

Kwikset Kevo: utiliser son téléphone comme clé