Lazer

Cherche plutôt emoji sur Google et prend le premier lien. C'est standardisé par Unicode maintenant, tous les OS modernes (fixe et mobile) les supportent. Par contre l'affichage peut différer légèrement d'un OS à l'autre, mais c'est un détail. Tu connais forcément, c'est ce que tout le monde utilise à outrance sur les réseaux sociaux, messageries instantanées, etc. Ça remplace les bons vieux smileys ;-)

La procédure c'est de savoir programmer

J'en sais rien, je n'ai cliqué sur rien et j'ai laissé faire. Donc il a fait sa tambouille tout seul dans son coin. Ta question est pertinente, ça mérite de reproduire le bug. Un jour... si je suis motivé !

Comme je disais ailleurs, Gmail + Chrome ça fait très bien le boulot, aussi bien sur PC que sur Mobile. Sur Android en tout cas car l'intégration est native.

Il y aune vieille vidéo du BIOS de la HC2 qui traine sur Youtube, regarde si ça peut t'aider :

Je ne comprend pas que tu utilises encore Tapatalk.... Cette application est totalement dépassée.... En l'absence d'une commande magique comme sur HC2, il me semble très complexe de lire les valeurs des labels des QuickApps sur la HC3. Ca viendra peut être quand l'interface des QuickApps changera pour de bon (cf le petit doigt de @TonyC ) En attendant, la meilleure méthode semble être de maintenir une variable, un tableau, qui contient les dernières valeurs connues des différents Labels du QA. C'est d'ailleurs ce que fait jgab ici : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/?tab=comments#comment-201303

c'est clair.... En tout cas la HC3 n'est pas encore aussi stable que la HC2, je ne l'avais jamais planté ainsi, pourtant ma HC2 elle en a vu des codes tordus. Le seul truc qui faisait crasher la HC2, c'était sa clé Recovery... toujours très paradoxale comme situation. N'empêche, c'est pratique cette détection automatique de plantage, mais c'est dommage que la box n'arrive pas à isoler le QA fautif. Là c'est toute la configuration qui est perdue depuis le dernier backup.

Ah ouais quand même, mon premier plantage : Je pense qu'il n'a pas aimé un requête volontairement mal formée via l'API (la chaine "xxx" au lieu d'un tableau) : local response, status = api.post("/globalVariables", "xxx") Dans le onInit() d'un QuickApp, ce qui fait planter la HC3 en boucle. Impossible de s'y reconnecter. Après 2 ou 3 reboots automatiques, la HC3 initie automatiquement une restauration : Un reboot supplémentaire : Redémarrage des services... avec l'ancien code couleur : Et on se retrouve au backup précédent, donc dans mon cas, au firmware 5.030.45 avec tous les modules ajoutés entre temps qui sont perdus => mise à jour en cours Conclusion, même si ce n'est pas nouveau : - il faut faire des sauvegardes régulières (ce que je ne sais pas sur cette box de test) - il faut développer sur une box de test, différente de la box de prod

C'est très malpoli de poster le même message simultanément sur plusieurs topics => je fais le ménage

ça fait 4 ans qu'il est dehors mon pluviomètre, il marche toujours aussi bien, et les piles ont une bonne durée de vie à part le plastique qui est devenu totalement jaune avec le temps. Je fais juste un nettoyage 1 à 2 fois par an, sinon il se bouche avec les saletés (feuilles, etc)

Remarque sur la carte électronique : c'est une erreur de conception de Netatmo de ne pas l'avoir tropicalisé. Mes détecteurs extérieur d'alarme (Diagral) sont tropicalisés, la carte électronique est intégralement recouverte d'un épais vernis.

Je pensais juste faire un trou par dessous, pour y faire rentrer le fil, et un petit joint au niveau de ce trou pour éviter que l'eau ne remonte par capillarité.

