Lazer

Non on ne le savais pas, relis bien ce que TonyC a écris... il parle bien d'intégrer une HC3 en passerelle, pas une HC2 Et puis c'est la première fois que quelqu'un a 2 HC3 chez lui ! @TonyC Je pense que tu pourrais mettre un screenshot de ta tentative d'intégration pour qu'on voit à quoi ça ressemble. Parce que moi quand je vais dans le panneau adéquat, il ne me liste rien du tout (il liste pas les HC2, logique puisque là on sait bien que ce n'est pas supporté)

Attention à ne pas confondre les variables globales au sens de la HC2 et de la HC3. Et les variables globales au sein d'un script/programme (donc une scène, un VD, un QA) La confusion est facile. Mais ma remarque reste valable dans tous les cas : Un programmeur doit normalement restreindre le plus possible la portée de ses variables, à son strict nécessaire : bloc, fonction, classe.

L'API Unifi remonte le timestamp de la dernière fois qu'il a vu l'appareil sur le réseau. Donc c'est à toi de déterminer la période à partir de laquelle tu décides qu'il est absent. Ce n'est pas le contrôleur Unifi qui le décide. C'est toi. Enfin le programmeur. Moi j'avais justement mis un intervalle hyper long de 10 heures de mémoire, car je ne voulais pas avoir de fausse détection chaque nuit quand je met mon téléphone ne mode avion (bon je ne dors jamais 10h, mais j'ai prévu large). Mais aussi les cas où le téléphone n'a plus de batterie, ou que je désactive volontairement le Wi-Fi pour passer en 4G (ce qui arrivait très souvent quand je n'avais que l'ADSL... beaucoup moins voire jamais depuis que j'ai la fibre) Le problème ce n'est pas Unifi, ni même le script LUA, c'est la façon dont on utilise notre téléphone.

Bienvenue sur le forum

Les variables globales, c'est le mal, il n'y a quasiment jamais besoin de les utiliser. Un programmeur doit normalement restreindre le plus possible la portée de ses variables, à son strict nécessaire : bloc, fonction, classe. @mprinfo désolé pas le courage de relire ton code maintenant.... et ni même demain car je n'ai jamais su lire de code sans couleur, tu pourrais au moins mettre le champ LUA quand tu codes le code sur le forum, ça aide

oui tout à fait. Enfin pas avec "self" parce que c'est ce que j'ai fait au début comme un c.. et ça a immédiatement ajouté une batterie sur le module parent ! Pas bon (puisqu'il est alimenté sur secteur USB) Donc il faut le faire sur child: juste après sa création. En même temps qu'on lui ajoute des setVariable, qu'on lui définie son unité, etc etc. Bon bah voilà, les noeud morts ça fonctionne, c'est juste génial Simulation de panne de l'anémomètre : Et vue sur la page principale : PS : les 0.1mm de pluie c'est quand je suis allé bouger le pluviomètre pour faire remonter au moins une valeur, car sinon c'est un peu la sècheresse en ce moment. Et le vent n'est produit que par ma bouche sur l'anémomètre, car il est sur mon bureau. On fait ce qu'on peut pour tester.... Évidemment le retour à la vie du module est tout aussi instantané avec l'opération inverse : child:updateProperty("dead", false) J'arrête là pour ce soir

60 secondes dans le screenshot de mprinfo, puisque c'est la variable "frequency" réglable par l'utilisateur.

Non je ne suis pas d'accord Si tu joues avec les Child Devices (ce que je n'arrête pas de faire avec IPX800 et Netatmo) tu verras que c'est totalement faux et peu induire en erreur. En parlant de Netatmo, ma version modifiée avec plus de valeurs météos remontées depuis l'API officielle, et surtout le statut des batteries des modules. Ce qui m'a permis de jouer avec l'injection d'interfaces dans les devices, merci @tinman sur le forum officiel : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/?do=findComment&comment=202936 Regardez les petites icônes de jauge de batterie : Donc c'est intégré proprement, nativement dans l'interface, avec les notifications par email et remonté dans DomoCharts, comme si c'était un module Z-Wave natif : Fantastique les QuickApps, j'adore Vite vite vite la suite Je vais tenter de mettre les modules en "dead" (nœud mort) quand ils sont injoignables par la station ou en batterie HS

non plutôt comme une variable globale. Enfin pas tout à fait, pour être précis la portée est celle de tout l'objet instancié. Donc accessible depuis n'importe quelle fonction de ta classe QuickApp dans ton cas.

Ah ben j'avais pas suivi les mises à jour.... " Liquidation judiciaire le 24-04-2020 " Cette-fois ci c'est bel et bien terminé Quel dommage....

Mouais, désolé mais je suis pas fan... ce n'est pas comme ça que j'aurais fait. Pourquoi utiliser setvariable() ? C'est moche, ça fait des écritures inutiles dans la DB, l'utilisateur va le voir en regardant les propriétés du QA, etc... Y'a tellement plus simple et plus rapide, il suffit d'utiliser une variable interne, self.doubleClic = os.time() et c'est réglé. Tu t'es compliqué la vie.

Nous sommes d'accord Allez, on y crois...

Je ne pense pas non plus, ils ont juste oublié d'ajouter le bouton dans l'interface Web pour ajouter une icone. Tout est comme ça dans la HC3, l'interface n'est pas du tout finie, mais quand tu vois la liste de choses faisables via l'API, c'est juste hallucinant, on peut faire exactement ce qu'on veut de cette HC3, moi je m'éclate en programmation. Ça change de la HC2 toute limitée Je le disais déjà avant de l'acheter, mais j'en suis en plus en plus persuadé, le potentiel de la HC3 est énorme.

@mprinfo qui ne sait pas utiliser Google Cadeau : (je me demande bien pourquoi il a été archivé ce sujet là.... ) Et puis la doc officielle Fibaro : https://manuals.fibaro.com/home-center-3-quick-apps/

Ah oui OK page précédente !

Ah OK. Faut suivre vos conversations privées Pour le site, tu mets ce que tu veux dans les paramètres de ton Unifi Controler. Et dans le QA tu laisse la valeur "default", tout simplement.

C'est pas compris ta question Jojo..... "identifier qui est sur le réseau" => C'est tout l'objet du script non ? Et pourquoi tu parles de PHP, c'est soit le VD, soit le QA, donc du LUA dans les 2 cas

Bienvenue sur le forum

Steven n'a rien donné du tout vu qu'il n'a pas de HC3 Et surtout tu peux oublier l'astuce de l'époque qui ne fonctionne plus depuis longtemps. Si je te lances un challenge, c'est pour que tu cherches un peu sinon c'est trop facile. Idem pour le client http, il est identique à ce qu'on a dans les scènes depuis la v4 de la HC2, donc il y a pas mal d'exemple sur le forum

bah Krikri t'a donné une piste, tu as essayé ? Je considère que ce n'est pas un problème et que tu vas passer immédiatement à la suite, d'où le nouveau challenge (encore plus valable pour le bouton Shutdown d'ailleurs, bien plus dangereux que le reboot) De mon coté j'ai repris le QA Netatmo partagé sur le market Fibaro, je récupère plus d'infos, et notamment la valeur des batteries des modules Enfin on pourra surveiller ça depuis la HC3, et visualiser dans Domocharts. Ce n'est pas trop tôt....

Bah il te dit, tu as mal déclaré le nom du site

@mprinfo j'ai un autre challenge pour toi : implémenter la sécurité du reboot en réintroduisant le double-clic du bouton. Ça devrait être faisable sans souci grâce à une variable interne du QA.

J'allais la faire

Oui ben ça c'est pas la faute des QA, mais du nouveau design de Fibaro. Pas fan non plus.... je trouvais l'ancien plus joli. Mais à l'usage, la HC3 est 100x plus pratique à utiliser, c'était vraiment infernal la lenteur de l'interface de la HC2, avec les boules bleues de la mort.

Aeotec - Range extender 7 - Répéteur de signal Z-Wave+ 700 ZW189 Module ZW189 de troisième génération (chipset Z-Wave+ série 700) à ne pas confondre avec les modules de 1ère génération (chipset Z-Wave série 300 de référence DSD37) et de 2nde génération (chipset Z-Wave+ série 500) de référence ZW117) FONCTIONS : Prolonge la portée, la fiabilité et augmente la puissance du signal de communication entre dispositifs Z-Wave Répète les messages Z-Wave Supporte les technologies S2 Security et SmartStart (configuration avec QR code) Petit facteur de forme qui n'est pas intrusif et ne bloque pas les autres prises électriques Intègre la puce Z-Wave série 700 Compatible avec une multitude de passerelles Z-Wave certifiées CARACTERISTIQUES TECHNIQUES : Type de module: Répéteur Z-Wave Alimentation: 230V 50Hz, Max: 150mA Consommation électrique: 1,2W Type de prise: Prise E/F Fréquence: 868,42 MHz Distance de fonctionnement: jusqu'à 30 m en intérieur / 150 m en extérieur Indice IP: IP20 Dimensions: 46 x 46 x 60,65 mm (prise incluse)