Lazer

targetLevel n'est différent de value que durant l’intervalle de réveil. Le reste du temps il est identique. Cela permet juste de détecter la différence entre la consigne envoyée et la consigne perçue. Après on n'est pas obligé d'exploiter cette info non plus.

Avec le Secure SRT321, c'est différent : type : "thermostat_setpoint" (en V3) targetLevel : "20.00" => consigne envoyée par HC2 value : "20.00" => consigne effectivement reçue par le thermostat en fonction du délai de réveil valueSensor : "20.30" => sonde de température interne

Voilà pourquoi je n'utilise pas cette application. Jolie, mais pas pratique. Vivement la compatibilité de Imperihome avec Fibaro, afin qu'on puisse se créer ses propres écrans en 2 temps 3 mouvements

Logiquement la remonté de Luminosité et de Thermostat ne devaient pas fonctionner non plus. Tu peux essayer avec ça, ce code devrait être compatible en v3 ET v4 : Bouton n°1 : local updatechart = Net.FHttp("server_name_or_ip_address") local i = 0 local maxNodeID = 200 for i = 0, maxNodeID do local deviceType = fibaro:getType(i) local deviceType2 = "" if deviceType == "temperature_sensor" or deviceType == "com.fibaro.temperatureSensor" then deviceType2 = "temperature" elseif deviceType == "humidity_sensor" or deviceType == "com.fibaro.humiditySensor" then deviceType2 = "humidity" elseif deviceType == "thermostat_setpoint" or deviceType == "com.fibaro.thermostatSetpoint" then deviceType2 = "temperature" elseif deviceType == "light_sensor" or deviceType == "com.fibaro.lightSensor" then deviceType2 = "light" end if deviceType2 ~= "" then payload = "/graph/data_post_" .. deviceType2 .. ".php?id=" .. i .. "&value=" .. fibaro:getValue(i, "value") --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) deviceType2 = "" end end payload = "/graph/data_post_temperature.php?id=3&value=" .. fibaro:getValue(3, "Temperature") --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) payload = "/graph/data_post_humidity.php?id=3&value=" .. fibaro:getValue(3, "Humidity") --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) fibaro:log("Environmental uploaded") Bouton n°4 : local updatechart = Net.FHttp("server_name_or_ip_address") local i = 0 local maxNodeID = 200 for i = 0, maxNodeID do local deviceType = fibaro:getType(i) local deviceType2 = "" if deviceType == "temperature_sensor" or deviceType == "com.fibaro.temperatureSensor" then deviceType2 = "temperature" elseif deviceType == "humidity_sensor" or deviceType == "com.fibaro.humiditySensor" then deviceType2 = "humidity" elseif deviceType == "thermostat_setpoint" or deviceType == "com.fibaro.thermostatSetpoint" then deviceType2 = "temperature" elseif deviceType == "light_sensor" or deviceType == "com.fibaro.lightSensor" then deviceType2 = "light" end if deviceType2 ~= "" then local roomID = fibaro:getRoomID(i) local deviceName = string.gsub(fibaro:getName(i), "%s+", "%%20") local roomName = string.gsub(fibaro:getRoomNameByDeviceID(i), "%s+", "%%20") payload = "/graph/device_post.php?id=" .. i .. "&type=" .. deviceType2 .. "&name=" .. deviceName .. "&roomid=" .. roomID .. "&roomname=" .. roomName --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) end x , y = string.find(fibaro:get(i, 'unitSensor'), "W") or string.find(fibaro:get(i, 'unit'), "W") if x ~= nil or y ~= nil then local roomID = fibaro:getRoomID(i) local deviceName = string.gsub(fibaro:getName(i), "%s+", "%%20") local roomName = string.gsub(fibaro:getRoomNameByDeviceID(i), "%s+", "%%20") payload = "/graph/device_post.php?id=" .. i .. "&type=power&name=" .. deviceName .. "&roomid=" .. roomID .. "&roomname=" .. roomName --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload); end if fibaro:getValue(i, "parentID") == "1" and fibaro:get(i, 'isBatteryOperated') == "1" then local roomID = fibaro:getRoomID(i) local deviceName = string.gsub(fibaro:getName(i), "%s+", "%%20") local roomName = string.gsub(fibaro:getRoomNameByDeviceID(i), "%s+", "%%20") payload = "/graph/device_post.php?id=" .. i .. "&type=battery&name=" .. deviceName .. "&roomid=" .. roomID .. "&roomname=" .. roomName --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) end end local deviceName = fibaro:getName(3) payload = "/graph/device_post.php?id=3&type=temperature&name=" .. deviceName .. "&roomid=0&roomname=Météo" --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) payload = "/graph/device_post.php?id=3&type=humidity&name=" .. deviceName .. "&roomid=0&roomname=Météo" --fibaro:debug(payload) response, status, errorCode = updatechart:GET(payload) --if response ~= nil then fibaro:debug(response) end --if status ~= nil then fibaro:debug(status) end --if errorCode ~= nil then fibaro:debug(errorCode) end fibaro:log("Devices uploaded")

@Krikroff : ah j'avais loupé la ligne du path pour la batterie. Bon et bien c'est super ça. /mode boulet

Il sert àquoi le paramètre "Notify when battery low via e-mail" dans le plugin ? Car on ne peut pas avoir de type Battery ? Ou alors c'est une future feature ?

Je ne sais pas, je ne touche plus du tout àl'iPad.... mais àl'époque, l'appli iPad avait bcp d'avance