Je remonte ce topic, car j'ai le souci de piles qui se vident en 3 à 4 semaines pour l'anémomètre. J'ai été bête, car ça m'avait vidé le jeu de pile d'origine lors de son achat. Je n'y ai pas fait attention car je ne l'ai pas installé dehors et je l'ai laissé trainé dans un coin, en me disant que les piles d'origine étaient des sous-marques de mauvaise qualité. Depuis 2 mois je l'ai ressorti, et les jeux de piles passent à une allure folle (Duracell Ultra, et même accus Eneloop) Comme l'anémomètre a 4 ans, je peux m'assoir sur la garantie. Bref, ça me fait un module à 67€ inutilisable.... ça m'apprendra à laisser trainer les choses Ou alors, si un jour je fait une installation propre sur un poteau, il faudra que je lui bricole des fausses piles, en prenant soin de l'étanchéité du boitier (la colle chaude c'est efficace mais je ne sais pas si ça tient en extérieur ?)

J'en ai parlé il y a quelques pages. Résumons : Les USG et USG Pro disparaissent, remplacés par les UXG et UXG Pro. UDM et UDM Pro : nouvelle gamme tout intégré. L'UDM cible les geeks / la toute petite entreprise => Routeur + Switch + Wi-Fi + Controler. Attention lez débit s'effondre totalement dès qu'on active l'inspection de paquets. L'UDM Pro cible les PME : à peu près pareil que l'UDM, mais en version 19", avec support du 10 Gbps et un CPU plus puissant pour le débit, et sans Wi-Fi. Perso ce qui me gêne dans la gamme UDM c'est le coté tout intégré, par exemple impossible de gérer les routeurs avec un Controler externe (et ici on en a tous déjà un, soit sous forme de Clé, soit sous forme de logiciel VM/Container). Le tout intégré c'est bien, mais on se retrouve enfermé dans un écosystème et les migrations futures seront plus complexes UXG et UXG Pro : nouvelle gamme qui remplace les USG et USG Pro Ce sont juste 2 routeurs, le Pro reprend les caractéristiques matérielles de l'UDM Pro : 10 Gbps et CPU plus puissant, mais sans le coté tout intégré, donc on peut continuer à mixer les équipements : bornes UAP, switch, etc... et tout piloter depuis le Controler externe (toujours Clé ou Logiciel) Pour finir, le souci actuel avec les gammes UDM et UXG c'est qu'elles utilisent le nouvel OS, qui dispose de moins de fonctionnalités que les USG actuels. Et forcément beaucoup moins de fonctionnalités que les EdgeRouters (la gamme Edge reste le matos qui cible le plus les entreprises ou les nerds) Bref, c'est pas le moment de changer de routeur.... patience....

L'UXG-Pro dont je parlais il y a quelques semaines arrive en septembre. Le hic, c'est le tarif annoncé de 499 $ Je ne comprend pas comment il peut être annoncé plus cher que l'UDM Pro alors qu'il a moins de fonctionnalités. Dommage, c'est compliqué les routeurs dans la gamme Unifi, je vais rester avec mon EdgeRouter encore un bon moment je crois. Reste à espérer que le prix évolue à la baisse d'ici la disponibilité effective.

Bienvenue sur le forum

Bienvenue sur le forum

Non juste /api/events comme sur HC2, mais le json a un peu changé

Sur la HC2 je l'utilise de temps en temps, c'est bien pratique à distance pour voir ce qui se passe. Surtout pendant les vacances quand tu as un doute, suite à un mouvement dans le jardin par exemple. Pour changer l’icône il faudra attendre que Fibaro nous le permette en cliquant sur un bouton, c'est vraiment pas pratique de passer par l'API juste pour ça. Ouais les seuls modules Z-Wave de ma HC3 sont à coté de moi, alors forcément ça remue (c'est un Aeotec 6 en 1 là) Les autres événements qu'on peut voir, c'est l'IPX800 du garage, à l'usage la HC3 ne fait plus de différence entre un module Z-Wave et un QuickApp correctement typé, c'est vraiment pratique cette intégration native

QuickApp Événements (sur le screenshot, l'affichage est vraiment moche, j'espère que Fibaro réduira l'espace entre les lignes lors d'une prochaine mise à jour...) Présentation : Ce QuickApp affiche simplement les 25 derniers événements survenus. Le rafraichissement se fait automatiquement et instantanément. Ce QA est une réécriture pour la HC3 du Module virtuel initialement développé pour la HC2 : https://www.domotique-fibaro.fr/topic/1718-evã©nements/?page=4&tab=comments#comment-138704 Paramètres : excl_id : ID séparés par des virgules des modules à exclure de l'affichage. excl_type : types des modules à exclure, par exemple tous ceux qui remontent une température, humidité, etc excl_property : propriétés des modules à exclure, par exemple tous ceux qui remontent une puissance, consommation, etc excl_scene_id : ID séparés par des virgules des scènes à exclure de l'affichage nb_labels : 25 par défaut, nombre d'étiquettes (labels) du QA. Après changement de la valeur, le QA ajoute ou supprime tout seul les labels requis. Refresh => n'est plus utilisé Icône : Téléchargement : Nouvelle installation : QA Evénements v2.11.fqa Mise à jour : Evénements v2.11.lua

@Moicphil tu as continué à désarchiver les vieux sujets ? ça fait quelques jours que je n'arrive plus à déplacer de sujets.

Ouh là je suis beaucoup plus pragmatique : c'est vendu par 10 plaques, mais je n'ai pas eu besoin de tout utiliser, donc j'ai du stock. Et garder les pièces restantes pour plus tard, c'est plus écologique que de jeter à la poubelle. Ça couterait surement 2 fois plus cher d'en acheter 1 seul sur une boutique spécialisée.... donc le calcul est vite fait.

Ce type de plaque est prévu pour souder un Circuit Intégré au format DIP et ainsi accéder facilement aux pattes de part et d'autre. Pas pour les composants classiques. J'ai en stock les mêmes plaques que proposées par Sowliny et c'est vraiment pratique. Je recoupe à la dimension désirée, et on peut même raccourcir les pistes avec un simple cutter.

Il y a une section DIY faite pour ça maintenant sur le forum, faut en profiter

Pour info le simple fait d'ouvrir l'interface Web et de regarder ce graph consomme environ 10% de CPU. La fenêtre de logs en consomme environ 5% Tout cela s’additionne donc si tu as plusieurs fenêtres ouvertes parce que tu es en train de développer un QuickApp/Scène/Configurer ta box Pour avoir une mesure du CPU un peu plus réaliste, tu devrais utiliser le QA Diagnostics partagé sur le forum par mprinfo, qui calcule le CPU moyen entre 2 rafraichissement (1 minute normalement). Évidemment pendant ce temps là il faut fermer les fenêtres et ne pas utiliser l'interface Web. Sur mon HC3 qui ne fait pas grand chose (quelques modules Z-Wave et quelques QA), on voit clairement les moments où j'ouvre l'interface Web :