Cardane

@pepite alors, un programme, c'est le nom utilisé par Velux. Sur le KLF-200, tu peux, via l'interface web, créer toutes une série de 'programmes'. Un programme simple peut-être "Ouverture du Velux de gauche à 50 %". Tu te mets en mode enregistrement, tu actionnes ton Velux pour l'ouvrir à 50% et tu stoppes ton enregistrement.... ton programme est créé. L'avantage, c'est que tu peux faire autant de choses que tu veux sur différents produits, tant que tu enregistres, c'est bon. Par exemple, j'ai créé pour test un programme qui positionne les stores à 40%, ouvre 2 Velux de la première pièce à 20 %, 3 autres à 50 % et ceux d'une autre pièce à 100 %. C'est ce "programme" que tu peux appeler via l'API, soit en l'appelant par son nom, soit par son numéro. Bon, je vais faire quelques tests ce soir, si je bousille l'interface je serai bon pour faire un reset et tout recommencer. Je maîtrise la fonction net.HTTPClient, je veux juste être certain que la partie de code que je vais écrire après le "success = fonction (response)" est bien du code qui sera exécuté APRES la fin du call. De cette manière, je récupère le token (qui comme tu dis doit être 'response'), je fais un appel pour le 'run', et ensuite pour le logout. Le côté chiant de cet API, c'est que si je fais un call pour le login et que ensuite je fais une connerie, le boitier est bloqué parce qu'une connexion existe et n'est pas terminée. (Ils ne gèrent pas les connexions multiples, faut pas trop leur en demander... )

@pepite et @Lazer comme je disais, l'API n'est pas documenté, et il semble que bien entendu ce soit volontaire de la part de Velux. J'ai discuté avec un installateur/distributeur, et il était à peine au courant de l'existence de ce boitier. Sur la page du site Velux, il apparait bien dans la partie professionnelle, mais avec très peu de d'explication. Après, comme le gars m'a dit, c'est pas leur boulot de faire de la domestique et de l'intégration, ils n'y comprennent rien, et donc l'installation via la voie câblée est déjà un maximum pour eux... alors faut pas leur parler d'attaquer un API non documenté Concernant le bout de code ci-dessus, merci beaucoup Petite, mais je me pose plusieurs questions. 1. Si j'ai bien compris, le net. HTTPClient fonctionne en mode asynchrone, donc je ne peux surtout pas enchainer les trois bout de code à la suite l'un de l'autre. 2. Toujours si j'ai bien compris, il faudrait donc que je code pour le "Run" soit dans la fonction du net.HTTPClient de login, et le code du logout dans la fonction du net.HTTPClient du run ??? J'ai loupé quelque chose ? 3. En fait l'access token est le retour de l'appel au login, donc je suppose que c'est le 'response' du net.HTTPClient pour le login , que je peux utiliser et coller derrière le Bearer ???? J'ai tout faux ??? ou un petit peu de vrai ??? (pffffff, ca me rappelle ma jeunesse quand je passais des nuits à pondre du code... je viens de me prendre un coup de vieux là )

@pepite à ton avis, pour la fonction de login, sur base de l'exemple que j'avais mis ci-dessus, est-ce que ce qui suit te parait correct ? je préfère être certain avant de tester, cette interface m'a l'air assez capricieuse :-) --[[ %% properties %% events %% globals --]] local url = 'http://192.168.xxx.yyy/api/v1/auth HTTP/1.1' local datas = '{"action":"login","params":{"password":"PASSWORD"}}' local httpClient = net.HTTPClient() httpClient:request(url , { success = function(response) print (response) end, error = function(err) print('error = ' .. err) end, options = { method = 'POST', headers = { ["content-type"] = 'application/json', ["connection"] = 'close' }, data = datas } });

