Lazer

User eXperience je suppose. Ce sont des termes pipomarketing dans l'ère du temps...

It is only a measured (average temperature) from selected sensors, it does not affect the logic behind climate panel - presentation purpose only. You will find it (temperature value) in: - sidebar of any thermostat assigned to a climate zone - climate zone sidebar in climate dashboard - zones list in settings Source : https://forum.fibaro.com/topic/64458-climate-added-possibility-to-assign-temperature-sensors-for-climate-zones/?do=findComment&comment=260813

Bon, et bien rebelote Le système a récupéré d'une erreur inattendue Et dire que cette box que j'ai depuis le tout début (numéro de série dans la centaine 300) ne m'avait jamais fait ces erreurs, alors qu'elle a subit toutes les mises à jour sans exception, beta, stable, etc... et depuis les 2 dernières beta, apparition de ce message Je crois que ma box de prod va rester très longtemps en version 5.120, la dernière vraie stable.

Désolé non, je détester les vas et viens, c'est trop compliqué pour moi à câbler, et trop compliqué à utiliser (une fois sur 2, l'interrupteur (bistable par définition) se retrouve dans la position inversée). Lorsque j'ai connecté mes modules domotiques, j'ai remplacé les bistables par des monostables, et j'ai effectué un câble de type télérupteur, c'est à dire que chaque interrupteur se comporte maintenant comme un simple poussoir, et c'est le module domotique qui joue le rôle de télérupteur. Avantage, le câblage est plus simple (on peut ajouter autant d'interrupteurs qu'on veut, pas seulement 2), on peut faire varier la luminosité (par appui long), etc Sinon tu attends que @Did passe par ici, c'est notre exert électricien

Non, j'ai indiqué que c'est un index qui s'incrémente perpétuellement. La base de données refusera de repartir de l'index 0, sauf à faire une manip spéciale. Clairement pas ce qu'à prévu Fibaro. Et on ne connait pas la taille de cet index, si c'est du 16 bits, c'est 65536 possibilités. Si c'est du 32 bits, c'est plus de 4 milliards...

Attention certaines box opérateurs (dont les vieilles Livebox, est-ce encore le cas pour les récentes ? ) ne permettent pas le routage en loopback. Ce qui signifie que l'adresse IP publique est bien joignable depuis l'extérieur, mais pas depuis l'intérieur. Le problème c'est que l'application mobile va utiliser l'IP publique, donc elle pourrait se connecter à distance, mais pas en local, ce qui est bloquant. A vérifier selon votre box internet.

C'est une base de données, avec un index qui s'incrémente perpétuellement. C'est la façon qu'ils ont choisi de gérer les modules... C'est propre et sans risque, mais c'est pénible pour nous car impossible de récupérer un ID existant. Il aurait fallu qu'il garde l'index en incrément perpétuel, et qu'ils assignent un autre ID aux modules... mais ce n'est pas le choix qu'ils ont fait. C'était déjà comme ça sur HC2.

Plouf ! C'est 443 pour le https, pas 453

Dans les paramètres de ton routeur (box internet ADSL/fibre) Il y a pleins de tutos sur le net en fonction de la box. Le principe c'est de rédiriger un port externe, vers le port 443 de la HC3. Mais attention, ce n'est pas sécurisé, ça expose la box Fibaro en direct sur le grand méchant internet. Raison pour laquelle Fibaro a toujours déconseillé cette méthode. Ils préconisent de passer par leurs serveurs, qui apportent de la sécurité supplémentaire (filtrage des tentatives de connexion).

Le Figaro attaqué ? Mince alors, c'est Nico qui va être triste Quant à Fibaro, une simple panne est tout aussi probable, vu comme ils sont doués en informatique Remarque, je crois que la partie hébergement est sous-traitée, donc la faute peut revenir à l'hébergeur aussi.

