Krikroff

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

le https://api.netatmo.net/api/devicelist retourne un truc comme cela: { "status":"ok", "body":{ "[color=#ff0000]modules[/color]":[ { xxx } ], "[color=#ff0000]devices[/color]":[ { "_id":"xx:xx:xx:xx:xx:x", "access_code":"xxxxxxxxxxxxxxxxxxxxxx", "alarm_config":{}, "battery_vp":0, "co2_abc_status":"co2_abc", "co2_calibrating":false, "date_setup":{}, "firmware":87, "invitation_disable":true, "last_status_store":1408217814, "meteo_alarms":[], "module_name":"Int\u00e9rieur", "[color=#ff0000][b]modules[/b][/color]":[ "02:00:00:00:57:b4", "xx:xx:xx:xx:xx:xx" ], "place":{}, "public_ext_data":true, "station_name":"Maison", "type":"NAMain", "wifi_status":69, "dashboard_data":{ "AbsolutePressure":1007.8, "time_utc":1408217550, "Noise":55, "Temperature":21.1, "Humidity":63, "Pressure":1020.2, "Particle":11939, "CO2":634, "date_max_temp":1408192415, "date_min_temp":1408169108, "min_temp":19.8, "max_temp":21.2 }, "data_type":[ "Temperature", "Co2", "Humidity", "Noise", "Pressure" ] } ] }, "time_exec":0.029767036437988, "time_server":1408233011 } dans la list des devices il y a la liste des modules, je pense que c'est cela. donc je pense que l'idée serait.. $module_interne = $json_devices["body"]["devices"][0]["_id"]; traitement ... puis $module_interne = $json_devices["body"]["devices"][1]["_id"]; nouveau traitement vers un $mesures_internes_modules2

Mince je suis démasqué Sérieusement ça me saoul de pas comprendre le pourquoi du comment de cette histoire de motion sensor ... En tout cas il fait parler l'oeil de sauron Envoyé de mon GT-P5210 en utilisant Tapatalk