Lazer

C'est du UDP, donc à toi de gérer. Chaque trame SNMP est identifiée par un ID unique. Désolé j'ai oublié de te partager le tuto, je te prépare ça.

Article de Domadoo qui résume bien les rôles de Matter et Thread : [Blog Domadoo] Qu’est-ce que Thread, ce protocole domotique utilisé par Matter ?

Ah oui je l'avais vu passer ce dashboard, là c'est niveau Master++ Quand j'avais joué avec, j'ai pas fait des beaux tableaux, mais juste des trucs utiles, l'idée c'était de sortir des infos que je pouvais pas obtenir avec le Domocharts de base. Pourtant on peut faire bien plus, il y a des tonnes de données en base, il faut maintenant savoir les traiter.

Franchement c'est pas évident à configurer Grafana.... j'ai conservé les pages PHP de Domocharts, parce que je n'ai pas réussi à tout reproduire dans Grafana. Du coup j'utilise les 2, et Grafana pour des graphiques un peu spécifiques que je n'arrive pas à produire avec Domocharts (exemple : comparaison de la consommation électrique en fonction de la température extérieure) ça fait longtemps que je n'y ai pas touché cela dit... il faudrait que je me replonge dedans. Je pense que ce que tu veux faire est réalisable. De mémoire, il est possible de créer une variable, qui sera l'ID du module à afficher, à sélectionner dans une liste déroulante. Ensuite, le graph sera automatiquement mis à jour avec le bon ID.

Bienvenue sur le forum

Oui si tu peux couper tous les appareils qui utilisent le Wi-Fi, c'est bon. Perso je mets mon téléphone en mode avion la nuit, mais vu qu'il reste toujours pas mal d'appareils que je peux pas couper (Netatmo, Roborock, etc), la question ne se pose pas, je laisse les bornes Wi-Fi allumées.

A vrai dire je ne sais pas si allumer/arrêter un appareil électronique va l'user prématurément ou pas... Mais attention quand même avec l'extinction des bornes Wi-Fi, bien penser à en laisser au moins une allumée dans la maison. Sinon, les appareils vont chercher du Wi-Fi pendant plusieurs heures. Avec pour conséquences, une augmentation des ondes et une augmentation de la consommation. Là oui c'est logique.

Top, merci pour votre retour les gars

Pas de chance pour ton appareil Netgear.... en même temps... Netgear quoi, tout est dit... Tu ne vas quand même pas réécrire tout le code du protocole SNMP ? Tu ne te rends pas compte, c'est un travail de fou, si je partage mon travail, c'est justement pour qu'il serve à la communauté. Je vais te préparer un tuto, laisse moi un peu de temps (et tu verras c'est vraiment ultra simple à utiliser) Oui c'est ça, il y a des OID qui sont standards et qu'on retrouve dans tous les équipements, et ensuite chaque constructeur peut implémenter ses propres OID spécifiques. C'est pour cela qu'ils fournissent des fichiers de MIB, ça permet d'obtenir le nom et le descriptif de chaque OID. Attention à ne pas utiliser private, c'est réservé à l'écriture. Normalement on se contente de public, accès en lecture seule, c'est bien suffisant. C'est le moment de parler sécurité. SNMP n'est pas du tout sécurisé de base... public et private sont par défaut sur tous les équipements, donc du coup, n'importe qui peut consulter voir modifier les informations. Déjà, on peut commencer par renommer les communautés. Et certains appareils permettent de filtrer par IP, donc on crée une liste d'accès pour n'autoriser que les équipements autorisés à faire des requêtes SNMP sur l'équipement. Enfin, idéalement il faudrait faire du SNMP v3 qui permet de chiffrer les communications. Mais là ce n'est pas implémenté dans mon code LUA, beaucoup trop de travail (et je ne sais même pas si ça serait faisable sur la HC3, vu qu'on ne peut toujours pas faire de SSL à ma connaissance)

Faut dire à madame de trier aussi hein Même en RAW, avec 1 To, on met un paquet de photos. 1ère étape après l'import depuis la carte, c'est de trier et supprimer les ratés, flous, doublons, etc.... ça fait déjà pas mal de ménage et de place gagnée sur le disque.

