Lazer

Effectivement, la programmation horaire fine, et à fortiori la gestion de présence, est utile avec un moyen de chauffage à faible inertie, mais pas à longue inertie. Ou alors on parle de présence de longue durée, exemple : vacances.

Je vois, mais là où je ne vois pas l'intérêt, c'est de regrouper les radiateurs en zones C'est archaïque et hérité de la préhistoire domotique, avant justement que la domotique n'arrive, quand on ne pouvait pas faire autrement car on était limité par les gestionnaires d'énergies sachant piloter 1 ou 2 zones, et dans le meilleur des cas 3 zones (cf ce que proposait Delta Dore et consorts à l'époque) Et c'est exactement la raison qui m'a fait venir à la domotique il y a 10 ans exactement : la possibilité de piloter chaque radiateurs indépendamment. J'ai autant de zones que de pièces de la maison, et c'est beaucoup plus logique ainsi. En effet, aucune raison de chauffer toutes les chambres en même temps à la même heure, car chaque personne enfants/parents se lève/couche à des heures différentes. C'est pareil pour l'usage des pièces, la cuisine on y passe 2 ou 3 fois dans la journée (selon si on y mange le midi ou non), le reste du temps pas la peine de chauffer à fond, contrairement au séjour où on va y passer plus de temps, ou le bureau, etc après chacun ajuste en fonction de ses habitudes de vie. Et c'est ça qui est magique en domotique, c'est de personnaliser... en plus de prendre en compte toute un tas de conditions externes, telles que la présence/absence, détection de mouvement, etc. Et donc optimiser le ratio confort/économies. Après pour une grande pièce avec 2 radiateurs (voire plus), on peut effectivement regrouper les 2 appareils sur le même fil pilote, ça a du sens vu que physiquement parlant, c'est la même zone, c'est à dire le même volume de chauffe. Bon de toute façon je n'ai presque plus de radiateurs électrique, remplacées par les pompes à chaleur.

Le problème c'est de pouvoir déporter la sonde. Car le module Qubino est par principe proche du radiateur, derrière même, donc exactement pas là où la température est représentative de la pièce. Et le câble standard des sondes vendues par Qubino fait à peine 1m, donc impossible de localiser la sonde à un endroit judicieux, sauf à se fabriquer une rallonge sur-mesure... et puis faut avoir une gaine encastrée dans le mur aussi, histoire que ça soit un minimum propre. Au final, sur les 5 modules Qubino que j'ai chez moi, un seul a une sonde de température, et ce n'est même pas un module fil-pilote, mais un module qui contrôle un volet Velux, du coup la sonde mesure la température de la mezzanine à coté (où il faut chaud en été)

En Z-Wave ça devient compliqué les capteurs de température, depuis la disparition des ST814, bien qu'ils avaient un design d'un autre âge, ils étaient particulièrement efficaces. Tu as des capteurs muraux avec écran LCD chez MCO Home, mais un peu cher et nécessitant l'alimentation secteur. En fait ce sont plus des capteurs de qualité de l'air, avec plein de fonctions. Ou bien le tout petit Aeotec AerQ, à cacher dans un coin, sans écran, il fait super bien le boulot. Sinon, regarde du coté du Zigbee, là il y a le choix, mais pas sûr qu'ils soient tous compatibles avec la HC3, quoiqu'avec le dernier firmware ça devrait aller mieux => https://smarthomescene.com/reviews/best-zigbee-temperature-and-humidity-sensors-with-a-display-comparisson-article/

Les mises à jour ne sont jamais déployées automatiquement, donc ça reste de ta responsabilité. Les beta sont à proscrire sauf à savoir exactement ce qu'on fait... donc n'installer que les stables, c'est plus sûr. Une sauvegarde automatique est réalisée à chaque mise à jour de firmware... donc tu dois en avoir si tu as fait des mises à jour. Mais en dehors de ça, si tu n'as pas pensé à faire de sauvegarde manuellement (en local ou dans le cloud), bah... c'est pour ta pomme ! ça veut dire que potentiellement, tu es bon pour tout réinstaller. Avant ça, essaye quand même de rebooter ta box, et surtout essaye en local, car avec l'accès distant on a parfois des comportements inattendus. Enfin, il faudra voir de quel thermostat, et quels switchs tu parles, et la façon dont tu les utilises (association directe, scène via la box, etc). Aussi, selon la densité de ton réseau en modules Z-Wave, il est possible que tu aies un mauvais maillage, et donc des erreurs de transmissions, ce qui est indépendant de la box.

J'ajoute que tu ne peux mécaniquement pas connaitre l'ID du module Qubino Fil Pilote tant que tu ne l'as pas acheté, reçu, et inclus dans ta box. Dit autrement, ce QuickApp est inutile sans module Qubino Fil Pilote.

Merci pour ton retour Effectivement les graphs (température, consommation électrique, ...) ont migré de l'onglet Avancé à l'onglet Général, je trouve ça plus logique ainsi même si en pratique je ne les utilise pas (tout dans DomoCharts) Et pas de souci de visualisation, j'ai bien les données jusqu'à l'heure courante, exemple sous Firefox : De façon générale après une mise à jour, et à fortiori quand tu as un bug d'affichage, il faut bien penser à vider le cache de ton navigateur, ou à minima forcer le rechargement complet de la page avec Ctrl+F5

Pourquoi tout réinstaller ? Cela ne me semble pas nécessaire, si DomoCharts est correctement reparti après avoir résolu les problèmes de bases de données. Au moins il faut conserver les tables historiques _day et _month qui n'ont aucune raison d'être supprimées.

