Lazer

D'après le Swagger on peut déclencher un reboot en mode recovery à distance : /#/reboot/reboot Jamais testé...

Passe un maximum de gaines partout, même vide, et de gros diamètre (ce n'est pas pour le prix que ça coute) Tu ne sais pas de quels besoins tu auras demain : caméras sur la façade, lumières supplémentaires, bornes Wi-Fi au plafond, et puisque tu aimes le son, des enceintes tout autour de la tête (je me demande ce qu'ils vont nous pondre après l'Atmos... des enceintes dans le plancher peut être ?.... amène une gaine sous le canapé, ne serait-ce que pour alimenter un vibreur dès fois que ça devienne à la mode)

Bienvenue sur le forum

Attention hein, "pro" ça veut tout et rien dire. Quand tu vois qu'ils vendent des iPhone Pro ou des Playstation Pro, tu comprends la portée marketing de ce terme (pour rester poli.... un américain dirait que c'est du bullshit) En marketing moderne, le terme "pro" désigne "power user", "premium", enfin tu saisis le sens. A l'inverse, un équipement pro, vraiment pro, c'est à dire à destination des professionnels d'un métier donné, des entreprises, etc, n'a pas l'appellation pro dans sa référence, ça ne serait pas crédible. Incroyable mais vrai Pendant que j'y suis, tu as peut être remarqué qu'un certain nombres de logiciels sont vendus en plusieurs versions. Souvent l'édition Pro c'est pour le grand public (mais aussi utilisables par une TPE ou un travailleur indépendant), et la version pour les entreprises s'appelle... Enterprise. Plusieurs éditeurs font ainsi. Ce marketing décalé, c'est fantastique Néanmoins, cet onduleur est réellement en gamme professionnelle, c'est à dire à destination des TPE, PME essentiellement. Attention, c'est loin des modèles à destination des datacenters, modèles armoire, ça n'a rien à voir. Chez Eaton, la gamme grand public, ce sont les Elipse (Eco ou Pro)... tient donc, on retrouve le terme pro (= premium dans ce cas). D'un point de vue caractéristiques techniques, un Elipse Pro est largement en dessous du 5P dont on parle sur ce topic... sauf que le 5P n'a pas l'appellation pro, moi ça m'amuse toujours autant Bref, revenons à nos moutons. Ici tu as la datasheet du Sunon MB40201V2 : http://portal.sunon.com.tw/pls/portal/sunonap.sunon_html_d_pkg.open_file?input_file_name=7264646F632F3230313430312F3137363536352F28443034303735363430472D3030292D332E706466 Débit : 7.7 cfm Pression statique : 0.16 Inch-H2O Pression acoustique : 21.0 dB(A) Note : j'ai personnellement un gros gros doute sur les 21 dBA annoncés.... et ce genre de chiffre montre la limite.... des chiffres eux-même ! En effet, si les 21 dB sont émis dans les sons graves, l'oreille humaine y est peu insensible, donc le bruit est non gênant. Mais là c'est un tout petit ventilateur, qui tourne très vite, donc les 21 dB sont émis avec une fréquence aigue, à laquelle l'oreille est très sensible, et cela fait un bruit que nous trouvons particulièrement insupportable. Mais quoi qu'il en soit, ça te donne une base de comparaison dans tes recherches sur des modèles équivalents, il y a fort à parier que le spectre des autres ventilateurs de la même taille, 40mm, soit sensiblement identique.

