A voir
 

PushingBox: notifiez n’importe quoi vers n’importe où !

 
2012-02-21_140727
2012-02-21_140727
2012-02-21_140727

 
Présentation
 

Catégorie:
 
Prix:
 
Développeur:
 
Qualité
 
 
 
 
 


 
Fonctions
 
 
 
 
 


 
Utilisation
 
 
 
 
 


 
Prix
 
 
 
 
 


 
Note Globale
 
 
 
 
 
0/ 5


Note des Lecteurs
3 Total des notes

 

Pour


Le nombre de services disponibles, la facilité d'utilisation

Contre


Impossible de passer des variables, mais c'est en cours...


Apercu

Je vous avais parlé il y a peu de Prowl, qui permettait d’envoyer des notifications en Push sur un iPhone. Très pratique dans le domaine de la domotique, car les notifications permettent d’être informé des évènements importants qui se passent à la maison: un visiteur à la porte, une alarme déclenchée, les enfants qui viennent [...]

35
Posté le 22 février 2012 par

 
Test Complet
 
 

Je vous avais parlé il y a peu de Prowl, qui permettait d’envoyer des notifications en Push sur un iPhone. Très pratique dans le domaine de la domotique, car les notifications permettent d’être informé des évènements importants qui se passent à la maison: un visiteur à la porte, une alarme déclenchée, les enfants qui viennent de rentrer, etc…

Il existe de nombreux services de notification, adaptés à différents besoins, mais tous indépendants, et dont l’utilisation est parfois compliquée.

Et bien aujourd’hui les choses vont nettement se simplifier avec le lancement de PushingBox, un projet lancé par trois français, que certains connaissent déjà…

 

Un petit mot sur la team :

La team PushingBox se compose de Mathieu Seguy, Florent Krieg et Clément Storck. Ainsi, Mathieu est en charge du design et de l’interface, Florent est développeur de la partie métier (la face cachée de PushingBox) et Clément, initiateur du projet, s’occupe du développement de la partie administration web et du déroulement global du projet.

À l’origine de PushingBox, il y avait un constat :

Aujourd’hui, avec les smartphones et les objets communicants, nous sommes constamment connecté à Internet. Pourquoi est-il encore si difficile d’être informé d’un événement dans nos maisons alors que les moyens de notifications ne manquent pas (Email, Push, Tweet, Synthèse vocal via le Karotz…).

Nous avions alors imaginé une sorte de hub, placé quelque part sur internet, qui serait en charge d’interfacer les différents moyens de notification. Ainsi, n’importe quel objet capable de communiquer sur internet deviendrait un objet capable d’envoyer des notifications. PushingBox est né et c’est comme ça qu’il fonctionne.

La fonctionnalité de PushingBox que nous préférons est sans aucun doute la possibilité de l’utiliser via un Arduino. Il n’a jamais été aussi simple et rentable de donner une voix à nos maisons ou nos objets.

En espérant que vous apprécierez le projet autant que nous,

La Team PushingBox

 

PushingBox est donc un service de notification qui regroupe de nombreux services, comme on peut le voir ici:

 

 

On peut donc bien entendu envoyer des mails, des tweets, des notifications Push (que ce soit vers l’iPhone, Android, ou même Windows Phone), mais également des messages vocaux vers le Karotz. Un choix déjà très vaste, sans compter que de nouveaux services pourront venir s’y ajouter.

Après avoir créé son compte sur PushingBox, il suffit d’ajouter les différents services et de les configurer. Il s’agira le plus souvent d’entrer une clé API, comme pour Prowl, ou d’installer une petite application pour le Karotz:

 

 

La configuration des services est à faire une fois pour toute. Ensuite, l’utilisation de PushingBox est très simple, car il n’y a plus qu’à créer des scénarios.

Les scénarios sont constitués d’un message et d’un ou plusieurs services. Ici, j’ai par exemple configuré un message m’annoncant le passage en heure creuses. Je veux être prévenu par Twitter, mais également par un message vocal sur le Karotz:

 

 

On crée ainsi tous les scénarios dont on a besoin:

 

 

A chaque scénario est affecté un ID. C’est cet ID qu’on appellera lorsqu’on voudra déclencher l’une des notifications préprogrammées. Le site explique très bien comment les appeler, depuis Homeseer, la Vera, un script PHP, et même l’Arduino:

 

 

