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