Oui c'est sûr, mais ça reste un loisir... on se fait plaisir comme on peut/veut Perso je prend plus de plaisir à prendre les photos, qu'à les retoucher. C'est quand j'utilise mon appareil que je m'éclate vraiment en fait. Puisque c'est le sujet du forum, pour 99% des gens normaux, la domotique c'est beaucoup de matos, pour pas grand chose....

Madame aime bien faire des albums, elle en distribue aussi à la famille. Et elle fait un calendrier par an aussi, ça finit dans la cuisine des uns et des autres, et c'est assez plaisant de revoir les photos de l'année passée comme ça. Même si bon, là on est éclairement dans de la photo style "Tata Ginette", rien d'artistique. Mes photos de voyages, j'en ai tiré quelques unes en agrandissement, là c'est vraiment sympa. Et pour le coup j'apprécie l'évolution de la technologie, mon 1er reflex n'avait que 8 Megapixels, c'est clairement insuffisant pour les grandes tailles. On a fait des blogs de voyages aussi, pas systématiquement, mais c'est vraiment sympa pour le partage, et pour revenir dessus longtemps après. La lecture des textes permettent de se remémorer des impressions qu'on a eu sur le moment, et qui ne transparaissent pas dans les photos. J'ai fait 2 mariages, j'ai remis les fichiers aux mariés, et mis les photos en ligne sur une galerie. C'est assez amusant de voir qu'il y a régulièrement des vus plusieurs années plus tard. Probablement des membres de la famille qui apprécient de revoir les photos régulièrement. Maintenant je mets mes photos sur Google Photos, et j'aime beaucoup la fonctionnalité qui te propose automatiquement des photos d'il y a 1, 2, 3,.... 10 ans. C'est spontané et inattendu.

Je t'incite à regarder mes QA existants, par exemple Onduleur Eaton, Xiaomi Roborock, GCE IPX800 & EDRT2, pour lesquels j'ajoute des interfaces aux modules. Par nécessairement pour des enfants d'ailleurs, puisque le principe est le même pour les modules parents. Attention à ne pas ajouter l'interface à un module qui la possède déjà, sinon c'est le redémarrage en boucle assuré. Donc avant d'ajouter, on vérifier si l'interface n'est pas déjà présente sur le module. Tout est dans ma librairie tools, mais les commandes de bases sont : -- mode bourin, là on va ajouter 3 interfaces d'un coup : local interfaces = {"power", "energy", "battery"} -- parent : self:addInterfaces(interfaces) -- enfant : child:addInterfaces(interfaces) -- ou n'importe quel device du système : fibaro.call(id, "addInterfaces", interfaces) Et regarde ma function tools.hasInterface() pour le reste.

Je t'ai dit qu'il faut ajouter l'interface power. Une fois cela fait, la propriété power apparaitra (le QA est automatiquement redémarré sitôt l'interface ajoutée) Chaque mot a son importance, il faut bien prendre le temps de lire mes phrases Je t'ai mis en gras et en couleurs les mots importants pour comprendre la logique des modules chez Fibaro (héritée de la HC2, donc ce n'est pas nouveau)

