Berale64

N'oublies pas de changer aussi Longitude et Latitude dans ta box ! A non, pardon, c'est Altitude qu'il faut mettre àjour !!!

Je ne comprends pas très bien. Si tu réinstalles ta box et tes devices dans un autre appart, tout ce que tu as à faire est, éventuellement, changer le nom des devices et les changer aussi de pièce. Si tu les exclues il faudra revoir toutes tes scènes et VD pour mettre les nouveaux ID.

J'ai vidé le cache .... Niet !!! J'ai effacé toutes les données et miracle, ça fonctionne. Merci les gars !!! :wub:

Depuis la version 4.1, impossible de me connecter depuis mon tel Android. Que ce soit en local (wifi) ou en accès distant, rien à faire. J'ai bien la dernière version sur mon tel. Quelqu'un a-t-il aussi ce problème ???

Ta scène fait: de 4h à8h toutes les 24h allumer chauffe eau. Mais tu ne spécifies jamais éteindre.

Ce n'est pas intervalle, mais tous les jours et il faut faire allumer et éteindre avec délai de 4 heures

Merci Nico.

Mise à jour OK. Un peu de 503 mais c'est pas un scoop!!! Par contre, ils affichent maintenant toutes les pièces même si elles sont vide. Alors y'a des barres grises, inutiles, et qui encombrent l'interface.

Bon, en fait, j'ai du me mélanger les pinceaux. Je croyais que ça marchait et ça marche plus!!! Alors j'ai écrit ce petit bout de code. function GetButtonNumber(VdID,BtName) local devicesJSon = api.get("/devices/"..VdID) local BtNum = 0; for k, v in pairs(devicesJSon.properties.rows) do BtNum = BtNum + 1; if (v.type == "button") then BtNum = BtNum - 1; for j = 1,#v.elements do BtNum = BtNum + 1; if (v.elements[j].name == BtName) then return (BtNum) end end end end return 0; end n = GetButtonNumber(29,"Sunset"); fibaro:call(29, "pressButton", n) fibaro:debug(n);

Ici, c'est le bouton numéro 2. Donc je faisais fibaro:call(IdModuleVirtuel, "pressButton", "2") Et maintenant fibaro:call(IdModuleVirtuel, "pressButton", "Spring")

Je reviens sur l’excellent sujet de notre mangeur de mirabelles: http://www.domotique-fibaro.fr/index.php/topic/4504-module-virtuel-num%C3%A9rotation-des-boutons/ En bricolant un bout de code LUA, j'ai mis, par inadvertance, l'ID du bouton au lieu de son numéro dans un pressbutton. fibaro:call(IdModuleVirtuel, "pressButton", "4") Et ça marche à merveille. Je ne sais pas si c'est nouveau. Certains vont sà»rement dire que le vieux radote. Mais c'est super cool car on peut changer l'ordre des boutons dans un VD sans ce soucier de modifier le code. Le code est aussi beaucoup plus lisible.

Je ne sais pas si on parle de la même chose. Je pense à une facilité comme en language C ou d'autres. Créer un fichier unique qui contient tous les IDs des devices et on l'insert automatiquement dans les scènes. Fichier du genre: Lampe_salon = 25 VMC_cuisine = 124 etc ... et dans les scènes il suffit d'utiliser les noms. De plus, ce fichier peut être générés automatiquement, il y a déjà des exemples sur le forum. En cas de changement, on tourne la scène qui génère les Ids. Reboot et hop !!! tout est à jour. Mais je rêve ...

Très joli travail. ça m'a permit de corriger deux, trois erreurs. Un truc marrant: J'ai dans une scène : id = 0 puis dans une boucle j'assigne une valeur à id. Cette ligne est signalée comme "à vérifier" found id=0 in code and 0 is not a device, please check [ignored = {id=24, field="id", value="0"}] PS: Si seulement il y avait un truc du genre $insert ça simplifierait bien la vie

Je pense que "i" étant "local" dans le corps principal du programme il n'est pas connu dans la fonction "affiche". Le "sleep" serai mieux en ligne 25. J'ai le sentiment que ton code génère une foultitude de "request" ce qui fait exploser le tout.