ah oui tout àfait c'est bon de le préciser

J'ai un peu de temps ce soir, tu vas d'écrire ton problème sur le topic adéquat et je regarde.

Mprinfo, oui je pense qu'on parle de la même chose au sujet du bail Dhcp statique, permettant de fixer une IP en fonction de la MAC.

Fin de la bêta ? Super ! Par contre le panneau d'énergie que en v4... Donc bêta :/

Cool Le mieux c'est de déclarer un bail Dhcp statique dans ta box, comme ça même si la box perd son IP statique, elle reprend la même via Dhcp.

En effet, SQLite est transactionnelle, c'est un bon point. Donc elle devrait résister aux coupures de courant. Le système de fichier journalisé ext4 également. Malgré cela, il y a des cas (la box de Lionel), ou la corruption finit par arriver. Indépendamment de la "solidité" individuelle de chaque composant, c'est la gestion qui en est faite par Fibaro qui peut laisser à désirer parfois. Si ils mettent les mauvaises donnée dans la base, cette dernière a beau être cohérente d"un point de vue système, les données ne le sont pas forcément d'un point de vue applicatif. Un autre truc tout con, c'est le nom de certaines tables choisi à l'arrache.... ça fait peur. @Nvince76 : tu as les diodes qui clignotent à l'envers ? Mais tu n'arrives pas à accéder à la page Web ? Vérifie les logs de ton serveur DHCP (box ADSL ?), car la box prend une IP via DHCP en mode Recovery. Ou alors tu branches un écran, tu verras l'IP au boot.

ah oui ok, bien pensé. Je note, merci pour l'astuce

Je ne comprends pas bien cette histoire de multithread qui a été annoncé en v4. Car àpriori c'est déjàle cas en v3. Les scènes dans des threads, et les main loop de MV dans des processus enfants. Les accès àla BD se font avec SQLite, qui je pense n'est pas transactionnelle; Donc faut pas que 2 thread y accèdent en même temps. Apparemment, il y a un seul process indépendant des autres responsable de cette activité, ce qui devrait résoudre le problème, si il est bien codé...

C'est de la gaine thermo le truc blanc que tu as mis autour ? Du coup tu as utilisé quoi pour les 3 fils afin que ça passe ? Du câble téléphonique/réseau dégainé ?

Génial tout ça ! J'ai remarqué que parfois le FGBS appréciait moyennement de perdre la communication avec les sondes. SI tu as suivi, j'ai cramé 2 sondes (sur 4), et l'étage d'alimentation 3,3V du FGBS. Certainement à cause d'un court circuit temporaire sur l'une des pâtes quand j'ai bougé les fils. Donc bon, il vaut mieux l'éteindre temporairement quand on touche aux sondes.

Si tu n'as pas trop de modules configurés, ou si tu as une sauvegarde sur la clé, alors tu peux tenter un recovery. Box éteinte, il faut appuyer sur le bouton de recovery à l'arrière, puis tout en le laissant enfoncé, appuyer sur le bouton power. A ce moment la box démarre, et les diodes clignotent à l'envers. Quelques seconde plus tard tu peux accéder à une page web spéciale qui te permet de réinitialiser complètement la box.

Argl, bug de l'exclusion toujours présent.... Après 1 exclusion, plus aucune inclusion/exclusion n'est possible. Bon c'est repartie pour un recovery...

ah mais c'est con si le push depuis l'Eco-Devices vers HC2 ne fonctionne pas Ou alors il faut passer par un serveur PHP intermédiaire, sur NAS ou Raspberry PI. Juste une page qui se charge de ré-émettre la requête.

Nexus 7 en Full HD 1920*1080 Nexus 9 .... euh je ne sais plus, il y a beaucoup trop de pixels :/ Je ne sais pas qui de l'appli ou du système Android décide d'afficher ou masquer les éléments, mais ça doit dépendre de nombreux paramètres : - smartphone / tablette - taille d'écran - résolution - version d'android - la façon dont a codé le développer pour prendre en compte ces critères.... n'oublions pas que Google préconise aux développeurs de créer des applications qui s'adaptent automatiquement au format du terminal (exemples d'applications : Gmail, Le Monde, etc...)

@krikroff, j'ai fait le test au moins 15 fois en v3.590 et aucun problème. En v4.020 c"était le drame. Je verrai ça ce soir pour la 4.021. Il y a juste un détail d'importance sur la box de Lionel, c'est que je tourne toujours avec ma propre copie de clé Recovery... peut-être que ça joue. J'investiguerai àl'occasion.

Ah, décidément, ça bouge vraiment chez Fibaro depuis 1 semaine !!! On va peut-être l'avoir notre v4 pour Noà«l. Je ferai le test ce soir pour voir si ça règle le souci de l'exclusion. @Benjy, le popup de confirmation était annoncé dans le changelog de la 4.020 il me semble, c'est une bonne chose

Ma tablette sort de chez moi environ 2 fois par an, donc c'est pas gagné pour tester (bon OK, je pourrais être motivé pour faire un partage de connexion 4G depuis mon télléphone.... mais j'ai la flemme il est tard) Oui, sur la 9" j'ai la ligne d'icones en dessous, qui n'apparait pas sur la 7"

ça fonctionne, l'écran de 9" est bien utilisé. Malgré le processeur dernier cri de cette tablette, je note une latence lors des changements d'écran , mais sinon le reste de l'interface est réactive. Toujours pas de panneau d'énergie. Toujours pas possible de mettre un Virtual Device sur la page d'accueil.