Steven

Ayant réinstallé quelques modules sur cette version, j'ai chaque fois fait une exclusion en premier et cela c'est passé àchaque fous la même chose. 1ere exclusion : error, 2 exclusion : OK. @Lionel57, je serais curieux de de voir ton code qui utilise le panneau de chauffage. Stp. Envoyé de mon portable grâce àmes petits doigts.

Pour GEA aucun soucis connu de mon côté. Pour Netatmo, je sais pas, je laisse tomber les plugins tant que c'est pas stable. Envoyé de mon portable grâce àmes petits doigts.

J'ai supprimé proprement le pluviomètre de la Netatmo pour pouvoir tester. Avec un pluviomètre, l'API de Netatmo renvoi des données formatées légèrement différement et il faut mettre un "if" de plus dans les tests mais ça, c'est pour la version 5.4

Capteur de fumé : idem, batteryLevel : 100 ... par contre, c'est bon pour les autres modules à pile Netatmo : Toutes les valeurs à 0 ... j'ai desinstallé, supprimer mon pluviometre, reinstallé et j'ai maintenant les valeurs. Le bug est bien lié au pluviomètre. Généralité : Je suis ravi de cette 4.020 sauf que ne faisant pas encore confiance qu plugin, j'ai l'impression d'avoir installé une 3.590 avec un numéro de version différent. Les lux et température ne sont plus remonté depuis hier soir donc le panneau de température ne peux pas ètre viable. (Le bug arrivait déjà avec la 3.590). Le capteur de fumée n'indique aucune fumée depuis la mise à jour, donc histogramme inutile. En bref, pour moi, j'ai l'impression d'être revenu en 3.590. Et n'oublions pas que j'ai eu la "chance" de repartir d'une installation neuve. Voili voilà mon petit retour d'expérience.

Idem ... mais pas pour Carfnann

@Yohan De toute façon dans quelques mois cela sera un VRAI champ de bataille

Il veux y mettre sa nouvelle Multipla ... lol

J'aime beaucoup les 2 mais pour faire des joli sites web et non pas pour piloter ma maison.

Et voilà GEA.add(id["CHAUFFAGE_SALLE_EAU"], -1, "", {{"turnOff", id["FIL_PILOTE_SALLE_EAU"]}}) GEA.add(id["CHAUFFAGE_SALLE_EAU"], -1, "", {{"Inverse"}, {"turnOn", id["FIL_PILOTE_SALLE_EAU"]}})

Au moins ils corrigent, c'est pas comme Zodianet qui rajoute des couche de m... sur un soft de m... ... Désolé ils énervent ceux-là.

Pas de notification pour moi non plus, même après installation de la 1.4.1 sur Android. Edit : même après suppression et re-installation

Par la même occasion : http://android.fibaro.com/ Ils ont fait le ménage et mis une 1.4.1.

Pendant que tu y es, tu peux aussi enlever for k in pairs(evs:children():properties()) do qui ne sert à plus rien. Il serait dangereux de manger trop de ressource avec un module virtuel appelé 2x par jour

J'ai pas regarder et j'avoue que cela n'est pas ma priorité De plus, il y a sà»rement sur ce forum plein d'info sur les authentifications que cela soit en mode String ou HC2:setBasicAuthentication(user, pwd). Mais là , je ne vais pas modifier ma configuration pour tester. Faire marcher sa HC2 sur une 4.019 est déjà un challenge en soit alors je vais pas pousser trop loin A la maison, j'attaque mon IPX ainsi : -- Activation du Relai 1 HC2 = Net.FHttp(fibaro:get(fibaro:getSelfId(),"IPAddress")) response = HC2:GET("/preset.htm?set1=1") je pense que si tu glisses ceci entre les 2 lignes, cela devrait faire l'affaire. HC2:setBasicAuthentication(user, pwd) Voilà .

Post tenebras Lux Traduction : Après les ténèbres la lumière

La gestion des RGB est ... CHAOTIQUE Module éteint : value = 0, currentProgram = 0, color = 0,0,0 on allume une couleur Couleur allumée : value = 91, currentProgram = 0, color = 255,0,0 on éteint Module éteint à nouveau : value reste à 91 !!! et color = 0,0,0 on lance à program Module program = value = 91 color = 0,0,0 = currentProgram : 7 on éteint Module éteint : value = 0, currentProgram = 0, color = 0,0,0 En gros, il est quasiment impossible par programmation de savoir si c'est éteint ou pas à moins de tester color et currentProgram en lieu et place de value et currentProgram. Bientôt il va falloir tester favoriteProgram et lastColorSet et brightness pour savoir si c'est On ou Off.

fibaro:call(191, "pressButton", 17) 17 = le 17ème élément ajouté au module virtuel. Le 1er étant le label "Status". On compte de gauche à droit et de haut en bas, 1 = Status, 3 = R1, 6 = R2, ...

@Berale24 LOL

Si tu installe le module de Krikroff et que tu utilises la méthode 4 ... cela revient au même que la méthode 3 ? ... dans les 2 cas, il n'y a pas de reboot ... lol

Bien essayer mais non, j'ai déjà la 2 en réel à la maison et avec la douche Edit : il te reste donc plus que la 1 ... en réel aussi si vraiment tu insistes

fibaro:call(<id_module_virtuel>, "pressButton", <numéro_du_boutton>) Ce qui revient à faire "Appuyer sur le bouton X du module Y". Courage et si jamais hurle si tu as besoin d'un coup de code.

C'est ça de faire des plugins utiles ... ils sont pas habitué en Pologne et comprenne pas trop comment cela fonctionne. D'ailleurs, je pense qu'ils vont de faire la demande "Faire un code plus simple pour qu'ils puissent mieux le comprendre et le plagier".

WARNING : New virus found in HC2, It calls : VS by Krikroff Les plugins .. c'est pas encore vraiment au point chez eux

GEA.add( todo_list, -1, "", {{"Modifier Expediteur Email""}})

Merci pour ton retour. Normalement, color indique la dernière couleur du RGB mais pas forcément que ce dernier soit allumé .. à moins qu'ils aient encore changer ce qui est possible. killScenes(xxx) n'a pas d'équivalence en GEA .. j'ai jamais fait. fibaro:getValue(IDLed, "favoriteProgram") ==> {"Property", IDLEd, "favoriteProgram", <valeur>} Normalement si tu peux faire un getValue c'est que tu dois pouvoir utiliser le "Property". Donc je rajoute le KillScene dans ma todo list.