@pepite oui, j'ai un user/password, et le token, je crois que c'est le retour de l'appel au login je n'ai rien branché en définitif, j'ai juste fait quelques tests, les câbles sur la photo ils sont fournis avec le boitier, directement sur des connecteurs qu'il suffit d'enficher. oui, je pensais aussi au Net.HTTPClient dans une scène, j'étais justement en train de regarder un exemple avec un POST trouvé sur le forum @Nico bah, il n'est pas si grand que ca, il doit faire 12 cm * 12 cm. Avec le navigateur tu peux te connecter sur le boitier, créer des programmes, activer ces mêmes programmes, modifier les paramètres, le réseau, etc, et paramétrer les actions relatives aux entrées / sorties

Et voilà, j'ai enfin reçu le klf-200...je vous fais donc comme promis un petit retour. Lorsque mon intégration sera finie, je ferai un tuto un peu plus joli et structuré que celui-ci premier constat, Velux n'est pas concerné par le réchauffement de la planète... il y a exactement 27 petits manuels livrés avec... il y a même des langues que je ne connais pas plus un autre petit manuel (4 pages) pour se connecter via pc. le câblage pour l'ensemble des entrées/sorties est fourni (fils rouges et noirs pour les entrées, bleu et blanc pour les sorties Lorsqu'on démarre le KLF-200, il crée un point d'accès wifi sur lequel il suffit de se connecter pour ensuite pouvoir modifier tous les paramètres, comme par exemple lui assigner une adresse IP fixe, ce qui permet de se connecter sur le réseau avec un simple browser. La première étape est d'importer les produits Velux que l'on veut manipuler. Pour ce faire il faut faire une copie des produits déjà installés sur une autre télécommande (KLR200 dans mon cas) Une fois les produits connus par le KLF200, on peut soit créer ce qu'ils appellent des programmes, c'est à dire des actions sur les produits. Par exemple "Ouvrir toutes les fenêtres", ou "Fermer toutes les fenêtres". La création de ces programmes se fait aussi ç l'aide de la télécommande... le KLF200 se met en mode enregistrement et enregistre les différentes actions générées par la télécommande. On peut aussi modifier le comportement standard des actions pour chaque contact sec en entrée. En standard, un contact ouvre, un autre ferme, un contact de plus de 1.5 seconde ouvre partiellement jusqu'à ouverture du contact. On peut associer un programme à une entrée par exemple. J'ai aussi configuré pour test une sortie (en mode contact sec si résultat = ok). Le tout fonctionne bien, je dois encore voir maintenant pour configurer plus de produits (stores et volets), pour l'instant je n'ai configurer que les moteurs. il me reste à créer une scène pour tester l'api mais là j'ai besoin de l'équipe en gros il faudrait créer 1 scène avec le login, l'action,et le logout. j'ai trouvé cet exemple sur le net, mais je ne me sens pas trop capable de le transcrire en LUA... (surtout qu'à la moindre erreur tout se bloque, je viens de bloquer ma commande klr200 et je n'arrive pas à la redémarrer ) Authenticate Run a program Identify a product il y a aussi celui-ci... !/bin/sh programm=$1 token=$(curl -H "Accept: application/json" -H "Content-Type: application/json;charset=utf-8" -d '{"action":"login","params":{"password":"velux123"}}' -s hXXp://192.168.x.x/api/v1/auth | tail -n +2 | jq -r '.token') curl -H "Content-Type: application/json;charset=utf-8" -H "Authorization: Bearer $token" -d "{\"action\":\"run\",\"params\":{ \"id\":$programm}}" -s hXXp://192.168.x.x/api/v1/scenes curl -H "Content-Type: application/json;charset=utf-8" -H "Authorization: Bearer $token" -d '{"action":"logout","params":{}}' -s hXXp://192.168.x.x/api/v1/auth Bon, maintenant je vais essayer de réparer ma télécommande

