Lazer

Merci pour le partage, je ne serais pas tombé dessus par hasard vu que je ne pense jamais à aller sur le market Fibaro L'autre intérêt de ce QA aussi, c'est de pouvoir visualiser les graphiques simplement depuis l'application mobile, sur son smartphone. Car DomoCharts sur l'écran du smartphone, ce n'est pas prévu pour, c'est même vraiment nul

Pas de chance... Tu avais soudé les résistances ?

Non.. ce n'est pas prévu... j'avais identifié cette limitation dès le portage de DomoCharts pour HC3. Et je ne sais pas trop comment on pourrait adapter le code sans entrer dans des trucs ultra compliqués... car le souci n'est pas tant du coté du code LUA du QuickApp, que de la base de données SQL qui n'est pas prévue pour reconnaitre plusieurs propriétés pour un même type de device.

Juste que cette doc est complètement insuffisante... déjà pour un humain, il faut pas mal se creuser la tête, expérimenter, et demander de l'aide sur les forums (ici et l'officiel) pour arriver à sortir un QA potable. C'est pas une IA, en tout cas pas les algos existants, qui pourront en faire quelque chose. Par ailleurs, même si une belle doc existait, dans ce cas, pourquoi ne pas simplement la lire, augmenter ses connaissances, et être autonome sur le développement des QA ? Quel intérêt de se reposer entièrement sur une IA pour écrire un QA, sans rien y comprendre ? Avec comme tu le soulignes, ses erreurs qu'elle peut faire et qu'on ne saura pas corriger si on se repose entièrement dessus. Dans cette situation, à part rendre les gens encore plus bêtes qu'ils ne le sont déjà, les IA ne vont pas nous emmener bien loin... Comme tu le dis, la bonne approche, c'est de l'utiliser pour nous aider sur des besoins bien précis, C'est un complément, pas un substitut.

Bonne question... je n'ai pas l'expérience nécessaire pour de tels projets...

Re-bienvenue sur le forum

Merci pour ton partage de retour d'expérience. Sacré affaire, ça t'as occupé pendant de longs mois cette histoire.

Non c'est très bien, tant mieux si ça fonctionne pour toi. Au début j'avais utilisé le mode bloc de Grafana, mais rapidement j'ai arrêté car il ne me permettait pas de faire ce que je voulais. En effet, le gros intérêt pour moi de Grafana, c'est d'aller au delà de ce que peut faire DomoCharts via les pages PHP... à savoir des graphiques complexes, intégrant des données provenant de plusieurs tables... à partir de ce moment là, le SQL montre toute sa puissance avec les requêtes imbriquées, les relations entre tables, etc... Par exemple j'ai un tableau de bord de suivi de ma production photovoltaïque, la requête SQL fait 50 lignes, avec jusqu'à 4 niveaux d'imbrication. La force de Grafana ensuite, c'est qu'en chargeant le dashbord, à partir de cette unique requête, il m'affiche les données sous forme de tableau, de synthèse, de compteur, de vumètre, et de graphiques en tout genre. Cerise sur le gateau, je peux choisir la finesse d'agrégation des données dans une liste déroulante en haut de l'écran. Les graphiques sont de moins en moins lisibles à mesure que les mois/années passent, mais on peut facilement zoomer dessus pour les afficher en plein écran, on peut bien sûr choisir la période d'analyse des données dans le calendrier prévu à cet effet, etc : Un autre pour le suivi détaillé de mes consommations électriques : Ou de mon abonnement TEMPO par tranche horaire : Etc...

