Hello,
Petit billet d’avancement de mes travaux :
- pour l’heure, le blog est en pause. Je dois remettre à jour plusieurs articles (voir plus bas) notamment JPI et celui de la gestion du confort (et des thermostats)
- en vue d’une migration propre (vers debian 10 et Jeedom 4), je termine un premier nettoyage de mon installation debian 9 et Jeedom 3 :
- il m’a fallu supprimer le plugin JPI plugin-jpi plugin et passer par script pour piloter l’excellent APK de @dJuL. Quelques mémos, il faut penser à paramétrer le timeout correctement. Un réglage à 30 secondes est suffisant.
[JPI-APK android] Tel Android dedié domotique - #1252 par benj29
- j’ai modifié ma manière d’afficher les designs pour gagner du temps. Sur ma gestion de mouvement par zone, je précharge maintenant le design avant l’extinction de la tablette. Un simple refreshdesign au prochain mouvement permet de gagner du temps.
=> article à remettre à jour :
https://jeedom-facile.fr/index.php/2018/12/14/jpi-a-lui-tout-seul-un-article/
- autre sujet découvert, celui du plugin ping. J’ai découvert (par hasard) qu’il avait été remplacé par Network. plugin-networks as glop … bref, là il m’a fallu recréer tous mes équipements et jouer du :
- remplacer cet équipement par ;
- copier l’historique ;
- remettre les actions de notification.
Au contraire, j’ai gagné en finesse de réglage par ce plugin. La documentation faite permet un ping « efficace » sur le même réseau :
Un équipement classique (routeur, ethernet, raspberry, sonoff, passerelle wifi des climatisations, nas etc) :
Note : étonnement, je m’attendais à ce que l’harmony en wifi soit volatile (et utiliser l’arp) mais l’ip est plus fiable.
Un équipement présente un port ou un service qui m’importe (web apache, téléchargement type radarr etc, JPI etc) :
Les équipements Android classiques :
Le hors réseau :
=> Article à modifier :
https://jeedom-facile.fr/index.php/2018/12/18/la-surveillance-de-vos-equipements-domotiques/
Suivi Conso: - gros nettoyage des historiques. Au delà de ça, plugin-suiviconso le travail récent de @superbricolo et son acolyte m’a permis de simplifier tous mes calculs de consommation que j’effectuais à coup de lastbetween sur l’historisation des consommations et prix sur la veille, semaine, mois, etc… bien plus simple. Bon après, j’ai gagné une 10aine de méga sur ma sauvegarde qui reste conséquente (350 Mo).
Il n’y a plus d’historisation et tout est calculé en dynamique. Les valeurs brutes sont prises directement dans le plugin en ayant coché les informations de chaque équipement. Je ne fais qu’un arrondi pour l’affichage :
Je déduis la tendance à la volée par comparaison (la petite flèche) :
#[Energie][Tableaux Usages][conso_elec_veille]# > #[Energie][Tableaux Usages][conso_elec_2j]#
Mes scénarios se sont totalement allégés, il ne reste que le calcul de % :
Et les notifications de suivi quotidiennes ont été mises à jour (et les hebdos) :
=> J’ai commencé à rédiger un article sur le suivi de consommation que je vais revoir compte tenu de la modification et simplification de suivi conso.
- je m’attends potentiellement à des problèmes de design (notamment à cause du plugin widgets devenu obsolète), mais je pense refaire mes designs en V4 devant l’énorme travail. Peu à peu, mon utilisation se stabilise et j’ai très peu de modification, que du suivi.
Pour cela, je termine déjà un nettoyage V3. Et je suivrais la méthode donnée par @akenad sur son billet :
- Debian9/Jeedom3/Sauvegarde
- Debian9/Jeedom3/Migration V4
- Debian9/Jeedom3/Sauvegarde
- Debian10/Jeedom4fresh/Restauration
- dernier gros chantier, les thermostats.
Ayant récemment équipé le RDC de ma maison en climatisation (3MXM40 + 3 splits) et ayant refait l’isolation de la toiture, les premiers jours ont donné des résultats chaotiques. Maintenant je suis en full clim sauf les 2 salles de bains en fluide soufflant.
J’ai donc décidé là encore de reprendre totalement la gestion thermostat. Exit les variables de décalage et grosse simplification. Remise à zéro des apprentissages en temporel et l’ajout des options de % cycle est à affiner.
J’ai des pièces où je suis en surchauffage par rapport à la consigne :
D’autres où la cyclage était trop récurrent :
Donc j’ai sorti toutes les variables de décalage et j’ai simplifié les températures de consigne :
Je pilote directement les consignes en question : CFT donne CFT-1, ECO. ABS et NUIT ainsi que CLIM sont séparés.
Pour l’heure, réinitialisation de tous les apprentissages (j’ai gardé une copie au cas où). Et je laisse faire l’apprentissage avec un réglage des températures comme donnés plus haut. A suivre. Notamment les problématiques de calcul de cycle. Pour l’heure pour favoriser une chauffe homogène j’ai mis des cycles longs (60 min) pour toutes les climatisations.
Je remarque un décalage constant entre la consigne et la température des pièces. J’ai revu mes calculs de température par l’intégration de tous les capteurs disponibles et l’utilisation du résumé de la « pièce » pour avoir une moyenne fidèle. Exemple pour la pièce de vie (60m2) :
A suivre après l’apprentissage pour travailler sur les inerties de pièces, les décalages entre température de consigne/pièce, les surchauffes.
Suite à des échanges sur mon blog avec Laurent et plusieurs debugs, suppression des crons sur les scénarios de mise à jour de thermostats. Ils sont lancés uniquement au changement de mode :
La récupération des agendas est faite à la volée décalée d’une minute, logique mais tellement bête ! et non à 30min récurrente, au moins on a le vrai agenda.
*/31 * * * *
Enfin plus d’action en fin d’agenda pour laisser l’agenda suivant prendre le relais par l’action de début car deux lancements du thermostat et calcul des coefficients.
=> Article à reprendre :
https://jeedom-facile.fr/index.php/2019/06/15/confort-chauffage-climatisation-et-automatisation/
** changement de comportement découvert en V3 qui touche plusieurs de mes scénarios, le fonctionnement ératique de lastChangeStateDuration. J’ai découvert cela sur la VMC qui ne démarrait plus car j’avais mis une protection sur la durée du dernier démarrage (interdiction de démarrer si elle avait déjà tourné 1h avant). Le résultat apporté était faux depuis plusieurs semaines sans que je comprenne pourquoi. Après quelques tests et lecture sur le forum, il semblerait que lastStateDuration fonctionne bien mieux !
J’utilise cette fonction pour des dizaines de scénarios (portail, garage, présence) donc il m’a fallu vérifier et maintenant tout est en ordre :).
=> Article à reprendre :
https://jeedom-facile.fr/index.php/2019/01/16/gerez-lhumidite-de-votre-maison/
- il y aura problablement l’intégration de l’API d’IOpool. Ce petit module à 150€ dépasse vraiment mes espérances. L’entreprise a annoncé la mise en place d’une API « simple » pour la remontée de données et franchement au prix du truc, heureux. J’avais fait un système (voir plus haut) de copie d’écran à la volée par la passerelle Wifi/Bluetooth mais si l’API est dispo dans l’année, cool.
- dernier axe de réflexion une refonte complète des designs où je vais spécifier en avance de phase. Je pense à du noir avec écriture blanche et grosse simplification, façon tableau de bord global