- Ce sujet contient 26 réponses, 11 participants et a été mis à jour pour la dernière fois par
, le il y a 7 années et 11 mois.
-
Messages
-
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
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)…
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.
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
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.
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
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.
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
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 …
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 🙂
😉
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.
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 … 😉
Super boulot oui,
Je vais m’en servir pour mettre la pression aux développeurs 🙂
Cordialement,
Philippe
😉 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 😉
- Vous devez être connecté pour répondre à ce sujet.
