Lazer

Tu m'as mis le doute, mais sur l'appli Fibaro for Tablet sous Android, les températures sont bien au 1/10 de degré près. Il n'y a que la version smartphone Android qui a cette limitation (qu'on peut aussi installer sur tablette)

OK donc tu n'as pas imaginé la même solution que moi. Je vais essayer de donner l’algorithme tel que je le vois : - Lors de l'initialisation de l'objet CheckRecording, on définit la variable SID = nil (même mieux : cette variable SID ne devrait pas être local, mais être dans un label afin que les autres boutons puissent s'en servir) - dans la fonction main, si SID == nil, alors on appelle une fonction connect() qui établie une nouvelle connexion - sinon on passe direct à la suite - la suite est une boucle dans laquelle on doit passer 2 fois maxi - dans cette boucle, on liste les caméras, met à jour les icones et tout le tralala - si le liste caméra est en échec, alors c'est qu'il faut définir un nouvel SID.... donc on appelle la fonction connect() vue précédemment.... puis grâce à la boucle, on repasse une 2nde fois ce qui permet de lister à nouveau les caméras et tout le tralala.... Bon j'ai presque fait tout le boulot là .... le reste c'est pour les codeurs fous Quand même, c'est toujours pareil, on ne peut jamais compter sur Sid, il n'est vraiment pas fiable :

Du coup, c'est bête je n'avais pas prévu, mais pour une fois ça aurait été utile de mettre une sonde de température Dallas sur le FGK.

Le module doit être autonome, et ne doit pas dépendre de GEA pour la gestion des erreurs. Que GEA fasse appel au module est une chose normale, mais pas l'inverse. Donc il reste : réécrite le code des boutons ! En fait, ce sont les même modifs que pour la main loop. Donc il suffit de commencer le travail sur la main loop, puis recopier ensuite.

Je pense que tu pourrais tout aussi bien y arriver en conservant la structure actuelle. En fin de compte, le code est le même, c'est juste qu'il est encapsulé dans une fonction, elle même dans une classe. Comme j'ai tout bien tabulé, si tu utilises un bon éditeur comme Notepad++, tu verras facilement les zones utiles. (euh je crois que tu es sur Mac, mais tu dois avoir un éditeur équivalent).

J'ai le même problème sur l'un des mes wall plugs. Quelqu'un avait eu le souci, et avait solutionné en faisait une réinitialisation du module.... regarde dans la doc, il y a une combinaison à faire avec le bouton. Evidemment cela produira une exclusion également.

oui oui pourquoi pas, mais j'avais tenté de maintenir un virtual device élégant, sans bouton inutile, en laissant la main loop faire son job. Si tu refais tout àzero, je te sens parti pour faire un nouveau tuto comme tu sais si bien le faire

si tu réécris la main loop de façon classique, elle va planter comme toutes les main loop La méthode employée est la seule que j'ai trouvé qui ne fasse pas crasher la main loop tôt ou tard. Je n'ai rien inventé, je me suis inspiré d'un module de Krikroff. Les variables et la fonction appelée sont toutes encapsulées dans un objet/classe (je ne connais pas le nom de cette structure en LUA) ce qui évite de la redéclarer à chaque appel de la main loop, donc limite l'usage de la RAM qui fait planter toutes les main loop.

bon ok.... je pense quand même que la meilleure solution est de modifier le code pour conserver le même SID aussi longtemps que possible;

Jojo, tu peux préciser ta pensée ? J'avoue qu'àla vue de ton log, je ne vois rien de vraiment nouveau.

Volonté de Fibaro oui c'est sà»r... Le template des modules Qubino tarde à venir à cause de la concurrence frontale des modules avec les leurs. La gestion du fil pilote par le panneau de chauffage c'est une autre histoire, et vue l'exception française je n'ai pas l'impression que ça arrive de si tôt. En ce moment, Fibaro lorgne surtout sur le marché US.

