Lazer

normalement oui sinon tu met à jour le recovery de ta clé USB depuis les images partagées par Jojo.... si t'es pas à l'aise avec ça, ne te prends pas la tête, fait ton recovery puis applique toutes les mises à jour, ça prendra le temps qu'il faut

@biboun il faut toujours effacer la puce Z-Wave tu fais ton recovery, puis les mises à jour, puis tu restaures ta sauvegarde mais tu auras perdu les icones dans la bataille inquiétant ce bug de login, je ne vais pas me presser pour la mise à jour....

Non c'est pareil api.get n'est qu'une fonction qui effectue un appel http standard derrière. La vraie question,je te dis, c'est asynchrone ou pas, donc tout dépend de comment tu veux organiser ton code.

Tu devrais suivre le lien dans l'article que tu as pointé, et tu trouverais le topic original avec des versions améliorées du script dans les pages qui suivent : https://www.domotique-fibaro.fr/topic/4251-voir-si-une-lumiã¨re-est-allumã©e-et-tout-ã‰teindre PS : je ferme ici afin de ne pas disperser les discussions... la suite sur l'autre topic

Faudrait que Krikroff ou Steven se prononcent, mais je ne pense pas qu'il y a une des 2 solutions qui soit meilleure qu'une autre, je dirais plutôt que tout dépend comment tu organises le code LUA de ta scène. Si tu fais de l'asynchronisme (settimeout et http:request) ou du code séquentiel classique (Net.FHttp et sleep) Si Fibaro décide de changer l'API, malheureusement on ne peut rien y faire, et on sera obligé de continuer à maintenir nos scripts indéfiniment à chaque mise à jour de firmware

Rappel : le réveil n'a aucun rapport avec les relevés de température Sur l'un des mes FGSD, j'ai descendu l'intervalle à quelques minutes avoir de la précision. Dans tous les cas, tous mes modules sur batterie ont l'intervalle de réveil le plus long possible (à regarder au cas par cas dans la doc de chaque module) afin d'économiser la batterie. Exception : le thermostat SRT321, car il n'y a que lors du réveil qu'il met à jour sa consigne (poussée par le panneau de chauffage) En synthèse, je dirais que si tu veux économiser au max la batterie, tu désactives la mesure de température. Comme ça, il n'y aura presque plus aucune communication Z-Wave, sauf lors du réveil qui intervient 1 ou 2 fois par jour. Ah oui, et penser à désactiver la détection du réseau Z-Wave aussi, on en a pas mal parlé sur la version 1 du FGSS, car il émet des bip courts stressants pour rien, car il crois perdre le réseau Z-Wave alors qu'il fonctionne très bien. Je ne sais pas si c'est le cas pour la version 2 du coup.

moi j'ai juste touché à l'intervalle de mesure des températures pour ceux où j'ai envie d'avoir une mesure de température plus ou moins précise. C'est ton premier détecteur de fumée Fibaro ?

ça doit pas être bien compliqué, il suffit de faire F12 dans la navigateur, onglet réseau, comme à chaque fois qu'on veut comprendre les API, vu que Fibaro ne documente presque rien.... perso j'ai pas le temps je suis jamais chez moi en ce moment, et à distance avec mon upload digne d'un modem 56k c'est psa envisageable.

justement, le but c'est d'interprété l'API utilisée par l'interface quand on modifie cela, pour ensuite pouvoir l'utiliser dans des scripts LUA. qui s'y colle ?

Sur un Syno ça doit être possible, mais comme à chaque fois, tout est plus compliqué, car ils ont profondément modifié Linux. J'ai pas essayé

Pas forcément, comme précisé dans le tuto, tu peux installer socat ailleurs sur n'importe quel Linux : une machine physique, une VM, un Raspberry PI, etc Mais ça reste une contrainte....

