Krikroff

En fait je pensais plus a ici http://www.domotique-fibaro.fr/index.php/cp/2-api-fibarofr/ mais le package Net.* n'est peut-être pas documenté ... Pour la partie docs.fibaro.com sachant que l' API est en bêta depuis la sorite de la V3 pour moi c'est un signe et il risque d'y avoir du changement Sinon: -- Pour créer un client http local http= Net.FHttp(IP, PORT); -- En cas de besoin d'identification du client il faut utiliser ceci: http:setBasicAuthentication(username, password); -- Demande en méthode GET, il faut passer l'uri sans le domaine ni le port -- result -> le retour de la requete -- status -> l'état de la reponse 200 (ok) / 500 (err serveur) etc... une petite recherche sur le net et tu auras tous les codes -- errorCode -> si 0 tout est ok, sinon erreur, ce n'est pas documenté pas Fibaro mais 2 est souvent un plantage du client et 1 une err serveur... local result, status, errorCode = HC2:GET("/index.html"); -- Donc il faut tester avant d'utiliser if tonumber(status) == 200 then fibaro:debug("ok nous pouvons continuer"); -- exemple utilisation d'un retour en json local s = json.decode(result); fibaro:debug(s.root); else fibaro:debug("il y a un problème, status:" .. status .. " err: " .. errorCode ) end je viens de taper tout cela depuis ma tablette et des coquilles sont possibles

Tu peux essayer en changeant de place le param, par exemple àla place de type histoire d'éliminer un éventuel problème de conflit avec une variable système réservée... Envoyé de mon iPhone àl'aide de Tapatalk

Net.fhttp est une couche fibaro et pas natif LUA donc... Pour la documentation il y a un lien sur ce forum, tu trouveras aussi de nombreux exemples pour la mise en place dans mes codes mais pas seulement ... Que souhaites tu savoir exactement ? Envoyé de mon iPhone àl'aide de Tapatalk

Oui le compte admin est obligatoire pour pouvoir modifier des données système Envoyé de mon iPhone àl'aide de Tapatalk

Oui c'est la meilleure chose àfaire je pense et avec les assureurs autant mettre toutes les chances de notre côté !

Je suis aussi très curieux mais j'ai bien peur que le HC2 et Piper ne communique pas car il me semble que Piper est un contrôleur, après peut-être qu'en contrôleur secondaire...

oui c'est bien possible...Soit le json est mal-formé soit l'eedomus retourne un flux "chunked" et cela pose des problèmes pour FHttp et la solution est l'utilisation de FTcpSocket et d'un buffer...

Rectification, ce code marche très bien pour moi: POST /MediaRenderer/RenderingControl/Control HTTP/1.1 Content-Length: 324 SOAPACTION: "urn:schemas-upnp-org:service:RenderingControl:1#SetVolume" <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><u:SetVolume xmlns:u="urn:schemas-upnp-org:service:RenderingControl:1"><InstanceID>0</InstanceID><Channel>Master</Channel><DesiredVolume>_sliderValue_</DesiredVolume></u:SetVolume></s:Body></s:Envelope>0x0D0x0A0x0D0x0A

il est possible que tu es mis le doigt sur un bug mais le truc c'est que je ne vois pas trop la relation entre le ON/OFF du device et la valeur °C de la varible ...

Peut-être ! Il me semble que si le label est trop long il fait un saut de ligne par forcement esthétique d'ailleurs !

En fait je ne pense pas que le VRT-IP détecte les butées car la détection de butée est intégrée sur l’électronique du moteur du volet, d'ailleurs c'est clair en appliquant du 24V sur le volet lorsqu'il arrive en butée le volet ne force pas et s’arrête tout seul, il y a juste un pique de conso puis stop. Merci à toi

oui il faut modifier le polling sur le "master", perso j'ai mis un interval de 300. Oui le coup du ON c'est bien en fait c'est pensé comme une simple multi en fait

moi lorsque la V4 sera en prod, il y en aura une dans ma baie, une pour le home cinéma (j'ai beaucoup de couple scène (mesure energie) + vd) et récupérer ainsi quelques Wall-plug pour d'autres utilisation ! Le truc chiant (mais réglé avec la V4 logiquement) c'est de ne pas pouvoir bloquer les ordres ON/OFF comme sur le Wallplug.

C'est possible mais il faut pour cela utiliser une passerelle qui s'occupera de la conversion "captation" en ordre vers l' API du HC2 pour driver le RGBW. Il y a sur le forum un membre qui fait un truc dans le même style avec un clavier MIDI

@Moicphil, oui c'est ça... une molette pour faire beau . Alors acheté chez qui ta powernodes ?

tu n'aurais pas un un trigger dans une scène (sur le device responsable de la pompe) avec un code qui modifierait la valeur des variables 368 et 369 ?

non, uniquement un label sur la home du vd

Le problème ici c'est que pour rendre dynamique le code il faut aussi modifier le "Content-Length" et en string sur le hcl cela n'est pas possible... mais par contre un vd avec plusieurs boutons vol10, vol20, vol30 etc, le tout contrôlé depuis une scène est peut-être une option

peux-tu essayer ceci en avec les lignes de fin fibaro:call(idThis, "setProperty", "ui.Label6.value", fibaro:getValue(368, "value") .." °C"); fibaro:call(idThis, "setProperty", "ui.Label7.value", fibaro:getValue(369, "value").." °C"); et remplacer par fibaro:sleep(1000); local val1, val2 = fibaro:getValue(368, "value") or "n.c", fibaro:getValue(369, "value") or "n.c"; fibaro:debug(val1); fibaro:debug(val2); fibaro:call(idThis, "setProperty", "ui.Label6.value", val1 .. " °C"); fibaro:call(idThis, "setProperty", "ui.Label7.value", val2 .. " °C");

J'ai peut être parlé trop vite de bêta Shad en revanche j'ai l'impression que les choses avancent bien même si il reste beaucoup de corrections àapporter encore avant la V4... Envoyé de mon iPhone àl'aide de Tapatalk

Non c'est juste le niveau sonore inférieur àla réglementation ... Envoyé de mon iPhone àl'aide de Tapatalk

Merci beaucoup pour ton retour d'informations, effectivement le VRT-IP me semble bien être le choix de la raison , je vais donc poursuivre mes investigations ... PS: Donc il n'y a pas de calibration avec le VRT-IP c'est du positionnement en fonction d'une durée ? Globalement le serveur embarqué est-il stable ?

@biboun, pour moi Il n'y a pas de nouveautés avec la V3 concernant l'utilisation du airplay . De même l'ajout de certaines fonctionnalités dans l'API: gestion des enregistrements, guide des programmes etc sont en état de test, inclus mais non supportés officiellement, en gros il vaut mieux éviter un dev pour le moment ou bien être obligé de re-coder à toutes les majs... mais je ne t'oublie pas MoicPhil

@clarkkent609, oui il vaut mieux accélérer si ils veulent sortie la 3.920 pour septembre @biboun, oui l'unique moyen sur la version actuelle c'est une requête sur l' API et comme pas de Net.* dans les scènes, c'est vd et variables ... Cette alpha 3.906 est un très bonne mise à jour, c'est la première version ou je n'ai pas de gros soucis , vd, scènes, devices R.A.S, cela reste une version de test mais je pense que la bêta est pour bientôt ...

Très certainement en prévision du CEDIA EXPO et du FUTURECOM: New version announcement: ANNOUNCING Fibaro Home Center v 3.920 newsletter_august_2014 - release_notes_3.920 -> release_notes_3.920.pdf