c'est normal, ça altère les capacités Comme je suis habitué au SQL, je réalise toutes mes requêtes en SQL dans Grafana. Voici un exemple qui fonctionne : SELECT TIMESTAMP(date) as time_sec, sum_value as "Eau chaude" FROM domocharts_water_day WHERE TIMESTAMP(date) between $__timeFrom() and $__timeTo() AND device_id = 550 ORDER BY date La requête va chercher la consommation d'eau chaude. En voici une autre, non testée, qui devrait te donner ce que tu veux pour la température de ton salon : SELECT UNIX_TIMESTAMP(time)*1000 as time, value, "Temperature Salon" as metric FROM domocharts_temperature WHERE $__timeFilter(time) AND device_id = 1341 ORDER BY time Il faut cliquer sur le petit bouton "Code" à droite de ton écran pour basculer en mode requête SQL classique.

J'en ai déjà quelques-uns de réserve... Bon c'est pas grave hein, pas d'urgence.

Rien de prévu pour l'instant.... faut que je trouve une idée de nouveau besoin pour acheter un module dont je n'ai pas (encore) l'utilité

ah oui lol ! c'est sans risque après, tu verras vite si tu trouves ça lent à l'usage ou pas. Et encore une fois, tout est réversible. Cool pour les trends du courant

Bah pourquoi ? On ne s'est pas compris j'ai l'impression.... Moi je te demande juste si la modification a eu un effet ou non sur l'affichage de tes graph ? Tu peux modifier la valeur sans risque, ce n'est que de la consultation. Je ne vois pas ce qui te fait peur dans mon message précédent, il n'y a aucune mise en garde. Pour le trend, tu peux appeler la page maintenant, ça va forcer un reclacul immédiat et tu verras tout de suite si les curent_day sont bien générés.

Surement parce que la version partagée sur le forum ne calcule pas non plus les trends pour le courant.... Dans le fichier trend.php, tu peux ajouter ceci quelque part, par exemple juste après voltage : //*** Current array_push($response['data'], ExecuteQuery($bdd, " INSERT INTO domocharts_current_day (date, device_id, min_value, avg_value, max_value) SELECT DATE(time) AS date, device_id as device_id, MIN(value) AS min_value, AVG(value) AS avg_value, MAX(value) AS max_value FROM domocharts_current WHERE DATE(time) > ( SELECT COALESCE(MAX(`date`), '0001-01-01') FROM domocharts_current_day ) AND DATE(time) < CURDATE() GROUP BY date, device_id ")); array_push($response['data'], ExecuteQuery($bdd, 'DELETE FROM domocharts_current WHERE DATE(time) < SUBDATE(CURDATE(), '.$db_interval_current.')')); array_push($response['data'], ExecuteQuery($bdd, 'OPTIMIZE TABLE domocharts_current')); ça devrait fonctionner je pense. Alors là.... je n'ai jamais testé.... Je ne me souvenais même plus qu'il y avait le paramètre $display_interval dans le fichier config.inc.php ! Donc tu l'as augmenté et ça n'a aucun impact sur le graph ? Parce que quand je regarde la requête SQL qui est générée dans data.php, ça devrait théoriquement être pris en compte.

Hello, pour bien commencer l'année, voici une bonne nouvelle dans l'écosystème domotique français. Un ancien de domotique-store (que le patron avait revendu pour rappel... on connait la suite) a ouvert son propre site, on retrouve la philosophie originale avec les fiches produits ultra détaillées, les tutoriels, etc : https://domo-malin.fr/ Souhaitons lui plein de succès

C'est pas @mprinfo qui t'avais aidé pour installer ton HAProxy ? Perso je ne peux pas te donner ma config, c'est trop particulier (double reverse-proxy avec WAF, pages hébergées en DMZ (VLAN dédié), même les requêtes SQL passent par le reverse proxy), donc pas du tout transposable. Et si je devais remettre le nez dans ce que j'ai mis en place à l'époque, je serais bien embêté... c'était pas simple.

