Krikroff

C'est une bonne nouvelle

Balance la dernière mise à jour v4.048, peut-être en rapport avec le 403 sur le master du FGSD002 Smoke Sensor ... Sinon, c'est dans contrôle d'accès -> liste des utilisateurs -> édition d'un utilisateur-> Éditer les droits d'accès pour les Scènes / Modules

Le maillage peut prendre un peu de temps. Tu peux essayer d' exclure / inclure de nouveau le smoke sensor non configuré, il y a du progrès

R.A.S

Et le FGMS est inclus ?

Oui Nico, la V0.60 est une pré, pré version et beaucoup de mécanismes ne sont pas implémentés (c'est du POC un peu amélioré ). Le comportement des librairies LUA est en constante évolution / régression (au choix) et dans notre cas la perte de réseau sur un socket plante le plugin, un restart (section "advanced" / "advanced properties") relance le polling. La v1.xx intégrera un watchdog et la gestion auto des erreurs (Certaines actions sont prédéfinies par l'utilisateur )

Le Wallplug est responsable de la remontée d'info pour la conso, il envoie les données au contrôleur. Il y a failed lorsque le contrôleur balance un ordre au module et qu'il ne reçoit pas d’acquittement.

Bonjour et bienvenue sur le forum. ... C'est très intéressant tout cela

Et dans le Debug il y a un message d'erreur ?

C'est la communication entre le module et le contrôleur... Dans le doute je referais une exclusion / inclusion pour voir. Ensuite bouger légèrement l’antenne du HCL, parfois il suffit de pas grand chose

Non il n'y a pas de Dimmer double àma connaissance.

Oui sans gestion digne de ce nom de la base ils ne s'en sortiront jamais

Bienvenue sur le forum Manu85, je suis du même avis que Did. Tu possèdes quelques modules ?

Bonsoir et bienvenue sur le forum flamalex

Bonsoir et bienvenue sur le forum Dimitri23

Tu peux poster ton code ?

Tu peux essayer de faire un reset de ton module et aussi il est toujours bon de faire une exclusion avant une inclusion, même sur un module neuf

Oui exactement. Un exemple que j'ai utilisé ici http://www.domotique-fibaro.fr/index.php/topic/2226-thermostat-greenmomit-et-hc2/ afin d'attendre la vérification d'une condition sans bloquer l’exécution du script --! async object async={} --! wait function --@ param condition The condition --@ param callback The callback function function async:wait(condition, callback) --print('wait') assert(type(condition)=='function', 'wait(condition*) arg should be a function!') if (condition()) then if (callback and type(callback)=='function') then callback() end return else setTimeout(function() self:wait(condition, callback) end, 300) end end function GreenMomit:getData() async:wait((function(...) return (self.isLogged==true) end), function() self:onLogged() self:getUserThermostats() self:update() end) end function GreenMomit:lunchConfig() self:connectApi() async:wait((function(...) return (self.isConnected==true) end), function() self:onConnected() self:loginApi() self:getData() end) end

Bonsoir et bienvenue sur le forum Abdellah

Oui... Et ce n'est pas au programme d' ajouter l'ouverture auto de l'application. Le service Popup ne remplace pas les notifications push

J'ai déjàpassé le mot àFibaro, de plus il me semble qu'il est possible d'ouvrir une app depuis un push (enfin sur IOS) !

Pour les paramètres des modules dans la dernière version du toolkit si tu regardes bien avec un clic droits sur un device (Show parameters > File) tu verras que c'est dans les tuyaux . Sinon il y a bien un projet de backup auto (souvent demandé) qui doit voir le jour dans le toolkit ou sous une autre forme mais je n'ai pas le temps pour cela pour le moment.

C'est pas officiellement supporté mais ça marche en 4.042 ... Après pour l'application je test une version IOS, pour Android je ne connais pas le comportement exact !

Oui c'est un bon début et puis ça marche vraiment bien . Une chose me chagrine: Le Popup n'apparait que lorsque l'application Fibaro est ouverte, il faudrait coupler cela avec un push...

Avec plaisir Nico, j'avais un peu de temps tout àl'heure