Et une API HTTP ?? même basique ? [update 27 mars]

15 sujets de 1 à 15 (sur un total de 27)
  • Auteur
    Messages
  • #6997
    ardillon
    Participant

    Bonsoir,

    Ce soir en rentrant chez moi à moto et sous la pluie battante, j’ai pesté de devoir chercher ma télécommande de portail au fond de la poche de mon blouson. Et du coup, je me suis dit que ce serait une bonne chose que mon smartphone puisse déclencher l’ouverture de mon portail et la désactivation de mon alarme lorsqu’il détecte que ma position GPS est dans un rayon de 500m de ma maison (et vis-versa pour la fermeture).

    Sachant que j’utilise déjà une application sous Android qui me permet de lancer un certain nombre de fonctions/réglages en fonction de ma position (application qui se nomme “Locale”), il me suffirait d’une API même basique pour piloter la box par quelques requêtes HTTP. (lancer un favori c’est tout ce dont j’ai besoin)

    Est-ce que nos amis d’Avidsen pourrait communiquer une API ? Sinon, je vais me lancer dans le “détricotage” du fichier castorama-app-20120924-112725.swf en un fichier .FLA pour y trouver quelques éléments de réponse (à des fins d’inter-opérabilité comme garanti par l’article L122-6-1 du code de la propriété intellectuelle… bla bla bla). 😉

    Merci.

    Nicolas

    #7002
    oliviers
    Participant

    Oui, bonne suggestion……. J’ai aussi suggéré qu’ils publient leur API, et donnent la possibilité d’utiliser un serveur autre que le leur (LIVEEZ)…

    #7054
    ardillon
    Participant

    Bon, j’ai commencé la “décompilation” du fichier. Merci à l’outil Trillix 😉

    Très intéressant … même s’il va y avoir plus de boulot de reverse engineering que ce à quoi je pensais initialement vu la quantité de scripts que contient le fichier.

     

    #7110
    Philippe
    Participant

    Bonjour,

    Je trouve l’idée intéressante avec la position GPS.

    Nous regardons actuellement les possibilités d’ouverture à des requettes externes au systeme qui ne compromettent pas la stabilité et surtout la sécurité de tout le système.

    C’est un peu dommage d’investir dans des infrastuctures et des serveurs aussi sécurisés que ceux des banques si c’est pour s’ouvrir à toutes les M….. que l’ont peut choper sur Internet :-).

    Phare 🙂

    Philippe

    #7125
    ardillon
    Participant

    Merci Philippe pour ce retour.

    Oui, je ne demande pas plus que ce que l’interface flash peut faire (et voir même beaucoup moins), tout en utilisant les requêtes HTTP (de type GET et POST) qui sont déjà utilisée dans le fichier flash.

     

    #8336
    lagommette
    Participant

    Bonjour,

    Je suis le développeur de la solution HC-SKIPPER (HCS). Une API est elle maintenant disponible ? J’ai des demandes d’utilisateurs dans ce sens. Que proposez-vous pour ouvrir votre système à des applications tierces telle HCS ?

    D’avance merci pour vos retours.

    Cordialement,

    lagommette

    #8337
    hcpass
    Participant

    Boinjour,

    Je suis l’un des utilisateurs HCS intéressé  par cette ouverture, ce serai vraiment bien que Avidsen fasse preuve d’ouverture .

    Merci

    Cdlt

    Stéph.

    #8658
    Philippe
    Participant

    Bonsoir,

    Je suis en relation avec Lagommette et nous allons investiguer pour les prochains développement. Ce n’est pas qu’une question d’ouverture mais surtout de sécurité de système… C’est pour celà que nous avons quelques précautions à prendre. Et ce n’est d’ailleurs pas Avidsen qui décide. C’est Castorama qui a la responsabilité de cette sécurité auprès de nos clients.

    Cordialement,

    Philippe

    #9555
    ardillon
    Participant

    Bon … quelques news ! N’ayant pas accès à une API (pour le moment, mais je compte bien sur une évolution dans la roadmap pour rester au moins au niveau de la concurrence), j’ai prototypé une passerelle me permettant de créer une API HTTP pour piloter la Blyssbox.

    Les ingrédients :

    – un arduino avec une interface ethernet (la X-board v2 de chez DFrobot à 25€)

    – un emetteur RF 433Mhz (un RT4-433 de chez TeleControlli à moins de 5€)

    – une antenne 433MhZ (bref un bout de fil de 17cm …)

    – la librairie open-source Webduino

    – la librairie de spoofing Blyssbox de Skywood (thumbs up !)

    et … euh … c’est tout en fait …

     

    Mélangez le tout, et maintenant vous pouvez activer n’importe quel type de module/scénario en envoyant une requète HTTP du type :

     

    http://username:password@mon-addresse-IP:numero-port-tcp/BlyssAPI.html?BlyssiD=trame-blyss-en-hexa

     

    exemple : http://admin:toto@87.144.212.47:5010/BlyssAPI.html?BlyssiD=FE7909E811EC10

     

    Par exemple cette requête ci-dessus permet de faire comme-ci j’appuyais sur un interrupteur mural Blyss depuis chez moi et déclencher un scénario d’ouverture de mon portail.

    Pour l’interprétation du FE7909E811EC10, voir le site de skywood, mais c’est très très simple …

     

    En changeant le paramètre BlyssiD, je peux donc maintenant contrôler quasiment toute mon installation depuis n’importe quelle application capable de gérer une requête HTTP 😉

    Je finalise mon code source et les schémas de câblage et je posterai tout ça ici dans les prochains jours ! a suivre …

    #9559
    laurentlp
    Participant

    Bonjour ARDILLON,

     

    vous souhaiteriez pas envoyer un cv et une lettre de motivation a philippe, Je suis sûre qu il vous embaucherait pour faire evoluer notre blyssbox 🙂

    #9560
    ardillon
    Participant

    😉

    Mon activité professionnelle est déjà bien remplie, même si plus du tout en rapport avec la technique depuis bien longtemps.

    Ces petites expérimentations me permettent d’assouvir mes besoins de geek !

    En plus, mon épouse qui ne voyait pas d’intérêt à la domotique, trouve maintenant génial que son smartphone ouvre tout seul le portail dès qu’elle approche de la maison.

    #9576
    ardillon
    Participant

    Bon, ça marche maintenant vraiment bien ! J’ai fais évoluer l’API pour simplifier la mise en oeuvre :

    l’URL prend maintenant 4 paramètres : l’iD du module virtuel Blyss, le groupe, le canal et l’état

    ce qui donne par exemple pour simuler l’appui sur la touche ON du canal 2 groupe B de ma télécommande LCD 2012 :

    http://test:test@192.168.0.200/BlyssAPI.html?BlyssiD=FE9119&GrpiD=B&ChiD=2&State=ON

    L’arduino se charge générer la trame RF avec le rolling code et le time-stamp adéquat …

    http://imageshack.us/a/img405/1249/201303282214421.jpg

    La suite bientôt … 😉

    #9579
    sebastien60
    Participant

    Bravo pour le boulot !

    #9832
    Philippe
    Participant

    Super boulot oui,

    Je vais m’en servir pour mettre la pression aux développeurs 🙂

    Cordialement,

     

    Philippe

    #9879
    ardillon
    Participant

    😉 merci pour les encouragements !

    La rédaction de mon tutorial prend du retard car je fais actuellement évoluer cette passerelle initialement unidirectionnelle (HTTP->BLYSS) vers une version bidirectionnelle (HTTP->BLYSS->HTTP).
    en fait, j’ai craqué pour la Zipabox la semaine dernière et celle-ci va me servir pour traiter tous les scénarios complexes que j’ai en tête depuis 8 mois et que je n’ai pas pu implémenter uniquement avec la Blyssbox. (combinaisons logiques et séquentielles de capteurs, utilisation de variables, de capteurs météo virtuels venant du web, envois d’email, … )

    Par contre, le système Blyss restera au coeur de mon installation (car 1 : je n’ai pas envie de ré-investir pour tous mes modules déjà installés et qui fonctionnent très bien et 2 : la partie “alarme” restera totalement gérée par la Blyssbox) et la zipabox ne portera que les scénarios. Du coup, ma passerelle permettra la communication entre la zipabox et la blyssbox.

    Sur le choix de la zipabox, c’est vraiment le moteur de scénarios Blockly qui m’a séduit ! En espérant que ce soit une solution temporaire et que les scénarios complexes puissent un jour retourner sur la Blyssbox 😉

15 sujets de 1 à 15 (sur un total de 27)
  • Vous devez être connecté pour répondre à ce sujet.