Hello @Laurentissimo Il est normal d'avoir plusieurs entrées, plusieurs ID pour un même device physique. Il y a toujours le master et ensuite les enfants (un relais double aura un ID par relais). Je ne connais pas le dimmer d'Aeotec, mais je suppose que tu dois avoir le master et un enfant (le master est normalement caché dans la liste des devices) Pour ton problème de mémoire, est-ce que tu as beaucoup de devices ? beaucoup de VD et de scènes ? Si non, tu pourrais commencer par faire un test tout simple, tu désactives tous le VD et scènes et tu laisses tourner ta box pendant une journée. Si la mémoire reste stable, tu sais déjà que le problème vient de l'un d'entre eux. Ensuite tu les réactives l'un après l'autre. C'est un peu basique comme méthode, mais tu dois aussi pouvoir limiter tes recherches en fonction de ce que font tes VD et scènes. Les scènes de base qui ne font rien de compliqué ne devraient pas jouer sur la mémoire.

j'utilise la géolocalisation sur trois appareils depuis plus d'un an sans aucun problème, donc tes problèmes doivent venir d'ailleurs... les problèmes de mémoire sont aussi résolus depuis pas mal de temps avec les nouvelles versions. Quand tu dis que la mémoire diminue c'est quoi ?c'est le free space ou free space + cache ? de toute manière, même avec 80% de mémoire utilisée, elle devrait tourner sans problème, je penche donc plus pour une erreur dans un des tes VD...(ou scène)

@yoim euh, merci mais je n'y suis pour rien moi, c'est une idée de @Lazer

HC2 : 020800 : 08/2014 ou 10/2014, je ne me rappelle plus exactement, faudra que je retrouve la facture...

j'espère que dans son bouquin il donne de meilleurs conseils, parce que pour 84 euros, si c'est pour dire ce genre de trucs ca fait cher

@Nico , wouahhh, des Windows 200 ??? j'étais pas encore né blague à part, je suis d'accord avec toi, OVH ca devient limite, et leur SAV est quand même un gros n'importe quoi aussi... j'avais un site pour un événement (quelques pages, un formulaire d'inscription, etc)... 5 jours avant le début, le site est down... contact du support OVH... ahhh, désolé, c'est un problème DB. J'ai eu beau expliquer au gars que je me foutais pas mal de savoir si c'était leur DB ou quoi que ce soit d'autre, que si je faisais appel à un hébergeur, c'est justement pour ne pas devoir m'occuper de ces problèmes, mais il n'en avait rien à secouer... conclusion, trois heures après j'avais tout migré chez Infomaniak, moins cher et jamais eu de problème...

euh, et c'est quoi les solutions domotiques qui tournent sous Windows ????

je suis tout à fait d'accord avec toi, je n'ai pas trop compris son article... je suis comme toi, ici tout ce qui est géré par la domotique peut aussi l'être en mode manuel, et je ne vois pas très bien en quoi le reset de mon mot de passe tous les mois changera quoi que ce soit en cas de panne de la domotique... je ne connais pas l'auteur de l'article, mais vu sa fonction je m'attendais aussi à autre chose....

Bon, ben désolé, en fait j'avais complètement zappé le fait que ce samedi était un jour férié..... et donc quand je me suis pointé chez mon distributeur, j'ai même râlé parce que c'était fermé Je n'ai donc pas récupéré le KLF-200, ce sera pour mardi ou mercredi, suivant le temps que mon boulot me laissera. donc encore un peu de patience, vous aurez un feedback bientôt

@Massalia, je te l'ai envoyée en MP, c'est un lien vers le dev du gars

@pepite, oui, je me doute bien, ce que je trouve bizarre c'est qu'il a déjà un détecteur de mouvement par pièce, alors moi ce genre de bricolage ca me fait toujours peur parce qu'un jour ca finit par ne plus marcher correctement et après on dit que la HC2 c'est de la daube

hello, bon, je vais répondre un peu en dehors de ton besoin, mais je trouve quand même que c'est mettre en place une usine à gaz, avec le risque d'avoir autant de problème qu'il n'y a de composants dans cette usine... si le but est de déclencher des scènes à partir d'un mouvement, installe un FGMS.... pour 50 euros de plus tu auras quelque chose de simple et de fiable... parce que, mis à part le beau cas d'école, passer par un NAS, pour récupérer une info venant de la caméra, pour faire un appel HTTP sur la HC2 pour déclencher une scène qui va allumer une lumière, ca fait quand même très compliqué après, comme je dis, c'est un bon moyen d'apprendre toutes les ficelles de la communication entre le HC2 et le reste du monde, mais bon....

après un tel message d'amour, ce serait un crime de l'abandonner cette pauvre petite

@Massalia avec plaisir... dès que j'ai reçu la bête je reviens vers toi, avec le bout de code que j'ai trouvé

bah, je verrai ca ce weekend si je le reçois dans les temps... en fait l'API n'est pas documenté (Velux ne doit pas vouloir qu'on l'utilise ;-)) mais j'ai trouvé un sujet ou quelqu'un a fait un wrapper en Python, et un autre qui a fait un projet modems pour attaquer cet api. Mais comme ca fait faire 15 ans que je n'ai plus fait de dev (à part du lua sur HC2 bien sur), je sens que ce n'est pas gagné pour convertir tout ca... je ferai appel à l'équipe de gourous ici