Voilà, inscription réussie, bienvenue sur le forum

Bienvenue sur le forum J'ai l'impression que tu as "raté" ton inscription car tu es identifié "Invité" sur ton pseudo.

Etonnant, car là tu montres le graph de température, donc c'est une table différente d'energy, celle qui était corrompue. Mais... en relisant mieux ton message précédent, on voit dans le log de DomoCharts qu'il mémorisait toutes les données... donc l'erreur sur ta base SQL empêchait l'importe de toutes les données, toutes tables confondues. Donc normal que tu aies un trou dans les statistiques... malheureusement là c'est perdu à jamais

Tu devrais poser la question sur le forum officiel Fibaro, ou bien encore le support, car là on dirait que la librairie JSON qui a un comportement différent, peut être qu'ils ont déployé une nouvelle version de la librairie.

Oui c'est grave Aucune idée de ce qui a pu arriver... On dirait que ta table energy est corrompue, tu peux essayer de la parcourir avec phpMyAdmin ? Si elle est vraiment corrompue, tu peux appliquer ce qu'on a dit il y a quelques jours ici-même (voir plus haut), à savoir la purger complètement.

Normal les vacances sont terminées, le QuickApp est en PLS

Alors je te laisse essayer, pas envie de tenter ici

à priori pas de souci pour l'instant Même les fils pilotes fonctionnent toujours (enfin je n'en ai testé qu'un seul, le sèche serviette de la salle de bain, vu que je n'utilise plus les autres radiateurs qui sont avantageusement remplacés par une pompe à chaleur)

Oui cet après-midi.

Pour accéder à l'API du nouveau panneau de diagnostique Z-Wave, voici l'URL utilisée : /api/apps/com.fibaro.zwave/diagnostics/transmissions On obtient un JSON dont chaque "bloc" correspond à un node Z-Wave, c'est à dire un module physique. Exemple pour un module particulièrement bavard (MCO-Home A8-9, un capteur de qualité d'air 9 en 1) Vu qu'il s'agit d'un capteur, on constate beaucoup de paquet "incoming", c'est à dire arrivant dans la box, mais qu'à l'inverse il n'y a pas de paquet "outgoing" pour ce module. Mais on peut en voir pour les actionneurs (relais, dimmers, etc) Aucune erreur "Failed" à signaler, donc tout va bien. Pour obtenir la correspondance entre l'ID du Node, et l'ID du module, il faut parcourir le JSON des modules avec l'API déjà connue : /api/devices Et on retrouve la propriété nodeId : Ensuite on peut afficher son nom, pièce, etc. Voilà qui va nous permettre de réaliser des outils de diagnostiques/statistiques du réseau, à l'image de la scène Z-Wave Monitor qui existait pour HC2 : https://forum.fibaro.com/topic/32655-z-wave-monitor/

A ceux qui ont des problèmes de modules non configurés et qui ne fonctionnent plus depuis ce firmware, est-ce que vous pouvez essayer la technique suivante ? J'avais mis ça en place pour mes 4 modules Qubino Fil Pilote afin qu'ils ne remontent plus en erreur dans la box, ça fait 2 ans et demi qu'ils fonctionnent comme ça. Depuis ce firmware, j'ai un message qui me dit que ces modules n'ont pas de template (normal), mais pas de message qui me dit qu'ils sont non configurées. Car la technique consiste à modifier les propriétés des modules pour faire croire à la box qu'ils sont correctement configurés : /api/callAction?deviceID=123&name=setProperty&arg1=configured&arg2=true /api/callAction?deviceID=123&name=setProperty&arg1=deviceState&arg2=Configured URL à saisir dans votre navigateur, après l'adresse IP de la box. Et remplacez 123 par l'ID du module parent.

Il faudrait refaire un benchmark de performance comme je l'avais fait. Pas sûr que ça change grand chose, car je pense que derrière, c'est le même genre de boucle qui tourne. Et surtout, mon benchmark avait montré que les performances restent très bonnes, même avec plusieurs boucles refreshStates qui tournent dans différents QuickApps. Et mieux que ça, en pratique, ma box fonctionne comme ça depuis quelques années maintenant, sans souci de perf. Je ne sais même plus combien de boucles j'ai en parallèle, peut être 4 ou 5 dans divers QA (dont GEA) EDIT : après peut être qu'avec 20 boucles ça ne serait plus la même histoire... si quelqu'un est motivé pour faire le benchmark comparatif et nous faire un retour...

Je pense que le nom du truc parle de lui même sans même devoir lire la doc Le concept consiste à souscrire aux événements de RefreshStates, sans avoir besoin de mettre en place la boucle que j'avais écris. En gros, et de façon standard, les QuickApps peuvent maintenant réagir exactement comme les scènes, c'est à dire se déclencher automatiquement sur événement.

Sinon tu peux aussi lire les 3 premières lignes du changelog

Contacte le support Fibaro, je crois que le bug du backup est un bug connu Sinon tu lances la mise à jour sans backup préalable, mais c'est plus risqué car pas de retour arrière possible.

Ah je n'avais pas compris qu'ils n'étaient plus fonctionnels... du coup c'est carrément un problème

Pour utiliser RefreshStateSubscriber, voir la doc sur le forum officiel : https://forum.fibaro.com/topic/69400-any-description-for-refreshstatesubscriber/#comment-271642 L'intérêt est de simplifier le déclenchement des QuickApps sur événements, sans avoir à mettre en oeuvre le mécanisme refreshStates que j'avais décrit ici :