Si Fibaro peut mieux faire, globalement c'est positif (comme disait Georges) La grande faiblesse, mais qui fait aussi sa force, est le langage LUA. Ce langage est terriblement permissif ou tout est dans tout et réciproquement. Une table peut contenir tout et n'importe quoi, une autre table, des fonctions etc ... un "table.insert" peut vite être dévastateur. La gestion des variable déclarées local ou pas peut aussi produire des effets de bord et bouffer la mémoire petit à petit jusqu'à l'explosion. Le mainloop des VD est aussi terriblement pervers. Perso je ne l'utilise pas. Je préfère une scène qui fera du "pressbutton" à la demande. Je reste donc simple dans mes développements et tout fonctionne parfaitement. Si tu veux mettre ça chez des clients, il est impératif qu'ils n'aient pas accès à la source des scènes ou VD. En fait, l'accès exclusif via l'interface tablette ma semble la bonne approche. Imperihome est aussi à considérer pour une interface personnalisée. @cbardet: Je viens juste de lire ton post. Non, non, ici on casse allègrement du sucre sur le dos de Fibaro. Y'a même eu un projet de lettre ... mais ne ressortons pas les sujets qui fachent !!!

Oui, c'est ça.

fibaro:log ne s"affiche que pendant 9s. Il faut utiliser fibaro:call(fibaro:getSelfId(), "setProperty", "log", "text àafficher" );

http://www.leparisien.fr/espace-premium/yvelines-78/c-est-le-premier-logement-domotique-des-yvelines-08-08-2016-6022583.php

Steven, l'homme qui sort les VDs plus vite que son ombre !!! Bravo, mais c'est quand même triste de devoir compenser les défaillances de Fibaro.

J'avais une vingtaine de mn de décalage et après reboot c'est juste. Il faut déjà une scène pour faire un reset de l'horloge qui a une certaine dérive, il va falloir faire de même pour le couché du soleil !!! C'est pas beau Fibaro ???

Dans fuseau horaire, tu as quoi ? Moi j'ai: Europe/Paris

Panneau d’événements: J'ai l'impression que ça se mélange sérieusement les pinceaux depuis cette nouvelle version. Si j'affiche les événements température piscine, je n'ai que la valeur au 30 juillet et rein d'autre. Pourtant dans la section consommation j'ai une belle courbe qui montre que les infos sont bien remontées. Et vous ?

Entièrement d'accord pour les trigger, mais les résultats semblent quand même étranges. On se demande aussi à quoi sert ce device ? Pourquoi ne pas avoir mis dans la config des options du genre - remonter la pluviométrie de la dernière heure -remonter la pluviométrie de la dernière journée - etc ... Enfin, que des infos disponibles chez Netatmo. Mais bon, c'est Fibaro et on ne les refera pas. PS: Pour ceux que ça peut interresser: Pour la valeur "day", tu remontes les dernières 24h, moi je voulais depuis minuit, j'ai donc fais la modif suivante: if (rain_id ~= "" and not force_use_rain_public) then getMesuresRain(60 * 60, "hour") local d = os.date("*t"); -- debub modif local t = 3600*d.hour + 60*d.min; getMesuresRain(t, "day") -- fin modif -- getMesuresRain(60 * 60 * 24, "day") getMesuresRain(60 * 60 * 24 * 7, "week") getMesuresRain(60 * 60 * 24 * 30, "month") end

La partie que j'ai gardée de ton code fonctionne parfaitement. Pour ce qui est de l'exploitation des remontées Fibaro, voilà ce que je fais. --[[ %% properties 302 value %% events 302 value %% globals --]] v = fibaro:getValue(302, "value") fibaro:debug(v); Plus simple tu peux pas Et voilà les résultats Cumulé ça donne 1.4 mais en fait c'est 2.9

J'ai installé mon pluviomètre qui fonctionne très bien. Je me suis empressé de reprendre le code de Steven (merci à toi) mais en faisant un grand ménage pour ne garder que la partie pluviomètre local. J'ai aussi fait un essai d'une petit scène de 3 lignes qui en mode trigger reprend les valeurs du device que génère le plugin Fibaro. J'ai l'impression que Fibaro ne remonte que la moitié des valeurs Netatmo. On vient d'avoir une petite averse. Le code de Steven me donne 2.9mm (ce qui correspond à la valeur de l'appli Netatmo) et ma scène donne 1.4mm. Quelqu'un a-t-il aussi fait cette expérience ?