Sous Linux c'est très facile. Installation : apt install snmp Exemple d'utilisation de snmpget pour obtenir une infirmation sur un onduleur : snmpget -m +/root/stdupsv1.mib -On -c public -v 1 192.168.1.1 UPS-MIB::upsAlarmBatteryBad On y voit l'utilisation d'une MIB dans un fichier. Et aussi snmpwalk pour parcourir tout une branche d'un arbre SNMP. Ces 2 commandes sont indispensables pour se balader à la recherche des infos qu'on veut. Après la protocole est un peu particulier, ce que j'ai fait en LUA avec mes Modules virtuels puis QuickApp, c'est d'implémenter complètement le protocole SNMP v1 en LUA. J'ai bien fait les choses, puisque c'est une librairie (fichier, ou plutôt une table au sens LUA du terme) complètement indépendante, qu'on peut réutiliser dans n'importe quel QuickApp (ou même en dehors de la HC3, c'est du LUA standard après-tout). J'ai eu le nez creux lorsque je l'ai développé pour HC2, puisque le portage sur HC3 était quasiment instantané. Je l'ai utilisé pour d'autres VD et QA jamais partagés : mon routeur Ubiquiti par exemple (voilà de quoi faire criser @mprinfo qui s'acharne à le faire en passant par l'API. Testé rapidement aussi sur les switchs Cisco, c'est fonctionnel. Ce qu'il faudrait que je te fasse, c'est une doc pour utiliser ma librairie... fraichement c'est super facile.

Une discussion a démarré sur le forum officiel concernant les problématiques de balance entre la production et la consommation, je vous invite à aller appuyer votre demande : https://forum.fibaro.com/topic/58682-energy-panel-effective-energy-producedconsumed/

Inutile de créer des modules enfants dédiés pour la consommation. Tu peux ajouter l'interface "power" sur les modules enfants existants, et mettre à jour la propriété power avec la consommation actuelle.

Hum, les aurores boréales, je n'ai jamais pratiqué (et jamais vu... ça viendra ) Le froid est un vrai problème pour les batteries, il faut que tu conserves au minimum les batteries au chaud (poche intérieur du manteau par exemple) Et attention à l'appareil quand tu rentres au chaud, ne pas le sortir immédiatement du sac pour vider la carte mémoire, la condensation sur l'électronique, il va pas aimer. Je ne connais pas les 3 appareils que tu as listé... enfin si, de nom, mais je ne les ai jamais utilisé.... du coup je ne saurais lequel te conseiller. Mais je dirais qu'il te faut au moins des modes de prises de vue semi-automatique, voire manuel, afin de pouvoir régler le temps d'exposition. Et un trépied bien sûr.

Ah un spécialiste de la plongée Perso je n'ai jamais dépassé le stade du tuba, donc effectivement, ce que je disais était plutôt valable pour du snorkelling. Ou à la piscine tout simplement. Attendons d'en savoir plus sur le besoin de @Bloug Dans le monde d'avant (le Covid...), j'ai beaucoup voyagé, fait des pays très touristiques, d'autres pas du tout (mais alors pas du tout du tout) Longtemps limité à un compact, j'ai toujours été frustré. Quand j'ai pu me permettre de passer au reflex, je ne quittais plus mon sac à dos de 15 kg remplis de cailloux. Et je ne comprenais pas trop comment les autres touristes pouvaient se permettre de se payer un voyage à xxxx k€ et se contenter de photos souvenirs prises au smartphone. Bon en fait, on a juste chacun une approche très différente de la photo. Je connais même des gens qui ne font pas du tout de photo, les souvenirs dans la tête (et tant pis si la mémoire fait défaut...) Le smartphone a un immense avantage, même quand on a laissé le sac photo en lieu sûr, c'est d'être très ordinaire, donc discret dans la poche, et de pouvoir être sorti normalement dans des lieux pas toujours propices au gros matos photo (risque de sécurité, ou alors effet paparazzi mal perçu, etc)

"Pro" non, mais amateur éclairé oui. ça fait pas mal d'années que je pratique au reflex, puis hybride. Mais avant ça, j'ai eu des compacts numériques... Mon avis sur les appareils photos compacts est très simple : je ne comprends pas pourquoi ce genre de produit existe encore. Aujourd'hui, n'importe quel bon smartphone fait aussi bien, voire mieux, voire beaucoup mieux, que les compacts vendus. Et le smartphone on l'a déjà dans la poche, de nombreux modèles sont étanches, donc littéralement utilisables en toute situation. A mon avis c'est jeter de l'argent par les fenêtres que d'acheter un compact de nos jours... Un reflex, ou hybride, c'est pas la même histoire. La taille du capteur fait qu'on a réellement une meilleure qualité d'image, et surtout la possibilité de changer d'objectif (en voyage, un grand angle, et un téléobjectif font des miracles), et de nombreux modes manuels ou semi-automatiques pour des effets créatifs intéressants (pose longue sur trépied, jouer avec la profondeur de champ, etc) Bien sûr, un tel appareil ça doit se maitriser, il donnera de mauvais résultats si utilisés en mode tout automatique, donc ce n'est pas ce que je conseillerais à quelqu'un qui débute et veut partir en voyage 15 jours plus tard. Un reflex, il faut des mois de pratique pour le maitriser (enfin, surtout de la volonté) Bref, tu l'aurais compris, je te conseille un bon smartphone (perso j'adore les Google Pixel, je trouve l'image bien équilibrée, sans artifice exagéré, comme peuvent parfois le faire les Samsung). Sinon Samsung reste très bon bien sûr, ou encore Apple évidemment. Les marques chinoises (Xiaomi, etc), commencent à faire des choses sympa aussi. La nouvelle tendance chez toutes les marques, c'est d'embarquer un zoom, bien pratique, même si forcément très limité par rapport à un objectif de reflex, ça a le mérite d'achever de remplacer les appareils compacts. En réalité, à part les smartphones premier prix, il n'y a plus vraiment de mauvais smartphones sur le marché. Seuls compacts qui ont encore un intérêt je trouve, ce sont les modèles étanches et renforcés, typiquement pour faire de la plongée sous-marine. Encore que là aussi, l'amateur éclairé utilisera un reflex dans un caisson, ou tout simplement une GoPro.

Tu me diras, car pour DSM v7, c'est très théorique, vu que je suis encore en v6. Mais j'ai fait la modif comme indiqué par plusieurs personnes, donc ça devrait le faire.

Mise en ligne du QuickApp Kodi version 2.12 : Gestion des icônes => il faudra importer les icônes puis ajouter les 6 variables correspondantes pour définir leurs ID. Utilisation des WebSockets pour la communication avec Kodi (meilleure réactivité des événements, particulièrement si l'addon n'est pas utilisé) Gestion de plusieurs langues (français/anglais) Améliorations diverses   Pour la mise à jour, pensez à créer les nouvelles variables suivantes : WebSocket_Port : port pour les communication WebSockets, par exemple : 9090 Icon_Normal : ID de l'icône normale Icon_ON : ID de l'icône ON Icon_OFF : ID de l'icône OFF Icon_Play : ID de l'icône en cours de lecture Icon_Pause : ID de l'icône en pause Icon_Stop : ID de l'icône arrêtée Puis copier/coller le contenu des fichiers LUA par dessus l'existant : Fichier main : Kodi v2.12 - Main.lua Fichier KODI : Library - KODI v1.12.lua Fichier tools : Library - tools v2.20.lua Note : je n'ai pas encore travaillé sur la nouvelle version de l'addon, donc il n'est pour l'instant toujours pas compatible avec Python v3 (Kodi 19 et supérieur) Cependant, l'utilisation des WebSockets permet de compenser une partie des fonctionnalités de l'addon, à savoir la mise à jour instantanée du QuickApp lors des événements du lecteur Kodi.

Mise en ligne de la version 5.10 : Correction du problème de login avec DSM v7 Correction du bug de création des modules enfants depuis le firmware HC3 v5.100 Meilleure gestion des modules déconnectés (dead) et support de la fonction wakeUpDeadDevice Gestion de plusieurs langues (français/anglais) Ajout d'emojis sur le visuel du QuickApp parent Améliorations diverses Pour la mise à jour, copier/coller le contenu de chaque fichier LUA dans le QuickApp (et créer le fichier DSM s'il n'existe pas encore) : Fichier main : Surveillance Station v5.10 - Main.lua Fichier DSM : Library - DSM v1.10.lua Fichier tools : Library - tools v2.20.lua

Il y a une propriété modified dans le JSON du module, qui est un timestamp UNIX. Mais sur le device que j'ai en exemple, que je n'ai pas modifié depuis très longtemps, son timestamp correspond exactement à la date de dernier démarrage de ma box. Du coup, c'est une information non fiable, je pense qu'il n'est pas possible de connaitre facilement la date/heure de dernière modification d'un module. Une solution serait de faire un script qui surveille les modifications des devices via l'API refreshStates, et le mémorise dans une variable... mais un peu compliqué. Et puis ça revient à réécrire GEA en fin de compte, vu que c'est ce qu'il fait nativement.

Trop cher, c'est pas un deal, -1 (c) mprinfo Oui je sais, c'est l'original Hitachi, pas le produit déclassé vendu en label White, mais on a déjà eu son équivalent en White à 302 € par 2 fois lors des 3 derniers mois, donc voilà