Pour la Vera, par exemple, vous reconnaitrez très facilement la synthaxe pour appeler ce système de notification:

luup.inet.wget(« http://api.pushingbox.com/pushingbox?devid=v0123456789ABCDE »)

return true

 

Ainsi, de n’importe quel box / logiciel / service sachant appeler une adresse HTTP, il vous sera possible d’utiliser les notifications, que ce soit par mail, Twitter, Karotz, Prowl, etc… Autant dire que PushingBox facilite la vie !

Sur l’eedomus, on peut bien sûr l’utiliser aussi. J’ai pour cela créé un device virtuel, auquel j’ai affecté ces différentes valeurs, qui correspondent à différentes notifications PushingBox:

 

 

Il n’y a plus qu’à créer une règle définissant quand appeler la notification:

 

 

Ici, si mon module téléinfo me remonte l’information selon laquelle nous venons de passer en heures creuses, alors je déclenche l’action « Heures Creuses » sur mon device virtuel PushingBox, ce qui permet derrière d’envoyer automatiquement les notifications que j’ai déterminées sur PushingBox (c’est à dire ici un message sur Twitter, qui apparait sur mon Mac, et un message vocal diffusé par le Karotz dans le salon).

Bref, on peut donc être informé de nombreuses manières différentes, et cela très facilement. C’est ca qui est vraiment appréciable, car parfois les box ne sont pas prévues pour envoyer un mail, et cette « simple » tache devient vite compliquée à exécuter. On s’affranchit donc ici de toute la partie technique, la seule chose à faire étant d’appeler une URL (ce qui est possible sur la plupart des solutions que nous avons déjà vu, comme la Vera, la Zibase, l’eedomus, l’IPX800, etc…).

Ce service est gratuit, complet, performant (les notifications arrivent rapidement), facile à utiliser, et possède une interface soignée, agréable à utiliser (pour le moment en anglais pour en faire un service « international », mais le francais devrait bientôt arriver). Seul point où j’aurai quelque chose à redire: l’impossibilité de passer une variable dans l’adresse HTTP appelée. Par exemple, si on souhaite faire dire la température extérieure au Karotz, cela est pour le moment impossible, les notifications étant « en dur ». Mais cela fait partie des évolutions déjà prévues.

Voilà donc un service très intéressant pour qui fait de la domotique, et il serait à mon avis dommage de s’en priver ! Personnellement, ayant eu la chance de faire partie des « beta testeurs », je l’utilise déjà dans de nombreux cas où je souhaite que mon système me remonte des informations.

Le service sera ouvert au public dès 11h aujourd’hui, n’hésitez donc pas à le tester, et à l’adopter ! L’adresse à retenir: http://www.pushingbox.com


Cédric Locqueneux

 
Je me suis essayé à la domotique il y a quelques années avec quelques modules X10, quelques softs gratuits, etc… pour équiper la maison que j'avais en location. Puis j'ai eu la chance de pouvoir faire construire, et c'est là que mes projets domotiques ont explosé, la construction neuve me permettant de prévoir une installation complète, et intégrée à la maison. Aujourd'hui, quasiment toute mon installation repose sur le Z-Wave.


35 commentaires


  1.  

    T’étais le premier debout Cédric :) (pour publier un article sur PushingBox). En tout cas c’est vrai que Clément nous offre la un service génial qui est un vrai bonheur à utiliser.




  2.  
    CyberWarrior

    Très très bonne idée de Clément et sa team !!!
    Bravo les gars !




  3.  

    C’est un peu comme ifttt.com ?
    Sauf qu’ils ont en plus le service PushNotification de iOS




    •  

      Je ne connaissais pas ifttt.com , honte à moi :p Ce service est génial ! Mais différent de PushingBox.
      PushingBox correspond plus à notre utilisation: une requête HTTP qui se transforme en notification de diverses formes.
      Pour ce que j’en ai vu, ifttt semble plutot être fait pour connecter des objets internet entre eux, twitter avec Facebook, son calendrier Google avec Twitter, etc…

      Les deux pourraient être complémentaires si ifttt intégrait la possibilité d’appeler une URL. Comme on peut se connecter à son calendrier Google, par exemple, on pourrait imaginer appeler une URL pour déclencher une action grâce aux API de nos box. Ce serait top !




      •  

        J’ai demandé aux gens de ifttt.com si ils prévoient de mettre en place un channel REST privé pour faire des requêtes en POST ou GET.

        Dans les channels il y a aussi RSS, on peut imaginer un composant domotique qui produit un flux RSS qui ensuite entraîne des Tweet, alertes GTalk, Mails, … via ifttt.

        A l’inverse avec un faux compte Tumblr Ifttt pourrait produire un flux RSS a destination du karotz & co. 
        Le Matin > Déclenche Meteo > Construit un billet Tumblr

        Dans la série des outils mashup il y a  DropBoxAutomator qui est une sorte de Ifttt pour DropBox.
         




  4.  

    Et hop c’est parti !
    Vous pouvez tester dès maintenant :) 
    Merci encore Cédric pour l’article 




  5.  
    Nicolas MOURIER

    Effectivement, service très interessant !
    Maintenant, quel est le modèle économique de ce service ? Deviendra-t-il payant ?
    Le top (idea déjà posté sur leur feedback), serait effectivement de pouvoir :
    - envoyer des variables (au du moins passer en argument des variables)
    - disposer d’un service SMS (mais bon là j’imagine que $$$)
    - disposer d’un service de paramètrage d’un service d’execution d’URL paramètrable
    - disposer d’une API permettant de créer/modifier/supprimer les scénarios par programmation plutôt que de passer par l’interface ;-)
    Quoi qu’il en soit, excellent initiative, longue vie !       




    •  

      Bonsoir à tous,
       
      Tout d’abord je tenais à vous remercier de l’accueil que vous avez fait à PushingBox et je suis content que l’idée, sans parler de plaire ou déplaire, vous intéresse ;-)
       
      Nicolas, je ne sais pas si tu as déjà obtenu réponses à tes questions mais voilà l’état des lieux :
      - les variables sont prévues dans la roadmap, la fonctionnalité arrivera prochainement on travaille dessus
      - le service SMS on y a pensé, mais effectivement ça coûte, et vu que notre idée était de lancé le service à un coût minimum pour nous (plus ou moins proche de 0), on a repoussé l’échéance, on s’y repenchera sûrement (Clément s’y repenchera en fait, c’est lui qui pousse les idées au sein de l’équipe)
      - que veux-tu dire par URL paramétrable ? pour moi ça recoupe avec l’utilisation des variables, non ? (je n’ai peut être pas compris)
      - l’API pour créer/éditer/supprimer des scénarios est (étant un sysadmin qui affectionne plus le shell que la webui) une super idée ! Nous n’y avions pas pensé. Je vais pousser pour qu’on l’ajoute à la roadmap, ça me tente vraiment de le faire !
       
      Si vous avez d’autres idées/recommantions/questions, n’hésitez surtout pas (twitter, facebook, la page contact du site, nos emails perso).
       




      •  
        Nicolas MOURIER

        Merci Florent pour ta réponse, et ravi que l’idée de l’API de création/modif/supp des scenario te motive ;-)

        Concernant l’execution d’URL paramètrable,non je ne vois pas ça comme pour les variables, mais justement un service à part (dédié) qui nous laisserait la possibilité d’executer n’importe quelle requête HTTP, ce serait vraiment pratique pour communiquer avec un serveur dédié à nous, qui lui pourrait du coup descendre ce que l’on veut sur notre LAN. En fait, ce serait un service de déclenchement http. De même (mais là c’est peut-être trop demandé) si en plus de le proposer en service supplémentaire, vous l’implémentier en option dans chacun des services déjà existant (du genre, executer l’url suivante après le déclenchement du service) du coup on pourrait même pousser le vice jusqu’à imbriquer en cascade des appels de services pushingbox par la même occasion ;-) (exemple : un scénario qui envoi un push et en sus (optionnel) executerait la requête http d’un autre scénario pushingbox ;-)

        Aussi, côté sécurité, il serait quand même appréciable, que les requêtes de scénario ne puissent pas être executées par quiconque connaîtrait les deviceID d’un autre… c’est la porte ouverte à toutes les fenêtres ;-) un petit login/password dans l’url ne serait pas superflux ;-)

        Enfin, concernant le service SMS, (au même titre qu’on pourrait imaginer un service message vocal par VoIP d’ailleurs…), ce serait quand même bien d’y réfléchir, même si cela à un coût, vous pourriez le répercuter sur le client. Moi perso, suis prêt à payer pour ça !

        D’ailleurs quel est votre modèle économique ? Mais peut-être serait-il mieux de parler de tout ça en DM, non ? @lanicole72 sur twitter. et toi ?   
               




        •  

          Je t’ai ajouté sur twitter à l’instant en voyant le message que tu nous as envoyé via le site.
          Tu peux m’écrire directement sur florent at pushingbox.com sinon ;-)
          J’ai bien ciblé le coup de l’url et Clément m’avait en plus soufflé l’idée à l’oreille il y a quelque temps. Je ne me souviens plus si c’est dans la todo list ou non mais en tout cas Clém était vraiment motivé pour l’implémenter (pour les mêmes raisons que toi, en faisant attention au rebouclage des requêtes cela dit…).
          Pour le devid j’y pensais en rentrant du travail à l’instant également. Le devid étant codé sur pas mal de caractères, on n’a pas trouvé nécessaire au début d’aller plus loin dans la sécurité mais tu as raison, on va y réfléchir (c’est pas pour tout de suite par contre).
          On a pas mal de fonctionnalités sur notre roadmap à venir, donc je ne sais pas dans quel mesure on peut répondre aux nouvelles demandes mais on prend tout en compte.
          Pour le moment, on a lancé le service avec des fonctionnalités basiques mais qui sont fiables. On veut déjà voir comment on peut monter en charge sans perdre en qualité de service (on vise le coût ~0 pour le moment, et on réfléchira pour la suite). Le modèle il faut voir avec Clément, c’est lui qui gère tout ces aspects là ;-)
          On peut continuer par email si tu veux, j’essaierai d’être réactif.
           




  6.  
    gouttedo

    Salut,
    Depuis le temps que je lis ce site je me demande ce qu’il y a d’installer chez toi.
    A quand une vidéo reprenant l’intégralité de ce que tu as mis en place chez toi ?
    Du style j’arrive en voiture (plein phare et le portail s’ouvre….puis l’utilisation au quotidien des taches programmées…)
    J’aimerais bien savoir ce qui devient indispensable !




    •  

      En vidéo ce n’est pas évident, car tout est intégré. Mis à part l’écran tactile intégré dans le salon, on ne voit pas grand chose, la domotique est un peu « l’homme de l’ombre »; La maison fait sa vie, à force on n’y prête plus attention. Par contre les volets s’ouvrent et se ferment tout seul, la lumière est allumée quand on en a besoin, etc…
      Tu peux déjà en avoir un apercu au travers de la petite description que j’ai fait pour participer au concours de l’installation domotique : http://www.domotique-info.fr/2012/02/installation-domotique-de-cedric/ (d’ailleurs, n’hésite pas à voter pour moi ;-)
      Je referai une description beaucoup plus complète d’ici quelques mois, avant l’été, je pense, où l’installation sera quasiment terminée. Et si je peux faire un petit reportage vidéo, j’essaierai. C’est du boulot, mais y’a un truc sympa à fair,e je pense ;) 




  7.  

    Super ! C’est que tout ce petit monde évolue à grand pas…
    Je viens de me connecter sur Pushing Box sans problème. En revanche, pas de trace de l’application dédiée pour Karotz. L’application est-elle encore « privée » ???? 




  8.  
    coquelicot

    Merci de l’info et merci aux devellopeurs c’est un sevice top
    Petit ennui avec karotz sinon nickel
    Si il pouvait inclure les nabaztags, ce serait nickel 




  9.  
    Romain

    Le service semble intéressant, mais je trouve domage de devoir à nouveau être dépendant d’un service externe (à moins que j’ai mal compris le système). Une solution opensource à installer sur un serveur avec la possibilités d’ajouter des services via un système de module (développé par une communautée) aurais pu être encore plus intéressant à mon avis :)




    •  

      Là dessus, je suis tout à fait d’accord avec toi ! Si je résume, une eedomus sur un serveur commercial, un karotz sur un autre serveur commercial, et maintenant cette fonctionnalité dépendant d’un autre serveur… C’est un peu ça la « cloudisation » ;-)

      En revanche, la multiplication de serveur peu entrainer une augmentation de la disponibilité du système. Si un service est en panne, les autres peuvent fonctionner….
      Reste que je suis tout de même déranger par l’aspect sécurité de nos informations… 




      •  

        +1 Je suis un gros consommateur de SaaS car je ne veux plus devoir administrer,  mettre à jour, backuper, gérer des serveurs…

        Je considère que c’est un vrai métier, qui nécessite un vrai service découplé de mes occupations.

        Mais je ne veux pas non plus avoir mes informations disséminées sur 300 services. D’ou mon pain point d’identifier les quelques services qui ont du sens et faire du mashup.
         




  10.  
    Matteo

    Hi,
    your tutorial are always very clear. Mainly I appreciated that also when you moved to Eddomus, you are going on with instruction and review with Vera (that I own).

    Thanks
    Matteo 




  11.  

    En fait pour la vera, ça permet de ne fiare qu’un code luup au lieu de 2 si on veut faire une notification Prowl et une autre sur le Karotz.
    Pour le Karotz, j’ai l’impression qu’ils utilisent l’API de Wizz.cc, non?
    Sinon, c’est pas mal, ça permet d’être prévenu vraiment partout en cas de soucis! 




    •  

      Bonsoir Anthony,
      Pour Karotz nous utilisons l’api Karotz officielle, pas d’intermédiaire (c’est déjà assez long à répondre en y allant directement) ;-)




      •  
        coquelicot

        J’ai resolu mon ennui de mise en place du service karotz (le copier coller de l’id etait la cause du refus)

        Par contre j’ai beau tester avec le nom du lapin, mon nom de client karotz et encore mon login du site karotz, rien nada il le fait la tronche, j’ai l’image mais pas le son MDR 




      •  

        ah oui, je n’y connais rien en développement, je trouvais juste que la voix était la même, avec notamment les mêmes soucis pour la lecture des accents.
        Très sympa en tout cas. 




        •  

          Il faut savoir que l’API Karotz n’est pas top en soi. On a eu pas mal de souci pour intégrer (en plus elle met énormément de temps à répondre).
          Ah oui, les accents posent problème on en est conscient, c’est dans nos priorités !
          Bonne soirée/nuit à tous !




  12.  
    jslg78

    Bonjour,

    Je trouve l’idée SUPER, bravo à Cédric pour le test, et aux créateurs !  

    Cédric, tu as fais des tests avec l’IPX800, je souhaite lancer un scenario à partir de l’IPX, mais cela ne fonctionne pas !




    •  

      Bonsoir,
      Si tu veux voir directement avec nous pourquoi un de tes scénarios ne fonctionne pas nous pouvons faire ça par email (florent at pushingbox.com).
      On pourra debugger ça assez vite ensemble ;-)
      Florent
       




  13.  
    Vincent PREMEL

    Terrible comme système !
     
    Un moyen simple pour faire parler plein de choses, avec un seul protocole, c’est top !
     
    Est-ce qu’il y aurait moyen de stocker des variables pour les rappeler. Genre je stocke un compteur de passage sur un détecteur, avec une possibilité d’incrémenter/décrémenter, remettre à zéro. Oui, on se rapproche de Pachube, là.
    A+
    Vincent




  14.  
    jslg78

    @ Florent

    J’arrive à lancer le scénario à partir du web, mais pas à partir de la carte IPX, il faut que je trouve la bonne configuration ! 




  15.  
    jslg78

    Génial, ça fonctionne !

    La solution pour le paramétrage de l’IPX800 :

    http://www.gce-electronics.com/forum/viewtopic.php?f=18&t=696&start=20  




  16.  

    Superbe! Celà fait quelques semaines que j’admire votre travail ! Et aujourd’hui je fais le pas, je vais donc passer par la section présentation :-)
    Ce service m’a fait connaître NOTIFRY, l’équivalent de PROWL sur ANDROID en version gratuite! Je vous ferai un post sur le sujet prochainement…
    A très vite messieurs!




  17.  
    Gregory

    Bonjour,
    Pensez vous qu’il est possible de faire envoyer une notification via ma camera axis m1031 ??
    Je pensais a la creation d’un server http ?

    Merci

    Gregory 




  18.  

    Je viens de le mettre en place sur ma Vera box et j’ai même suivi le tuto du Karotz en même temps Merci pour le partage





Laisser un commentaire