Aller au contenu

sebcbien

Membres confirmés
  • Compteur de contenus

    4 190
  • Inscription

  • Dernière visite

  • Jours gagnés

    86

Tout ce qui a été posté par sebcbien

  1. sebcbien

    Support Gea

    Vu comment Steven a implémenté la fonction alarm, je ne pense pas que l'on pourra la réutiliser pour ce que tu veux faire. Ceci dit, "il" y aurait moyen de modifier le VD alarme pour stocker 2 heures différentes, (ou une heure et une durée). Ensuite "il" faudrait fouiller le code GEA et rajouter une fonction qui irait cette fonction. Le VD alarm et gea communiquent sans VG car gea utilise la valeur du label: ui.lblAlarme.value J'émet un doute sur la facilité de l'opération car pour une ligne gea.add, gea a son premier démarrage va prendre les valeurs au lancement. Modifier ensuite une valeur time ou alarm via une variable n'aura pas d'impact sur la fonction gea chargée (je pense). p.s. "il", ce ne sera pas moi ;-)
  2. sebcbien

    Support Gea

    ça fonctionne :-) voici le code final sans fautes de frappe: local estAt_Home = {"Global", "PresentState", "At_Home"} local estAwayOrNigh_All_Off = {"Global", "PresentState", "Night_All_Off|Away"} ----------------MUSIQUE SALON------------------ isLongAwayOrNightAllOff = false GEA.add(estAwayOrNigh_All_Off, 30*60, "", {{"function",function() isLongAwayOrNightAllOff = true end}}) GEA.add({estAt_Home,{"function",function() return isLongAwayOrNightAllOff end}}, 60, "At Home entre 6h et 11h - Marantz Scénario Matin",{{"Time", "06:00", "11:00"}, {"VirtualDevice", id2["MARANTZ_SALON"], 23},{"Portable", id["PHONE_FAKE"]},{"Email", id["ADMIN"],"Notification GEA V5 Instance 1"},{"function",function() isLongAwayOrNightAllOff=false end}}) GEA.add({estAt_Home,{"function",function() return isLongAwayOrNightAllOff end}}, 60, "At Home entre 17h et 19h30 - Marantz Scénario Soir",{{"Time", "17:00", "19:30"}, {"VirtualDevice", id2["MARANTZ_SALON"], 24},{"Portable", id["PHONE_FAKE"]},{"Email", id["ADMIN"],"Notification GEA V5 Instance 1"},{"function",function() isLongAwayOrNightAllOff=false end}})
  3. Allez on se lâche, ne vous retenez pas surtout :-) Sent from my Note4
  4. Tout dépend de la compression. .. on peut envoyer du 4k en 2Mbit, mais bonjour la qualité. Perso, je ne vois pas trop l'intérêt de mettre du 4K sur un portier.. Sent from my Note4
  5. Ça m'étonnerais que ils aient prévu du poe sans data... Sent from my Note4
  6. Pas logique ça. .. si tu n'appelle pas de fonction weather rien ne sera lancé dans cette section... a mon avis tu floodais les serveurs netatmo ;-) Sent from my Note4
  7. Ils n'ont pas les fonds de Apple non plus. . ;-) Sent from my Note4
  8. 500€ ... bon, je vais essayer actop...
  9. sebcbien

    Support Gea

    Clown me semble approprié. C'est une étoile de plus ! Sent from my Note4
  10. sebcbien

    Support Gea

    Dis Steven, si tu es si occupé c'est pcq tu as repris la direction de fibaro ? Ça expliquerait la 4.0.57 qui est stable... Sent from my Note4
  11. sebcbien

    Support Gea

    Merci àtous. 30 secondes ou 5 minutes, pas de problème. Je teste tout ça et je confirme que ça marche.. ou pas Sent from my Note4
  12. quand on fait trop de requètes, l'api de netatmo renvoie un 404 regarde aussi ces lignes, comme j'ai deux thermostats, l'ordre n'est peut être pas bon.... $therm1_device = $therm_json_devices["body"]["modules"][1]["_id"]; $therm1_relay = $therm_json_devices["body"]["devices"][0]["_id"]; $therm2_device = $therm_json_devices["body"]["modules"][0]["_id"]; $therm2_relay = $therm_json_devices["body"]["devices"][1]["_id"];
  13. sebcbien

    Support Gea

    Merci Hansolo :-) à‡a devrait marcher. Le seul inconvénient c'est qu'il faut créer une vg supplémentaire ... mais je ne vois pas trop non plus comment s'en passer... Si quelqu'un a une solution sans VG, qu'il n'hésite pas ;-) Sent from my Note4
  14. sebcbien

    Support Gea

    Scène bloc ou lua, pas de différences : {"Scenario", <id>} Tout est expliqué ici : http://www.domotique-fibaro.fr/index.php?/topic/-Gea-:-Gestionnaire-D'événements-Automatique Sent from my Note4 using Tapatalk
  15. sebcbien

    Support Gea

    Une autre question : Je voudrai déclencher une action si ma variable globale present_state=atHome, mais uniquement si elle était a "away" pendant au moins 30 minutes juste avant... J'imagine qu'il faut utiliser restarttask mais je ne trouve pas la logique àutiliser. Sent from my Note4 using Tapatalk
  16. d'ou as-tu pris ces valeurs ? As-tu lancé le php avec le paramètre =json_viewer ? As-tuy suivi le tuto du post #32 ? (mais prendre le code en fin de fil)
  17. Tu dois mettre les bons id dans le php Sent from my SM-N910F using Tapatalk
  18. sebcbien

    Network Monitor

    Rien àdire, ça marche au poil, merci beaucoup !
  19. Ok. si qquechose est down pendant x temps, tu récupérera la différence, il y aura moins de granularité, c'est tout j'ai aussi un eco device pour l'eau et le gaz, mais effectivement pas pour l'electricité. Ces calculs tu les fait sur la HC2, en PHP ?
  20. pour l'eco device c'est la même chose que pour un index elec ? Quelle différence vois-tu ? Donc tu as déjàfait tout le boulôt ?
  21. Salut tout le monde, l'avocat de l'index est de retour :-) Voici un cas réel qui m'est arrivé il n'y a pas longtemps: Ma communication zwave entre mon aeonlabs et la box s'est bloquée quelques jours après mon passage en V4 et je ne l'ai pas remarqué tout de suite (entre le 21 et le 25 septembre). Voici le résultat: un beau trou... quand je l'ai remis en route, l'index a simplement repris et mes données sont toujours justes. J'aurais aussi pu ajouter une valeur X à l'index (exprimée en prolongeant la ligne/courbe) si c'était l'aeon labs qui s'était bloqué et mon histogramme s'est ajusté lui aussi le jour ou le compteur à été remis en route. Je discutais avec un collègue qui a la même problématique et on en est arrivé à la conclusion que seul l'index était fiable. En effet: Une valeur instantanée est remontée suivant 3 critères: - tout les X secondes par défaut l'aeon propose 300s je crois (pas trop sinon on inonde le réseau) - a chaque changement de plus de X% de consommation - a chaque changement de plus de X watts. Quand la box reçoit donc une valeur en Watt, celle ci est donc une indication de la consommation instantanée à l'instant "t" mais pas une moyenne, elle est donc par conséquent "fausse" En général on stocke cette valeur dans une VG et un autre script va pousser cette valeur toutes les X minutes vers une solution de stockage (emon cms, thingspeak ou graph de lazer) là aussi, un facteur temps intervient (toutes les minutes, 5 minutes ...) et fausse la mesure moyenne là aussi donc il y y une perte d'information car durant la minute écoulée, la consommation a forcément varié tout ça pour dire que en se basant sur les Watts et l'intervale de temps stocké dans la BD, on aura tout au plus une estimation, jamais une valeur réelle. L'index à contrario, est calculé directement dans l'appareil de mesure (l'aeon labs) et même s'il n’était transmis que toutes les 24h (congestion réseau zwave, coupure ou plantage de la box par exemple), et serait lui exact. Pour l'eau et le gaz, même combat, se baser sur un débit instantané conduirait aux mêmes erreurs.
  22. Le mieux c'est de travailler avec des index ;-) ;-p Sent from my SM-N910F using Tapatalk
  23. lol, j'ten donne un va !
  24. un crash ? une cible ?
×
×
  • Créer...