Cool Alors pour l'explication plus complète : DomoCharts utilise 2 méthodes différentes pour obtenir l'énergie journalière des modules : 1er cas, le plus précis : le module possède l'interface "energy", donc il a un champ energy qui soit s'incrémenter au fur et à mesure de la journée en fonction des Wh consommés => l'information est récoltée par la loop() et stockée chaque minute dans la table domocharts_energy. Le soir venu, la somme journalière est calculée à partir des données récolées durant la journée, donc le calcul est ultra précis, au Wh près, puis stockée dans la table domocharts_energy_day. La raison pour laquelle cela est effectué à 00:02:30, soit juste après la génération des trends, c'est parce que la page trend.php recalcule tous les champs value de la table domocharts_energy à partir des index (en fait la value est calculée en temps réel au fur et à mesure de la journée, mais des erreurs peuvent apparaitre dans un cas particulier : si la connexion au NAS a été perdue et que DomoCharts a mémorisé des mesures. Au moment où la mémoire est vidée dans la base SQL, le calcul ne se fait pas correctement. J'aurais pu contourner mais avec un impact certain sur les performances, j'ai fait le choix de conserver l'erreur et de recalculer le soir à 00:02:20, c'est plus rapide) 2nd cas, moins précis : le module ne possède pas d'interface "energy", donc la HC3 (tout comme la HC2) la calcule en temps réel en fonction de la puissance (power) consommée. Mais ce calcul est approximatif (arrondi par défaut, c'est à dire que l'énergie retournée par la HC3 sera toujours inférieure à l'énergie réellement consommée par le module). En fin de journée, à 00:02:30, DomoCharts va donc interroger /api/energy pour obtenir l'énergie estimée par la box durant la journée précédente, puis va le stocker dans la table domocharts_energy_day Ensuite, comme tu l'as constaté, aujourd'hui DomoCharts a tenté de récolter les énergies depuis le 12/02/2021... en fait c'est parce que c'est la première fois (la table domocharts_energy_day est vide), donc par défaut il cherche pendant 1 mois exactement. Il est fort possible que tu aies eu beaucoup de zéro, par exemple si le module n'a été installé que depuis 2 jours, forcément toutes les mesures d'énergies du mois précédent sont inexistantes. A partir de demain (cette nuit à 00:02:30), il ne cherchera que depuis la veille, donc seulement 1 jour, le 12/03/2021.

Je suis revenu en arrière, car le ventilateur Noctua ne souffle pas assez. Certes il est silencieux, mais il est inefficace. L'onduleur chauffait trop, ça ne peut que réduire sa durée de vie (au passage, l'incendie du datacenter d'OVH, c'est à cause d'un onduleur... certes pas le même modèle, mais ça reste des appareils qui font passer de grosses puissances et qui chauffent) Bref, j'ai préféré remettre le ventilateur d'origine, dont le flux est calculé par le fabricant.... et j'ai fait des travaux pour passer des câbles et déporter l'onduleur à la cave, là où il est au frais tout l'année et où il peut faire autant de bruit qu'il veut sans gêner personne. Ce n'est pas un onduleur de bureau, c'est un modèle pro prévu pour être installé en salle technique (climatisée). Pas un datacenter, mais une salle technique quand même, comme on en trouve dans les PME. Mon conseil, c'est d'installer l'onduleur dans un endroit frais et éloigné des humains (à cause du bruit). Si on n'a pas le choix, alors il faut choisir un autre type d'onduleur, chez Eaton et APC, les 2 leaders, les onduleurs sans ventilateur sont tous en technologie Offline, ce qui ne pose à priori aucun souci pour les usages bureautiques : PC, NAS grand-public type Synology, etc. En cherchant dans leurs catalogues respectifs, je ms suis rendu compte que tous les line-interactives sont avec ventilateurs, bruyants, et destinés aux entreprises. Gamme professionnelle quoi. Cela dit, peut être qu'il existe des ventilateurs aussi efficace que celui d'origine, mais moins bruyant, mais je n'en connais pas... et honnêtement j'en doute. Pas chez Noctua en tout cas. Sur la photo du ventilateur Sunon d'origine en 1ère page, on voit clairement sa référence. Il faudrait récupérer dans la datasheet son débit, son niveau de pression statique, ainsi que son niveau de pression acoustique (brut). Et chercher chez les autres fabricants s'il est possible de trouver aussi bien, pour moins bruyant. C'est pas gagné, car les ventilateurs de 40mm ne sont installés que dans les équipements pros (notamment les switchs), donc on se moque totalement du bruit généré. Et les spécialistes des ventilateurs silencieux comme Noctua et les concurrents se concentrent sur les PC, là où on trouve majoritairement des 120 et 140 mm.

Bienvenue sur le forum

Bienvenue sur le forum