Alors pour répondre aux question : - à quoi sert la nouvelle version de la HC2 (4.110) => voir changelog en première page du topic (bref surtout des évolutions mineures, mais toujours bon à prendre, par contre la nouvelle méthode d'authentification par email n'est pas la meilleure idée qu'ils aient eu.... car ça complexifie la configuration sans apporter de réelle sécurité supplémentaire) - A quoi sert le code que l'on reçoit par mail => à activer le nouveau compte qu'on vient de créer avec l'adresse email, en remplacement du compte admin - Comment faire si on oublie son mot de passe ou pire son identifiant => bonne question, ça ne m'est pas encore arrivé

Ici : https://www.domotique-fibaro.fr/topic/8032-onduleur-eaton/

@aurelien j'ai fusionné les sujets, il est plus simples de regrouper les discussions identiques plutôt que d'éparpiller. Sur le forum on a une rubrique Firmwares dans laquelle on crée un sujet pour chaque mise à jour de firmware.

Nouveau topic pour discuter de la géolocalisation : https://www.domotique-fibaro.fr/topic/9831-géolocalisation-smartphone/

bah voilà, tu peux nous faire un tuto Pascal va t'aider

Mais du coup, ce planning, il est sur le téléphone ou la HC2 ? Parce qu'il doit y avoir moyen d'intercepter les requêtes, comprendre l'API utilisée et se faire ses propres scènes de géolocalisation avec variation d'intervalle en fonction de la distance avec la maison.... comme je voudrais.

ouais moi c'est totalement aléatoire, puisque parfois je bosse à la maison, ou alors je vais bosser, ou encore je suis à l'hôtel d'ailleurs je suis en train de bosser ce soir (et ça ne se voit pas ) (grosse migration de toute l'infra stockage d'un client)

Hum, intéressant, ça, mais si c'est un planning statique, c'est pas trop adapté aux horaires variables

3615 qui n'en veut

oui c'est ça Biboun J'avais pas vu l'URL : exciting-news.pl Au fait, on en parle ici : https://www.domotique-fibaro.fr/topic/9829-fibaro-id

ça consommera forcément plus que pas du tout, mais heureusement qu'il ne maintient pas le GPS en permanence, sinon ton tél s'éteindrait au bout de quelques minutes Comme dit, l'icone du satellite te permet de voir quant il est en train de faire le fix, ce qui dure quelques secondes, mais consomme quand même pas mal à ce moment là. Le problème c'est que si tu veux t'en service pour automatiser les scénarios (portail, alarme), alors t'es obligé de mettre un intervalle assez court, donc ça consomme beaucoup plus. Si tu fais un fix toutes les heures, ça consomme pas grand chose, mais c'est inutilisable en scénario domotique.... Mais ce n'est pas la seul appli qui se sert du GPS, les Google Play Services eux-même te localisent à intervalle régulier (est-tu allé faire un tour sur ton historique sur le compte google, c'est assez impressionnant) Il y a aussi plein d'autres applis qui peuvent te localiser plus ou moins souvent.....

Ah non pas du tout Nico, depuis la v1 d'Android, le GPS ne consomme que quand il fait le fix, d'ailleurs quand c'est le cas tu vos l'icone du satellite qui s'affiche dans la barre de notification. Les seules applications qui maintiennent le GPS éveillé en permanence, sont les applications de navigation telles que Gmaps, Waze, iCoyote, etc Entre 2 fix, le GPS se désactive complètement et ne consomme absolument rien. Si l'intervalle entre 2 fix est court (moins de quelques heures), alors le nouveau fix est presque instantané (quelques secondes) car la puce a mémorisé le dernier emplacement connu des satellites GPS, et prévu leur déplacement théorique (connaissant le temps écoulé depuis le dernier fix). Il n'y a que le cas où le téléphone a bougé (train/voiture/avion) et que tu as attendu trop longtemps (plusieurs heures, plusieurs jours) que la puce doit faire un fix complet, ce qui nécessite d'acquérir les trames complètes d'au moins 3 satellites, ce qui prend 2 ou 3 minutes. Bref, ce qu'il faut retenir, c'est qu'entre 2 fix, ta puce GPS ne consomme rien du tout. Donc : - plus tu rapproches les fix, plus tu consommes - plus tu éloignes les fix, moins tu consomme

Suite de la discussion commencée sur le sujet https://www.domotique-fibaro.fr/topic/9829-fibaro-id/ OK Nico intéressant à savoir pour la géolocalisation. Je ne sais plus qui, mais je crois que c'est chez eedomus, ils ont mis en place une géolocalisation à géométrie variable. En gros, plus t'es loin de chez toi, plus les intervalles de positionnement GPS s'espacent dans le temps, afin d'économiser la batterie, sachant que tu n'as besoin d'une localisation précise que lorsque tu t'approches de chez toi, pour le portail, etc

Oui Nico, mais pour cela il faudrait déjà qu'ils arrivent à faire fonctionner la géolocalisation, ça fait 4 ans qu'ils n'y arrivent pas..... alors pour le reste, c'est de la science fiction polonaise, j'en ai peur.... C'est bien tout le problème, Fibaro prend des directions, qui ne sont pas forcément mauvaises, si ils arrivent à faire ce que tu dis, il y aura une certaine innovation. MAIS ils n'écoutent pas leur base d'utilisateur, et ce n'est pas ce qu'on demande. De plus, on sait qu'ils sont mauvais en développement et qu'ils n'arrivent pas à faire fonctionner tout ce qu'ils sont promis depuis 4 ans, alors tu imagines que ces évolutions vont fonctionner ? J'ai des doutes.....