Je viens de regarder sur l'une de mes VM Linux, et j'ai aussi plein de paquets droppés en RX. Ce n'est donc pas un problème de câble, vu que c'est une VM, totalement virtuelle. Mon ami Google me dit que ça peut être pour plein d'autres raisons, qui ne sont pas forcément signe d'un problème. Exemple parmi plein d'autres : paquets IPv6 reçus alors que l'IPV6 n'est pas activé sur la machine en question. Bref, pas de quoi s'inquiéter à mon avis, si tu n'as jamais constaté de problème de performance sur ton réseau. En tout cas ne change pas les câbles. Remarque de fond : le problème du monitoring informatique, c'est qu'on trouve toujours un paramètres qui n'est pas au top, pour autant ça ne veut pas dire que le système ne fonctionne pas bien, d'ailleurs on n'en serait jamais rendu compte si on n'avait pas regardé les compteurs. C'est comme quand tu es en pleine forme, en bonne santé, mais que tu vas faire un checkup chez le médecin, il trouvera toujours un signe qui n'est pas au top... Mon conseil : ne regarde pas trop les compteurs réseaux, tu vas finir hypocondriaque !

Je ne sais pas du tout.... J'ai juste pensé aux câbles, mais pour le reste... il y a peut être des mécanismes réseaux que je ne connais pas...

Je ne sais pas... mais tes câbles réseaux, ce sont bien au minimum du Cat 5e (c'est à partir de cette génération qu'ils sont certifiés pour du 1 Gbit/s), ou bien Cat 6 ou 6a ou 7 ? Attention aux faux câbles chinois disponibles à profusion sur Amazon, Aliexpress et toutes les plateformes de vente, la plupart n'ont aucune certification... quand tu vois qu'ils arrivent à vendre du Cat 8 alors que la norme n'existe pas (encore), ça en dit long sur leur crédibilité...

Ah je n'avais pas fait attention que tu avais une PAC air/eau, donc je confirme que mon QuickApp n'est absolument pas compatible.

Oui tu peux tenter ça, mais bon, l'intérêt est limité, car faire un reset pour restaurer exactement la même sauvegarde risque de ramener le même problème... sauf si tu as un backup d'avant tes modifications, dans ce cas, ça se tente. Sinon, il faudra tenter le support Fibaro, parfois ils sont efficaces.

De mémoire, tu dois avoir un fichier nommé config.inc.php qui permet de paramétrer les durées de rétention des données détaillées pour chaque type de capteur. Effectivement par défaut c'est 7 jours ça suffit pour 99% des cas de figure. Tu peux l'allonger, ça prendra juste plus de place dans la DB... tu pourras le réduire quand tu auras fini tes analyses. En revanche, il me semble que par défaut le graphique n'affichera que 7 jours également... pas sûr qu'il affiche plus même s'il y a plus de données en DB... et vu que ça doit être codé en dur, il faudra chercher quelque part dans les fichiers PHP et Javascript. Sinon, tu fais comme moi, pour les graphiques avancés, j'utilise Grafana, qui va requêter sur la DB MySQL/MariaDB, et qui permet de personnaliser les graphiques à volonté (pas toujours évident, il faut prendre en main l'outil)

Ah ça, c'est plus délicat, à ma connaissance il n'existe pas de liste officiel, il faut pas mal fouiner et expérimenter... Sur le forum officiel, @tinman a fait une exploration des types de modules, et des interfaces qu'on peut ajouter sur ces modules, avec pour conséquence l'apparition de propriétés sur les modules. Il a partagé le résultat dans des fichiers Excel : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/58/#comment-227370

Avant d'utiliser des chatbots, il serait préférable de comprendre comment ça fonctionne... ce n'est pas à toi de lui faire apprendre, tu ne peux pas. C'est l'entreprise derrière l'algorithme qui lui fait apprendre... en lui faisant ingurgiter les données déjà présentes sur Internet. Et quand bien même tu pourrais lui faire apprendre, quel serait l'intérêt ? Puisque ça voudrait dire que tu maitrises déjà le sujet, donc l'IA est inutile.

Bonne année 2025 à toutes et à tous, que cette année soit encore meilleure que la précédente, je vous souhaite plein de réussite dans vos projets domotiques, de la santé dans vos réseaux Z-Wave, du bonheur grace au confort des scénarios automatisés