Merci pour ton aide.... mais en fait.... il y a un gros bug. C'est honteux, je ne sais pas ce qu'a fait le développeur Le script ne plante pas (au sens LUA du terme), il s'arrête tout simplement... car j'ai oublié de prendre en compte un cas de figure. C'est une erreur de logique. On va tenter la modification en live et tu me diras s'il prend bien en compte. Ligne 801, juste avant la fin de la fonction getDomochartsEnergy() : end Que tu vas remplacer par ce bloc : else fibaro.setTimeout(0, function() getDomochartsEnergy(data, days, dayCursor, energies, timestamps, tsCursor+1) end) end EDIT : voici directement le fichier à copier/coller : DomoCharts v7.01.lua

Nickel ça, merci Les valeurs suivantes sont pour les sondes additionnelles en option (14 maxi) : https://www.gce-electronics.com/fr/capteurs/1266-ipx800-v4-extension-xthl.html Il est possible d'associer jusqu'à 14 X-THL à une IPX800V4 et ainsi traiter jusqu'à 42 données analogiques supplémentaires

Oui X-THL c'est prévu, sur IPX800v4 et EDRT2 Mais je ne possède pas ce module, et j'ai quand même un doute par rapport à l'API documentée. Tu pourrais me donner le résultat de l'URL suivante sur l'adresse de ton IPX800 ? /api/xdevices.json?key=apikey&Get=XTHL ça va te donner des valeurs brutes, donc j'ai aussi besoin des valeurs que tu voies dans ton IPX pour que je m'assure que j'ai les bonnes formules. Merci.

C'est justement ce que j'allais te proposer, tu crées un bouton qui appelle directement self:generateEnergy()

Non tu as bien fait, ne touche pas à tes QA, Domocharts est censé savoir s'adapter à tous les cas de figure. Parce que le coup des powerSensor, je l'ai testé chez moi ça pose pas de souci Mais il y a un truc impossible dans tes logs, on voit régulièrement des messages un peu partout dans le log : [11.03.2021] [23:57:00] [WARNING] [QA_DOMOCHARTS_46]: nil Un WARNING avec un nil, c'est juste pas possible, aucune ligne de mon code ne peut afficher cela. Ce qui m'amène à la question : aurais-tu modifié le code LUA et ajouté cette trace ? Je soupçonne que oui, et que ça fait planter le QA Je ne vois pas sinon

Remarque : attention ce n'est pas 2h, mais 0h02, c'est à dire minuit et 2 minutes (et non pas 2 heures du matin) Bref, autour de 0h02, le QA plante, et je ne comprend pas pourquoi. Donc du coup il n'exécute jamais le code qui est censé générer les historiques (trend) et les calculs d'énergies... à 00:02:30 précisément Visiblement il n'aime pas ton device #93 'CC_Chauffage', dont la valeur energy est nil. C'est le fameux QA que tu as créé à l'arrache ? Il faut lui mettre une valeur. Cela dit, même avec nil, DomoCharts ne devrait pas planter.... là je ne comprend pas... surtout que ça ne plante pas aux autres horaires (le reste du temps il indique bien "CC_Chauffage #93 excluded") Est-ce que tu peux partager le JSON de ce module ?

Bienvenue sur le forum

Mortelle cette optimisation, regardez l'utilisation CPU avant/après (le pic c'est quand j'ai fait les backups et la mise à jour, normal) Et pour la RAM, pas de changement significatif.

Bon en tout cas la mise à jour est passée Et le plugin Météo qui refonctionne, c'est donc bien comme je me soupçonnais, Fibaro, qui une fois de plus, n'a pas anticipé et mis à jour le plugin avant le changement d'API par le fournisseur. Espérons qu'ils proposent rapidement une mise à jour pour HC2.

Pffff... je ne comprend pas qu'ils n'ajoutent pas de l'espace sur le cloud... dire qu'avec la HC2 on a le droit à 10x plus !!!

Bientôt (en théorie ça fonctionne, mais je n'ai pas d'extension X-4FP pour tester en vrai)