@Krikroff ne t'inquiète pas, je ne l'ai pas pris de manière négative, mais ca fait tellement longtemps que je cherchais une solution simple et propre pour enfin intégrer ces foutus Velux et leur protocole fermé, que ca me soulage d'avoir trouvé ce truc... d'autant plus qu'avec ce système on peut garder la télécommande centralisée Velux (ou cas ou) et surtout ne pas devoir retirer des cables vers toutes le fenêtres.... et comme j'ai en tout 15 Velux, ca faisait pas mal de boulot par contre est-ce que tes fenêtres sont des modèles Intégra ? parce qu'il me semble avoir lu que les roller shutter ont des problèmes de calibration avec les moteurs de ce type

oui, certainement, mais comme j'ai 5 Velux dans la même pièce, avec 5 stores, et 5 volets, ca me ferait un nombre de modules pas possible, et le coût devient prohibitif, plus tout le câblage à faire...ici je n'aurai qu'un seule boite planquée dans un coin et qui communiquera en io-homecontrol

et pour info, le prix normal est de +/- 300 euros, mais on peut le trouver à moins de 200 euros sur certains sites français... j'ai aussi trouvé sur un site allemand un gars qui a connecté des Roller Shutter de qubino directement sur le KLF mais j'ai un doute car il n'accepte que les contacts secs

Hello le forum, Je ne sais pas si vous connaissez le KLF-200 de Velux. Je viens de le commander, je devrais le recevoir samedi, et si il tient ses promesses, on pourra enfin intégrer correctement les velux avec la HC2. C'est une interface qui permet de piloter en io-homecontrol les velux de type intégra (5 groupes maximum, chaque groupe pouvant contenir plusieurs objets comme les moteurs d'ouverture, les stores, etc). Chaque groupe peut être commander via un contact sec en montée/descente (ou ouvrir/fermer), mais surtout, chaque commande envoyée est confirmée en sortie de sa bonne exécution par un contact sec de sortie. Cerise sur le gateau, l'interface se configure via un pcet on peut créer autant de scènes que l'on veut. Par exemple, on peut créer une scène "ouverture velux", puis "fermeture velux" ou "ouverture 50 %",etc, et toutes ces scènes sont appelles via un api REST avec retour d'état. Je vais essayer de creuser ca ce weekend si je le reçois, et je vous ferai un retour dès que possible, mais ca à l'air pas mal... c'est pas donné, mais c'est une solution moins 'usine à gaz' que le reste... A bientôt pour la suite

@pepite oui, effectivement, il y a tous les VD partagés entre autre par @Talwayseb, mais je ne crois pas qu'ils prennent en charge les détecteurs de mouvement... à vérifier