Ds5

c’est un peu hors sujet ici, mais voici ce qui m’a fortement gêné cette année côté tempo : réduction à pas grand chose de l’écart entre offre HC/HP normale et tempo (l’offre normale a bien évolué mais pas tempo), les jours rouges oui 22 c’est pas tant que cela mais cette année contrairement à 2025 les jours rouges ont tous été mis sur de longues périodes non stop, notamment pendant les vacances de Noel et donc quand on est absent et qu’on doit rentrer avec -2° dehors et une cheminée qui ne s’allume pas à distance, on doit bien mettre le chauffage électrique et en 1 semaine de congés j’ai quasi brulé toute ma marge d’économie tempo. Par ailleurs ne pas utiliser le four en jour rouge, limiter les plaques de cuisson devient un peu complexe pour gagner peu sur l’année : je ne gagne plus que 150€ maxi sur l’année versus 600 il y a 2 ans. Bref je ne vais pas continuer à chauffer moins les jours rouges etc pour si peu. Sans parler que meme en mode éco 15° les radiateurs ont tourné dans la maison quand on était absent en jour rouge. Donc c’est bien si on a un autre mode de chauffage en journée et qu’on reste tout le tmps à la maison ou qu’on accepte de rentrer le soir avec 10 ou 12° dans la maison pour allumer la cheminée et coucher les enfants avec 3 couvertures 😉 Après voila c’est très fonction de nos usages individuels tempo etc donc ca doit rester intéressant pour certains, pour moi ca ne l’est plus. Et je ne prétends convaincre personne, chacun voit son gain.

Bref tout cela nous éloigne de Mqtt pour lequel en revanche je continue à souscrire à l’offre car c’est vraiment un très bon concept avec l’avantage de partager les infos entre plusieurs serveurs domotiques (ce qui est mon cas avec 4 jeedoms). Si on parvient à alléger un peu la charge de traitement des events mqtt sur mes deux jeedom connectés au WES, ce sera top

Bonjour et déjà grand merci de prendre le temps de répondre 😉 Nous pourrions avoir les cadences en paramètres dans l’onglet de configuration et chacun serait libre de changer ou non pour éviter les mécontents 😉

Je pensais aussi pour ma part à quelque chose que chacun pourrait choisir d’utiliser ou non comme pour mes modules à pile ZWave : on définit une valeur minimale de seuil de publication (qui peut donc être par défaut 0) et si la valeur à publier dépasse le seuil on la publie sinon non. Par exemple mes « yeux » Fibaro ne publient pas leur température si la valeur n’est pas d’au moins 1° de variation avec la dernière publiée (cela suppose de mémoriser la dernière publication). Cela a l’avantage de mieux cerner les publications d’intéret plutôt qu’une fréquence qui peut rater une valeur d’intérêt et envoyer plein d’autres moins utiles. Et dans le cas du WES je pense que ça peut mieux diminuer le volume d’envoi car dans mon cas en tout cas, j’ai des pinces qui bougent vraiment très peu et la variation est soit quasi nulle soit élevée (plaques de cuisson et four cuisine, ballon d’eau chaude, machines à laver etc…).

Si déjà on peut facilement exploiter une fréquence d’envoi en la rendant paramétrable je pense que ca m’aiderait déjà bien. Côté Jeedom, sauf à aller bidouiller le plugin que j’utilise pour mqtt, je ne peux pas évacuer des valeurs non significatives dans mon usage (et encore ca risque augmenter encore ma CPU car après réception message mqtt). Par exemple pour mon usage la publication des index m’est peu utile donc une publication toutes les 5 minutes me suffit amplement voire toutes les 15mn. Pour mes pinces je pense que je passerai à 10s ou 20s.

Je n’ai pas compris la phrase sur le tempo predict, désolé je ne connais pas dans le détail mqtt 🙁

Encore une fois ma smart Jeedom est vieillissante ainsi que mon rpi3b+ qui résiste mieux car moins chargé donc à terme il faudra que je rende mon serveur Smart plus puissant. Pour le moment avec un 4 coeurs et une charge de 2 je me dis que ca va encore. Reste que la limitation de données est toujours qque chose que je vois utile indépendamment de la capacité du matériel à l’absorber.

Je suis intéressé en tout cas si une évolution se présente sur les fréquences ou autre. Et à nouveau c’est top d’avoir ouvert le mqtt sur le WES !

Bon dimanche à vous

Bonjour

Merci pour cet échange c’est exactement le type d’information que je cherchais pour moi aussi substituer la commande HCHP du compteur Linky par celle du relais du WES (piloté dans mon cas par ma box Jeedom).

D’après les graphes, mon ballon se déclenche en effet trop tôt et en gros re chauffe 3 fois 20 à 30mn ensuite sur la nuit ce qui ne sert strictement à rien. C’est bien pour cela que je compte le piloter plus intelligemment en ne le déclenchant qu’une fois et en le coupant dès lors que la conso repasse à 0 une fois le premier cycle de chauffe réalisé.

Merci donc !