L'astuce avait été donnée sur le forum, sur un des sujets dédiés à l'application mobile Yubii. Lors du 1er lancement, il faut entrer manuellement l'adresse publique, comme si on faisait une connexion locale. Sauf qu'au lieu de choisir 192.168.x.y, on indique l'adresse IP publique du routeur, après avoir fait une redirection de ports. Dans mon cas c'est même encore mieux, puisque j'ai entré mon nom de domain complet, ainsi la connexion passe au travers de mon reverse proxy. Et bien sécurisé en HTTPS. Résultat, l'application mobile est bien plus réactive en usage quotidien, puisqu'on évite un aller/retour inutile vers les serveurs de Fibaro. Et aujourd'hui je peux confirmer que j'ai toujours accès à l'application mobile, alors que les serveurs Fibaro sont injoignables, et cela aussi bien en local (Wi-Fi) qu'à distance (4G)

Bienvenue sur le forum

En effet, home.fibaro.com ne répond pas. Accès mobile OK, car je passe en direct par mon IP publique

Non, c'est bien celui-là Il te faut donc jouer avec les réglages de sensibilité du module. Prend bien le temps de lire (et relire) la doc, car ce n'est pas toujours très clair à la première lecture. Trop sensible, tu auras pleins de faux positifs (exemple typique, un rayon de soleil trop violent qui éclaire la pièce) Si tu n'arrives à rien, il se peut que le module soit HS, c'est déjà arrivé à certains ici, après une chute par exemple. Demande à tes enfants s'ils n'ont pas fait un ping-pong avec

C'est malin, tu m'as donné faim (association d'idées, j'ai une envie de Paris-Brest )

Si ton détecteur ne "voit" pas au delà de 2m, il y a un gros problème quelque part. Mais quel est ton modèle de détecteur de mouvement ? Parce qu'il ne devrait pas y avoir de souci pour couvrir une distance jusqu'à 5m avec un Fibaro Motion Sensor (FGMS) situé à 2,3m de hauteur. Le FGBS c'est le détecteur Fibaro Universel, maintenant appelé Smart Implant. Mais il ne fonctionne pas sur pile, donc son installation est plus complexe.

Dans le log on voit que 3 connect et 2 write ont effectués avant même que tu tentes de faire le 1er read. Celui-ci fait immédiatement un close de la socket, donc le 3ème write n'est plus possible. Normal, car tout s'exécute en asynchrone (donc tu ne peux pas maitriser le timing), cependant dans le code de ton bouton tu as lancé 3 séquences (asynchrones donc) en simultané. Ce n'est pas bon, il faut lancer uniquement la 1ère, puis quand elle est complètement terminée (dans le succes() du dernier read(), alors tu peux enchainer sur la suite) Voir à ce sujet la discussion récente ici :

Tu as réglé les paramètres du Motion Sensor ? Car on peut ajuster assez finalement sa sensibilité, il y a au moins 2 paramètres pour ça. Mais c'est étrange ce que tu dis, tu as quelle distance ? Dans la galerie des glaces de Versailles, c'est sûr qu'un seul Motion Sensor ne suffira pas...

Il faut probablement réinclure les modules Zigbee concernés ?

En tout cas depuis 1 semaine le bug n'est pas réapparu chez moi (sur ma box de test, aucun module Z-Wave actuellement connecté, que des QA), ni sur la version Alpha retirée, ni sur la nouvelle Beta installée hier.

La différence est subtitle

Mais quelle interface ? Parmi les plus courantes : power, energy, battery.... ? Je ne vois rien qui corresponde à ce que souhaites. Et il n'est pas possible d'ajouter directement une propriété, sinon ça serait trop simple. C'est l'ajout d'une interface qui permet d'ajouter un ou plusieurs propriétés.

Welcome to the forum

Oui le type de câble et sa longueur peut jouer, clairement, selon les parasites présents. Sauf que dans mon cas, la longueur est ultra courte (quelques centimètres), et surtout ça fonctionnait parfaitement avec le firmware v2. Sans rien toucher de "physique", la simple mise à jour du firmware v3 a cassé le comptage des impulsions. Et vu que le bug est reconnu par GCE, c'est tout vu. Reste à espérer qu'ils puissent trouver une solution...