Lazer

Ah ben oui, mais je ne sais pas ce que tu as fait du coup, si tu a mis la commande setProperty n'importe où dans le code LUA, effectivement ça va impacter TOUS les children C'est pour cela que je t'ai donné l'URL via l'API, ça ne change que le module désigné par son ID. Sinon pour la valeur il faut la multiplier par 10. Après je ne connais pas le code de ce QA, je n'ai pas le temps de rentrer dedans, donc si tu ne sais pas où il faut faire la modif, et si tu as peur de faire d'autres bêtises, le mieux est de demander à son auteur.

Je suis très surpris, tu demandais comment rebooter la box en recovery SANS passer par le bouton physique, et tu pointes vers un tuto qui utilise justement le bouton physique.... Je met le lien ici pour les lecteurs suivants, plus utile qu'un PDF traduit et à la mise en page étrange : https://forum.fibaro.com/topic/50092-hc3-not-visible-in-network-how-to-factory-reset-without-user-interface/

Tu devrais avoir 24.44 V et non pas 24.44 KV, c'est bien ça ? Visiblement d'après le code LUA c'est bien un Child device, mais ça tombe bien tu as déjà tout ce qu'il faut pour changer l'unité. Méthode bourrin, tu peux forcer l'unité en Volts : child:updateProperty("unit", "V") Mais attention, le code que tu as montré, c'est la fonction QuickApp:createDevices() dont le nom laisse à penser qu'elle n'est appelée qu'une seule fois, lors de la création du child. Dans ce cas, il faut soit supprimer ton child et lui demander de le recréer (avec la ligne updateProperty en Volts que je t'ai donné au dessus), ou bien mettre cette ligne ailleurs dans le code pour qu'elle soit exécutée. Ou bien manuellement en passant par l'API HTTP : http://x.x.x.x/api/callAction?deviceID=XX&name=updateProperty&arg1=unit&arg2=V Tu remplaces juste l'adresse IP et l'ID de ton child

C''est mal engagé alors, si tu ne peux pas booter en Recovery, c'est que tout la clé est en train de mourir. On ne peut pas remplacer la clé, il y a une sécurité, ça ne fonctionne qu'avec une clé installée et programmée en usine par Fibaro.

Donc ce que tu veux modifier, c'est la valeur et l'unité du QuickApp "Puissance actuelle" ? C'est un QuickApp autonome, ou bien un Child du QuickApp parent ? Pour le séparateur décimal point/virgule, je pense que Fibaro nous l'impose, à vrai dire je n'y avais même pas fait attention, mais en tout cas on n'y peut rien.

J'ai déplacé dans QuickApp support Le rubrique développeur c'est quand il y a un tuto associé, ce qui n'est pas le cas ici Bref, voilà bien pourquoi je n'aime pas le market Fibaro sous sa forme actuelle. Il est juste nul. Pas de zone de support, un espace de commentaire inadapté (pas de notification de nouveau message, impossible de mettre en forme, etc), du coup impossible de solliciter l'auteur pour obtenir du support. Regarde si tu peux le contacter en privé ou via le market. Ou bien via son Github Sinon on peut aussi apporter de l'aide ici, si tu es prêt à modifier le code LUA toi même.

OK je comprends mieux Mais ce module virtuel, tu l'as écrit toi même ? Ou il existe déjà sur le forum ? Auquel cas on rattachera ta demande au bon topic. EDIT : je vois dans ta capture d'écran que ce n'est pas un module vituel, mais un QuickApp, logique puisque tu es sur HC3. Je n'ai pas l'impression que ça vienne du forum

OK, je comprends mieux maintenant Tu peux tenter de faire un nouveau recovery, mais si ça recommence, c'est que la clé USB interne est définitivement HS (cellules flash usées). Dans ce cas, tu n'auras pas d'autre choix que de la renvoyer au SAV Fibaro en Pologne... généralement ce type de réparation coute dans les 100€ je crois, parfois c'est offert, va comprendre. Si c'est le cas ça ne serait vraiment pas de chance...

Euh, je comprends rien là, effectivement tu as dû poster au mauvais endroit. Quel rapport avec l'application mobile ? Quel rapport avec iOS ? En fait, il sort d'où ton code LUA ? D'un module virtuel existant ? C'est là qu'il faut aller chercher

C'était une boutade, je suis bien d'accord avec toi, gardons les choses qui fonctionnent

Les Remotec ZXT sont pour les clims oui, ce ne sont pas les mêmes fréquences d'infrarouge Cela dit je crois me souvenir que dans le passé, Remotec faisait un module compatible avec les fréquences IR des équipements audio-vidéo, je ne sais pas s'il existe encore.... Sinon il y a une solution toute simple, tu changes de TV

Encore un nouveau firmware ? @ericl78 tu as toujours ton contact chez le fabricant pour leur demander le dernier firmware ?

Tu ne te serais pas faire arnaquer ? Le bon coin quoi.... les mecs qui vendent des produits défectueux, c'est courant. Tu peux contacter le support Fibaro, ils peuvent se connecter à distance et voir dans les logs ce qui cloche... parce que des problèmes comme tu rencontres après un Recovery, c'est pas normal.

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()