Lazer

Tu peux retirer la lampe témoin ? Car elle a une impédance sur les bornes, ce qui gène le module je pense. Sinon, changement d'interrupteur par un modèle classique.

Le témoin (allumé lorsque la lampe est OFF) n'est pas possible avec les modules domotiques. C'est le voyant (allumé lorsque la lampe est ON) qui est possible, tout simplement parce qu'il se câble en parallèle de la lampe. Normalement la lampe va sur la sortie Q1 du module. Sur ton interrupteur, si le témoin était accessible sur une borne dédiée, on aurait pu imaginer de le connecter sur la sortie Q2, et à l'aide d'une scène dans la box, d'agir sur Q2 lors que le statut de Q1 change, de sorte à inverser le fonctionnement. Mais ça n'a pas l'air d'être possible vu les photos.

Je n'avais jamais fait attention (je n'utilise pas le champs trouver) Je viens de tester à l'instant : 5.150.18 Stable (vieux) => Même comportement que toi, le champ Trouver est sans effet 5.171.15 Beta (la dernière) => C'est OK En revanche attention, ce champ n'est pas un filtre, c'est un outil de recherche qui met en surbrillance le mot recherché à l'écran. Je préfère la fonction de recherche native à l'explorateur (CTRL+F), par habitude car elle fonctionne sur tous les sites, et qui produit le même résultat. Mieux même, car je préfère la mise en surbrillance du navigateur, ainsi que le rappel dans la barre de défilement verticale à droite de l'écran (Firefox, Chrome, ...)

Je n'avais jamais eu de problème avec ce thermostat, ni sur HC2, ni sur HC3, depuis des années... ... sauf depuis cet hiver, en effet depuis quelques mois le SRT-321 passe en nœud mort occasionnellement. Je ne suis pas certain de la cause, mais cela est apparu quand j'ai refait mon tableau électrique. Comme il est branché sur fausses piles, donc indirectement alimenté par secteur, je suppose que le module n'a pas apprécié les nombreux allumages/extinctions. Mais il passe seulement en nœud mort, il ne se fait pas éjecter du réseau Z-Wave. En fait quand cela se produit, je peux soit le réveiller en utilisant le bouton (pour rappel, un contrôleur Z-Wave NE PEUT PAS réveiller un module, c'est le module qui se réveille de lui-même) et alors il rétablit immédiatement la connexion avec la box. Ou bien, je coupe le courant, puis je remet le courant (équivalent de retirer et remettre de vraies piles), et alors il se reconnecte.

Au tout début, j'allais sur Facebook (l'interface était encore en anglais quand je me suis inscrit) Cela fait plus de 10 ans que je n'y vais plus. J'ai donc rajeuni ? Voici la recette de la jeunesse éternelle Note : pour être un vrai jeune, il faudrait que j’aille sur Tiktok... pourtant je n'ai même pas de compte tellement ça ne me tente pas. Non en fait je suis un super vieux, je ne fréquente quasiment que les forums, il n'y a que là qu'on y trouve les trucs les plus intéressants...

FB... C'est Facebook ? Décidément... voilà donc un site sur lequel je ne vais encore moins souvent que sur le Marketplace Fibaro

Il est fort possible que la version des librairies utilisées par Fibaro soit différente entre les Scènes et les QuickApps... car même la version du moteur d'exécution LUA diffère ! Par ailleurs, certaines libraires et fonctions sont carrément présentes/absentes selon si on est dans une Scène ou un QuickApp... voir mon topic dédié à l'exploration : S'il s'agit d'un comportement anormal, bug, ou changement de comportement apporté par une mise à jour récente, le mieux est de remonter le problème directement à Fibaro en passant par le forum officiel.

Merci pour ton retour d'expérience. Et heureux que mon tuto puisse servir au delà de l'écosystème Fibaro / Z-Wave

Bienvenue sur le forum Et merci pour ton message, c'est sympa.

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.