jojo

Merci Lazer, on attend avec impatience la nouvelle version du VD, elle m'a en effet l'air très prometteur. Concernant la détection de mvt, c'est précisément ce qui m'avait posé bcp de problèmes lors de la mise en oeuvre de la précédente version. Et finalement ce qui fonctionne actuellement, c'est enregistrement sur détection de mvt en continu (comme tu le proposes), MAIS en mettant Event Detection -> Detection source à Disable. Il faut garder cette même configuration ? Bon courage pour la suite de la mise à jour du post et merci d'avance

voici ce que je ferais (SANS garantie) : local sensor = fibaro:getGlobal("sensor") sensor = sensor + fibaro:get(id["centretable"], "power") ou sensor = sensor + fibaro:getValue(id["centretable"], "value")) GEA.add(true,1,"affecter",{{"Global","sensor",sensor}}) GEA.add({"Global+","sensor",5000},1,"éteindre",{{"turnOff",id["centretable"]}}) GEA.add(true,1,"Remise àzéro",{{"Time", "00:00", "00:05"}, {"Global","sensor",0}}) àvérifier : les valeurs 5000 et 0 s'il faut les mettre ou pas entre " ! ta variable sensor sera incrémentée toutes les 30sec du power mesuré

3.6->4.042-4.°49 : pas de soucis majeur à rapporter

chouette : WE - 2 j

il me semble également observé un phénomène similaire sur 4.049, mais j'ai fait un refresh de la page, et tout ok. Maintenant je fait un "request Node Neighbor Update", alors je dois attendre pour pouvoir refaire des tests de performance significatifs

est-ce volontaire qu'avant la valeur de heir est "x kWh soit y €" et que maintenant il n'y a plus que le x ? Cela aussi fait-il partie du problème ? Sinon j'ai observé que dans ton VD, il affiche des tonnes de décimales UNIQUEMENT dans les champs qui ne sont que numériques, dans les autres où tu as fait une concaténation avec de l'alphanumérique, il n'y a pas ce phénomène

chez moi aussi le WIKI fonctionne : http://gea.piccand.me/doku.php

la mà j semble s'être bien passé, tout fonctionne encore

moi aussi, je me bat avec mes clients SAP pour leur dire que les mise en prod ne doivent pas se faire tout les jours, mais ici, on est passé de 1 release / 2j à9 jours entre deux release ... C'est mon côté optimiste qui ressort. Espérons qu'ils ont compris que la technique des petits pas est plus sécure

aller, soyons fou, j'appuye sur le bouton depuis le bureau

@chatbleu : soyons positif : il n'y a pas grand chose dedans, que des corrections, et ils ont pris le temps (9j !)

Bonjour et bienvenue, S'il n'est pas encore trop tard pour ta maison, prévois des blochets plus profonds pour pouvoir y mettre facilement plus tard des modules

merci, on a donc la même chose. Mais as-tu eu aussi des problèmes lors de la première inclusion (mais en as-tu fait depuis que tu es en v4?) que les sondes de températures n'étaient pas reconnues comme telles immédiatement, alors qu'en v3, jamais de problème

@pilou, si tu as observé la même chose, ça a vraiment été solutionné ? Je fais la màj ?

@mprinfo, tu me déçois, tu m'avais habitué à plus de réactivité : 1h19 pour faire la mise à jour, ce n'est pas dans tes habitudes

pilou, as-tu observé la même chose que moi pour tes FGBS ?

Merci, je suis super intéressé par cette version, car je vois une correction d'un bug sur les FGBS - temperature probes. Je suis en 4.042 et j'ai eu toutes les peines du monde à l'inclure et que les sonde de températures soient reconnues comme telles. voici ce que j'ai dans mon json id: 611, name: "553.4", roomID: 12, type: "com.fibaro.temperatureSensor", baseType: "com.fibaro.multilevelSensor", la bug qu'ils rapportent concerne le "type" ou le "baseType" ? il semble cohérent de voir type: "com.fibaro.temperatureSensor" pour la sonde de température et baseType: "com.fibaro.multilevelSensor", qui se réfèrerait au FGBS. Mon interprétation est-elle bonne ? ce bug ne concerne que la 4.048 ? ou aussi les versions précédentes ? Car mon problème avec le FGBS et les sondes de température étaient qu'il créait les 4 devices (mais pas comme des sondes de température) et après 2 ou 3 softreconfigure, elles devenaient des sondes de température

Bienvenue Steven, Pour ton souhait de motoriser ton portail, la position GPS ne fonctionne pas impeccablement, mais avec des tags NFC tu pourrais t'en sortir

le toolkit ne reporte que les properties triggerables ?

au gens comme toi ??? tu as plus d'expérience que moi (août 2014 avec une HCL et Jan 2015 avec une HC2 ...)

perso, je sais que tasker existe, mais ne l'ai jamais utilisé : j'ai été dégouté avec la version test qui n'est pas du tout ergonomique (=user friendly). Par contre j'utilise trigger sur androà¯d (qui est gratuit ) et ainsi le lance des scène avec des tag nfc

il ne faut pas se casser la tête àvoir ce qui fonctionne d'un point de vue théorique. Si on a besoin de qqch, on essaye àce moment là, car il y a tellement de paramètres : version du firmware, type de device (Greenwave accepterait power et un WP pas (peut-être)), donc il faudrait tester tous les triggers possibles de tous les device avec toutes les versions de firmware : tous les chinois pendant 1 mois ne suffiraient pas ...

essaye avec Power+ / Power- à la place de Sensor+ / Sensor-

Voici le json de la greenwave, tu pourrais faire des triggers sur : sur "dead", "energy", "power", ... ?? et pourquoi pas "sortOder" ? juste une idée,à tester, mais ça ne me parrait pas débile

En fait ne faut-il pas simplement utiliser comme trigger ce qui apparâit dans le json du device. Ici , c'est power => trigger est power, pour un autre device ce sera Value =:> trigger est value et pour encore un autre ce sera jojo => trigger = jojo ?