Lazer

Absolument, c'est bien pour ça que je demandais àvoir sur la durée.... mais si tu as fait la même remarque juste avant que mon post ne soit terminé

Je m'attends à ce que GEA soit lent, comme pour tout le monde.... donc je serai obligé d'avoir plusieurs instances.... voire même de mettre les FGMS dans une scène toute simple, hors GEA. Ca faisait parti de mes réticences vis à vis de la v4. Le temps de migrer, et je te dis ça. Mais j'aimerais bien voir les perfs du GEA de Nico sur la durée. Parce que si je ne dis pas de bêtises, Steven a fait une fresh install en v4 suite à son changement de box (avec une beta ceci-dit), et il est concerné pas les lenteurs.

Super, j'ai déjà ce compteur à l'entrée de mon chauffe eau, ça marche du tonnerre J'aimerai bien en installer un à l'arrivée d'eau de la maison, afin d'avoir des mesures en temps réelles. J'ai bien les clés plates/molette qu'il faut, mais je déteste la plomberie et je ne suis pas chaud pour toucher à l'arriver générale.... surtout que tout est en cuivre traditionnel soudé. Ca me serait bien utile, la semaine dernière on a eu une fuite de chasse d'eau, je m'en suis rendu compte le soir et j'ai coupé.... trop tard, puisque 3 jours plus tard j'ai reçu les stats de Veolia et je vois un magnifique pic de 1000 litres pour la journée... snif

Oui tout àfait, c'est ce que j'ai expliqué en première page, on alimente le DIAG63ARX en 12/24V, tout comme le Fibaro Universal Sensor. La même alimentation pour les 2, c'est plus simple. Ainsi, même pas besoin de 230V (enfin si quand même, puisqu'il faut bien du 230V pour le convertir en 12V). Mais l'idée c'est bien d'avoir 1 seule tension d'alimentation pour les 2 modules.

L'update était très facile, il suffisait de cliquer sur le bouton, de cocher 2 cases, de confirmer, puis d'attendre 10 minutes. Donc ça va. Il reste différents petits bugs qui trainent, le réveil du SRT321 par ex, et d'autres que j'avais déjà identifié. Rien de dramatique, mais c'est pas top. On ne peut pas dire que la v4 soit au niveau de la v3.590/3.600. Mais ça je m'y attendais. Le plus gros risque c'était de perdre tout mon réseau Z-Wave, mais ça c'est bien passé. A noter qu'il a effacé tout l'historique des consommations plus vieux de 1 an (alors que j'avais 1,5 an d'historique). C'est pas grave car j'avais pris soin d'exporter les données pour les mettre dans ma base SQL. Pour le coup des 1 ans, c'est normal, il y a un script qui tourne et qui fait une purge automatique afin de ne pas gonfler indéfiniment. Je ne sais pas quelle est la durée de conservation de l'historique des températures, c'est surement pareil. Sinon je viens de résoudre le problème des températures/humidité provenant de mes sondes EnOcean via FHEM. A cause de la nouvelle API, il fallait juste modifier légèrement les requêtes CURL. Donc problème résolu temporairement. Et oui, temporairement, car je vais passer au plugin VS. Sinon j'ai constaté tout au long de la journée que j'ai plusieurs tâches GEA qui ne fonctionnaient pas. Ce soir je vais voir les logs, et je vois plein d'erreurs. OK, je suis sous une vieille version de GEA (4.017), il me reste à faire la mise à jour pour être compatible v4 C'est parti....

Bon, après le soft reconfigure, le thermostat Secure SRT321 prend bien la température du panneau de chauffage. Par contre, impossible de modifier l'intervalle de réveil. Il est à900s par défaut, et il ne veut rien savoir. Il en reste encore pas mal des petits bugs en v4.... va falloir que j'ouvre un ticket pour ça, j'ai pas fini....

Pitp2 oui bonne idée je vais essayer son plugin. Alexis : bonne idée aussi, merci du conseil je vais essayer ça.

Cool Bon appétit Tu as un topic pour ton installation Nico je crois.

Tu rêves, il n'y aura jamais la librairie LUA io, ça ouvre trop de brèches de sécurité. L'accès aux fichiers, tout ça.... Oui ce bug du moteur Z-Wave est connu en v3, et résolu en v4... On en a longtemps parlé sur le topic du FGMS. Il faut soit exclure inclure le module, soit modifier àla main la DB. Sinon pour mes Qubino fil pilote, le souci c'est que maintenant ils sont vus comme des dimmers dans l'application Android, du coup ça me signale qu'il y a des lumières allumées alors que non. Pourtant j'ai bien coché appareil commandé : autre.