Attention quand même C'est du Logitech, donc c'est dépendant du Cloud Il y a un plugin officiel Fibaro pour Harmony, sur HC2 il était inutilisable (buggué), je ne l'ai pas testé sur HC3 Il y a une API documentée, mais qui n'est pas publique, tu peux tenter de t'inscrire : https://www.myharmony.com/fr-ch/harmony-api ça avait fait polémique, car Logitech l'avait fermée il y a 2 ans, avant de se raviser face à la grogne.... donc entre leur politique lamentable, et la dépendance au cloud, c'est clairement un produit qui a un avenir incertain. A la base, c'est une télécommande, le hub a été ajouté après, pour faire "un peu" de domotique, mais à la sauce Logitech, donc uniquement les périphériques compatibles (la liste complète des périphériques compatible se résume ici : Philips Hue). Heureusement des petits malins ont créé HABridge, qui émule un pont Hue, et permet de piloter sa domotique (Fibaro, ou autre), depuis les télécommandes... via le Hub justement. Et attention avec Harmony, tu ne pilotes pas un équipement comme tu veux, tout passe par le biais des activités, ça risque fort de ne pas correspondre à ton besoin. C'est assez particulier comme mode de fonctionnement. Perso j'ai renouvelé tout mon home-cinéma et multiroom ces dernières années. La présence d'une connexion Ethernet, d'une API locale + ouverte + documentée, était un critère de choix dans tout mon matériel. Ainsi je suis indépendant du cloud, de la changement de politique du fabricant. Et la Harmony ne me sert pas dans le sens qui t'intéresse (HC3 => TV), mais dans le sens usuel : humain => contrôles des équipements audio-vidéo, et humain => contrôle de la domotique (essentiellement lumières + volet de la salle ciné) (grâce à HABridge) Du coup, je n'ai pas besoin du plugin Fibaro ou de l'API Harmony. Remarque : je crois que HABridge peut être utilisé dans les 2 sens avec sa propre API, du coup ça permet de piloter Harmony sans connaitre l'API de Harmony

Merci pour l'info

Le Hub Logitech Harmony Que tu peux acheter tout seul si tu veux juste domotiser la TV, mais que tu peux aussi acheter en pack avec une télécommande universelle (la Elite est vraiment géniale) qui remplacera toutes tes télécommandes actuelles. Sinon, sans télécommande, il est existe aussi des solutions comme Global Caché, il y a quelques discussions à ce sujet sur le forum.

Ta config semble correcte. Dans la table energy, c'est normal qu'elle soit vide car ce module ne rapporte pas l'énergie (il n'a pas d'interface "energy", donc pas de champ "energy" dans son JSON) Le graph que tu vois dans la HC3, c'est la puissance consommée en Watts (interface "power" donc champ "power" dans son JSON) Cependant, vu que tu as coché showEnergy = true, DomoCharts devrait pouvoir récupérer la somme d'énergie consommée chaque jour et alimenter la table energy_day. Donc... il y a probablement un bug. Il va falloir activer le mode debug=true en créant une variable debug dans le QuickApp de DomoCharts. Puis... regarder le log à précisément 00:02:30, car c'est à c'est heure là que ça se passe (désolé ce n'est pas l'horaire le plus sympa qui existe).

@jjacques68 hum... faut que je me méfie avec GEA du coup... @Nico Non... et oui !! En fait ma prod est encore sur la HC2, mais la HC3 est AUSSI en prod, car depuis 6 mois, tous les nouvelles domotisations sont faites directement sur la HC3 (ça fera ça de moins à migrer). Et des trucs un peu lourds en énergie : le compteur Linky (via l'EDRT2), le chauffe-eau (c'est critique ça), le chargeur de la voiture, mais aussi tout ce qui se trouve au garage via l'IPX800. Et il y a aussi tout ce qui est en doublon entre les 2 box, grâce à l'API : Unifi présence, Netatmo, onduleur Eaton, Network Monitor, etc, donc des trucs qui n'auront pas besoin d'être migrés non plus du coup Bon Unifi présence, je me demande encore à quoi il sert, il y a 2 ans j'avais toutes les cartes de fidélité des hôtels, SNCF, Air France, etc... aujourd'hui, je dois dormir à peu près 365 jours par an chez moi (bon, faut enlever les vacances quand même... quoi que même là, ça a été réduit depuis 1 an... va comprendre ). Les temps changent. Le bon coté des choses, j'ai fait un test d’empreinte carbone, je suis passé de très mauvais élève, à très largement en dessous de la moyenne française. Greta approuve Ma conso d'électricité a augmenté, mais comme je me chauffe au nucléaire, ça reste écologique (oui on est le 11 mars..... une malheureuse date anniversaire)

là je me détent en codant quelques lignes de LUA , mais si ça ne me prend pas trop de temps, je cliquerai tout à l'heure