Lazer

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 :

Pour le ZMNHLA2 c'est "normal", c'est le fameux module Qubino Fil Pilote dont le firmware est buggué et l'inclusion ne s'est jamais passée correctement, donc logique qu'il ressorte en non-configuré. Ce n'est pas spécifique à cette version de la HC3.

Tu as le plugin météo intégré de base dans la HC3, ça ne te suffit pas ? Pour le plugin Netatmo, il faut avoir une station du même fabricant, donc forcément, ce n'est pas gratuit. Sinon sur le forum il doit trainer un ou deux QuickApps météo... Weathertrucmuche ou quelque chose comme ça, tu trouveras facilement dans la section des QuickApps.

Le grand retour aux sources de @jojo : Fibaro, Windows, mais que se passe-t-il donc ?

Han J'ai hate de tester ça

Bienvenue sur le forum