Moi je pense plutôt qu'ils ne devraient pas livrer de scotch double face dans la boite. Sur les capteurs d'alarme sérieux, on na pas le choix, c'est vis uniquement. Ou alors, Fibaro devrait prévoir la possibilité de désactiver l'anti arrachement via une option dans le module.

Mprinfo, cherches juste JSON Viewer dans les plugins de ton navigateur, tu vas trouver !

Ouais ça àl'air globalement bien

J'utilise un plugin JSON Viewer pour afficher joliment le JSON dans le navigateur. Très pratique. Existe sous Firefox et Chrome.

Bilan ce matin : les lumières ne se sont pas allumées lors des mouvements devant les FGMS. Je m'en suis aperçu hier soir en montant me coucher, mais j'avais la flemme de rallumer le PC. Faut que je vois ce qui cloche avec GEA, pourtant il fonctionne au moins partiellement puisqu'il a allumé le Qubino du sèche serviette ce matin. Également, FHEM ne met plus àjour les variables globales de température et humidité. Sûrement àcause du changement d'API. Ça me fait un peu de travail pour tout àl'heure ...

Je ne sais pas. Dans le doute, tu peux recréer une nouvelle VM, y mettre ton Xpenoboot, tes disques RDM, et basta ! Sinon tu peux accéder au BIOS de ta VM actuelle, et le réinitialiser aux valeurs par défaut.

Bilan : la migration ne s'est pas trop mal passée....... ..... ..... C'est le bazar avec tous les nouveaux modules, mais globalement tout semble fonctionner sauf : - Thermostat Secure SRT 321 => il était inconnu => Après un soft reconfigure, il semble bien reconnu. Il a repris la température du panneau de chauffage, mais comme il n'y a pas besoin de chauffer, difficile de savoir si ça fonctionne vraiment. Le truc sympa c'est la sonde de température interne enfin visible dans l'interface. - Répéteur Aeotec DSD37 => inconnu => soft reconfigure => pas beaucoup mieux - Qubino Fil Pilote => Ils demandent un soft reconfigure, mais je n'ose pas tester... des retours ? J'en ai un qui pilote le sèche serviette de la salle de bain, donc encore utile en cette saison. Voilà , on verra demain matin au réveil

Sur HCL je ne sais pas, mais il doit y avoir des tutos pour ça.... normalement c'est un bouton à l'arrière de la box. Inutile d'exclure tes modules maintenant, puisque tu devras les exclure juste avant de les réinclure. En fait comme tu veux, ça revient au même, puisque c'est forcément exclusion + inclusion. Sinon, support Fibaro pour ne pas t'embêter

t'a du faire une boulette vérifie les propriétés de ta VM. Si tu mets ton Xpenoboot dans une nouvelle VM, tu le verras booter. Ca doit forcément booter, c'est juste pas possible autrement. au pire, reprend tranquillement demain matin àtête reposée.

Si tu fais ça, autant faire un recovery et repartir de zero. Ca te fera le meme boulot et ça sera plus propre.

en dernier, tu peux aussi t'assurer de vider le cache de ton navigateur, voire te connecter avec un autre navigateur.

Essaye de rebooter la box. Sinon c'est demande au support FIbaro pour qu'ils se connectent àdistance et fassent le ménage àla main dans la base de données.

et Xpenoboot ?

Remet l'image Xpenoboot normale, tu as certainement fait une erreur en modifiant le sysllinux y'a pas de raison que ça boote pas

j'ai jamais eu besoin de modifier syslinux, et ça a marché comme dans le tuto, enfin je crois. Reprends depuis le début en vérifiant bien les étapes. Moi j'ai fais ça y'a longtemps, je ne peux pas plus t'aider que ce qui est écrit. PS : quand tu ouvres la console de la VM Xpeno, tu dois voir Linux booter. Sinon c'est que tu as un problème....

On peut voir ça comme une faille dans la mesure où ils ont enlevé la fonctionnalité de l'interface Web, mais ils ont "oublié" d'enlever les vraies pages derrière. Une sorte de backdoor. Bref, si ils le veulent pas qu'on l'utilise, ça sera facile pour eux àbloquer lors de la prochaine mise àjour.