MAM78

Vu que @Steven est probablement partit en vacances et que le BUG ci-dessus est persistant, je vais faire appel à l'aide la communauté. Je cherche une solution avec GEA de passer en paramètre le contenu de la valeur d'une condition dans une Action. J'ai bien vu dans la documentation GEA la possibilité de le faire avec une action "Globale" du type : GEA.add ({id_abc},-1, "", {"Global", "toto", "#value#"}, "") Mais je n'arrive pas à le faire avec une action que j'ai créée, du genre : GEA.add ({id_abc},-1, "", {"Ma_Fonction", tonumber("#value#"})*10, "") Apriori selon la documentation GEA, ça devrait être possible en utilisant une variable globale et en utilisant l'appel à une action de type "Fonction" : GEA.add ({id},-1, "", {{"Global", "toto", "#value#"}, {"Function", function() Ma_Fonction(fibaro:getGlobalValue("toto")) end}} Mais comme indiqué précédemment il y a bug dans GEA Concrètement, je voudrais qu'à chaque changement de température d'une sonde, executer une commande API sur mon IPX800 V4 pour lui transmettre la nouvelle température et qu'il la stocke dans une ENTRÉES ANALOGIQUE VIRTUELLE afin de pouvoir la réutiliser dans des scénarios de mon IPX et un affichage de la donnée sur X-Display. Auriez-vous des suggestions à me faire dans GEA de réaliser l'équivalent ? (évidement sans utiliser une scène additionnelle et si possible sans créer une variable globale)

Au regard de tes investissements, 19,9 € ça ne va pas changer la face du monde.

T’as qu’à prendre une sonde de plus

Si tu lis la description en début de poste, tu constateras qu’il est écrit qu’une sonde peut piloter 3 têtes. CQFD

Si tu parles bien des sondes fibaro adaptées aux têtes, il me semble que tu peux utiliser une sonde pour plusieurs têtes.

Avec un chien ou chat à la maison, je te conseillerais de privilégier des détecteurs d’ouverture de tes ouvrants (portes, fenêtres, velux) plutôt que des détecteurs de mouvements. Chez moi, les détecteurs de mouvements me servent essentiellement à la gestion des mes lumières.

Attention utiliser les sondes de température des capteurs de mouvements n’est pas vraiment une bonne idée. Du coup, la mesure sera probablement faite au niveau du plafond et ce n’est pas top. La chaleur monte, stagne et donc non représentative de la température ambiante de la pièce. Le bon positionnement des sondes de température est vraiment important si tu veux un bon ajustement de ton chauffage.

@Steven J'ai essayé de trouver d'ou vient le PB, mais là je sèche. Je pense qu'il n'y a que toi qui peut trouver la résolution du bug sur la fonction action "Function"

J'essaye d'utiliser l'action "Function" mais rien à faire, j'ai systématiquement l'erreur suivante : [DEBUG] 00:26:17: -------------------------------------------------------------------------------- [DEBUG] 00:26:17: Démarrage par évenement de GEA 6.11 (mode property [295]) [DEBUG] 00:26:17: -------------------------------------------------------------------------------- [DEBUG] 00:26:17: [Démarrage] #6 Changement Température SdB [DEBUG] 00:26:17: Option : ... n'existe pas Voici ma ligne GEA (exemple fictif pour le test : à chaque changement de la valeur de l'id NETATMO_TEMP (id=295), j'allume la lumière LAMPE_CUISINE ) : GEA.add({id["NETATMO_TEMP"]}, -1,"Température SdB #value[1]#", {{"Function", function() fibaro:call(id["LAMPE_CUISINE"], "turnOn") end}}) Auriez-vous une idée du problème, moi je ne vois pas c'est pourtant très simple !

Curieusement, lorsque j'avais ce PB, mon application Netatmo sur mon iPhone m'affichais bien les changements régulier de la température, mais les données sensées être actualisé par le plugin ne l'étaient pas. Ce sont les mystères de l'informatique binaire

Erreur d'interprétation de ma part : plus qu'une = maintenant seulement une fois vs plus qu'une = plus d'une fois Cf. reformulation : Bah non, comme indiqué, moi cela se met à jour plus d'une fois par heure au niveau du plugin standard... Mais quoi qu'il en soit, cela n'explique pas mon problème d'hier soir

Merci @Nico mais la question était pour @Lazer puisque toi @Nico tu mets à jour toutes les heures (cf. ce que tu as indiqué précédemment)

A ne rien n'y comprendre, ce soir tout se passe bien. Mise à jour, toutes 5 minutes. Est-ce que tu pourrais regarder dans ton historique de la nuit dernière si tu des trous dans tes relevés ?

Tu as donc le même problème que moi. Où est-ce que c’est ce que tu as paramètré ?

J'utilise un Virtual Device disponible sur le fofo officiel qui porte le nom : Netatmo Weather Station VD-scene standalone Disponible ici : https://forum.fibaro.com/topic/30328-netatmo-weather-station-vd-scene-standalone/ J'ai un problème de connexion avec l'API Netatmo via ce VD. J'obtiens le message suivant : [DEBUG] 08:02:40: Netatmo base station ID: '70:ee:50:02:06:92' could not be retreived [DEBUG] 08:02:40: ERROR returned: Table passed to "parse" does not contain a table "body", it's a:nil [DEBUG] 08:02:40: Will try again on next run... J'ai remarqué que la connexion une fois toutes les l'heures, se passe bien, toutes les autres tentatives de connexions échoues. Comme si l'API accepte seulemement qu'une seul connection par heures. Il semblerais que le plugin Netatmo de Fibaro a le même problème pour actualiser son virtuel device. Constatez-vous le même type de problème sur vos plugins et VD ?

Ma pensée la suivante. Dans un contexte hors coupure de courant. La batterie doit probablement devoir se recharger régulièrement et je me disais que ces rechargements coûteraient moins coûteux en heures creuses. Mais après réflexion, ma question n’a pas trop de sens et de toute façon ce n’est pas ça qui génère le plus gros des coûts d’électricité de l’onduleur lui-même.

C’est le prix pour avoir une solution sécurisée Merci pour le calcul. Je craignais que ce soit plus. Je suppose qu’il n’est pas possible de forcer à ce que le rechargement des batteries se fasse en heures creuses.

Hello@lazer J’ai remarqué que tu as mis un Wallplug sur ton eaton. Est-ce que tu sais quel est son coût annuel en électricité hors équipements branchés dessus.

Hello @trainkill666 Pourrais-tu STP partager STP ton VD mentionné ci-dessus.

merci [mention=11865]macpowered[/mention]

Merci pour vos conseils les gars. J’ai oublié de faire une photo de l’extérieur lorsqu’il y avait des gouttelettes d’eau sur le capuchon. J’ai uniquement celle prise par la caméra.

C’est un assemblage : Une casquette en inox (le cadre seulement) qui est compatible (dimensions) avec mon ancien visiophone AiPhone. Une plaque en niox que j’ai commandé sur un site internet que j’ai fait découper afin de s’insérer dans le cadre de la casquette et fait évidée en son centre pour y loger l’intercom. Du coup l’ensemble recouvre parfaitement le trou laissé par l’ancien visiophone. Pas de crépi à refaire CQFD

J’ai pourtant mis une casquette pour limiter les risques

J’ai pourtant mis une casquette pour limiter les risques

voici une photo prise de la caméra