Oui c'est vrai.... Mais faut pas oublier qu'en France on a un cas particulier, c'est nos radiateurs électriques, avec gestion par fil pilote, et thermostat évolué (pour les modèles qui en sont équipés). Donc ce n'est pas du tout compatible avec la gestion ON/OFF du panneau de chauffage qui est plus conçu pour piloter des chaudières, ou des radiateurs électriques basiques (avec FGS-211) Bref, mes radiateurs récents sont gérés par les Qubino avec une gestion des ordres FP et une planification horaire gérées par GEA. Au final c'est bien plus souple, car je peux déclencher les radiateurs avec plein d'autres conditions (présence, etc)

Ca c'est pas prévu j'ai l'impression, àmoins d'une refonte totale du panneau de chauffage. Plus ça va, plus je le trouve trop limité ce panneau. Déjà4 horaires maxi par jour....

Toi t'as trop regardé les vidéos 'will it blend'

Pas àma connaissance.... Si tu vas dans une pièce, tu vois le détail des sondes de température. Ils ont certainement arrondi les valeurs sur l'application smartphone afin de ne pas surcharger l'affichage.

C'est tout prêt de chez moi ça.... http://connect-day.com/ Tant pis

Certes, mais il fonctionne très bien aussi avec les HC2/HCL. Il n'y a pas de template, mais ça n'empêche pas de l'utiliser via des blocs graphiques, via des scripts LUA dans des modules virtuels et/ou scènes, et de le piloter via l'API en HTTP. J'en au plusieurs qui ont parfaitement fonctionné tout l'hiver. Le RPI est intéressant pour celui qui n'a pas encore de box domotique, mais là , si on a déjà une box Fibaro, inutile d'ajouter un élément de plus à gérer.

Oui c'est bien le souci du statique.... le sid change àchaque fois que tu reboote le Syno. Et certainement qu'il change aussi de temps en temps, j'imagine qu'il y a un délai d'expiration (plusieurs jours, semaines, mois, je ne sais pas)

Oui c'est exactement ce qu'on disait hier

Avec mes 600s, le bug apparait en moyenne une fois par heure (mais pas toujours exactement au même moment....) Ca donne quoi de ton coté Jojo ?

Et bah, ça ne fait pas rêver.... : Quel est l’avenir des box domotiques face àl’arrivée d’Apple HomeKit? Mes craintes semblent se confirmer plus que jamais.

Pas loin du tout..... 50cm je dirais. La gouttière située juste derrière (on aperçoit un petit bout sur la photo 2) a aussi eu chaud et est légèrement déformée. Le mur (parpaing) était très chaud, mais étonnamment le crépi n'a pas bruni. C'est vraiment la végétation qui a le plus morflé en fait..... je n'avais pas vu au début, mais aujourd'hui le temps était au beau fixe, et le feu a sauté d'arbre en arbre sur les cimes... c'est presque un miracle qu'il ne se soit pas propagé plus et qu'il se soit éteint tout seul sur les cimes. Quand je regarde le ciel, les feuilles sont brunes, c'est l'automne chez moi !!

Mon détecteur d'alarme, qui n'a pas brulé, mais a bien fondu... d'un coté ! C'est solide, il fonctionne encore, y compris le Fibaro FGK-101 logé dedans. Par contre j'ai un gros doute sur la fiabilité des détections et son étanchéité à la pluie. J'ai essayé de l'ouvrir, la vis à cassé net et je n'arrive pas à le déclipser.... si je force je pense que je vais casser définitivement le plastique

oui ok parfait alors bon du coup j'ai mis 600, donc pareil on verra demain si ça change qqch.

Ton analyse est tout à fait pertinente et tu comprends maintenant pourquoi je n'ai pas déjà fait cette modification ! Au sujet de ta remarque d'allongement du délai, j'y avais effectivement pensé, c'est pour cela que li module que j'ai partagé utilise 90s et non pas 60s.... cela m'avait permis de réduire la fréquence d'apparition du bug. Par contre je n'ai jamais eu le courage de tester plusieurs durées jusqu'à trouver celle qui ferait potentiellement disparaitre le bug. T'es motivé ? 1000s c'est peut être un peu abusif, mais on pourrait commencer par 300s (5 minutes)