Mise à jour 0.91 BETA 04 pour béta testeur chargeur VE et batteries

Bonjour,
Merci pour la MAJ,

Comme d’habitude, zéro soucis pour l’installation.

Comme déjà discuté, je suis intéressé pour une carte bêta-testeur.

Cordialement

• Cette réponse a été modifiée le il y a 2 mois par Max33.

bonjour Nicolas,

j’ai bien respecté la procédure de sauvegarde de l’ancienne carte SD.

j’ai acheté une nouvelle carte SD 16Go classe 10 pour faire la mise à jour en 0.91 beta 05. gros problème de reboot du serveur WES lorsque je consulte les pages Index et Program (section actions): les pages sont soient grisées ou fond rouge et aucunes données visibles, cf pièces jointes

j’ai la surprise de m’apercevoir que le serveur WES voit la nouvelle carte SD de 16Go à 8Go seulement, est-ce normal? j’ai testé en mettant l’ancienne carte SD, cela fait désormais la même problématique de reboot du serveur wes en consultant la page Index et Program.

est-il possible de revenir sur la version précédente du firmware?

là pour le coup, je ne peux plus utiliser le serveur wes pour gérer à distance ma pompe de forage.

en espérant que vous avez une solution à me proposer.

bonne journée. Sébastien

Bonjour,

j ai le meme probleme pour l onglet Action.

version  micro 0.91b6

version web 0.91b5

cdlt

Bonjour,

MAJ 0.91b7

Idem:

version  micro 0.91b607

version web 0.91b06

De plus, serveur très très lent, et  fond rouge

Caches vide+ test de deux navigateurs.

Cordialement,

Je viens d’essayer, mais cela ne fonctionne pas.

J’ai supprimé l’intégralité des fichiers de la carte SD (à l’exception des dossiers cfg et graph) et j’ai recopié l’ensemble des fichiers présents sur le site.

J’ai également essayé après avoir vidé le cache et avec un autre navigateur, mais le problème est le même.

Merci à vous.

Bonjour,

Mise à jour d’un 2nd WES, le problème est idem.

Pouvez-vous me rappeler la procédure de MAJ? je dois avoir un problème a ce niveau là ….

Cordialement,

Bonjour,
J’ai également les mêmes problèmes, serveur acheté semaine dernière.
Avez-vous résolu le problème ?
Merci

Bonjour,

Oui, j’ai enfin la page principale ! Merci

Par contre, le bouton sauvegarde ne fonctionne toujours pas.

Et j’ai également un problème avec la mesure de tension, j’ai acheté l’alimentations WES 12VDC & 9VAC. PAs de retour de tension.

Je vais contrôler ce soir, mais entre le visuel et le miens, le 9 V AC est à gauche et le miens à droite

OK pour la mesure de tension, petit faux contact.

Pour la sauvegarde, avec EDGE, cela fonctionne à priori. BUG avec Chrome ?

Au niveau de JEEDOM, pas possible de récupérer les valeurs « puissances instantanées » des pinces ?

Merci pour les réponses rapide

Non, l application WES

Bonjour,

Parfait, plus de soucis, je mets en route le WEX ce weekend.

Avez-vous prévu une interface pour programmer des chauffes ( ex: pas assez de surplus solaire pour chauffer le CE)

Cordialement

Bonjour,

Toutes mes condoléances.

Le wex est branché, pilotage en manuel ok, par contre pas de routage en auto, des idées ce qui ne vas pas ?

J’ai remarqué que dans la cinématique, la conso réseau ne s’incremente pas, un rapport ?

Cordialement

Bonjour,

A ce que j’ai lu , j’imagine que le predict dans le MQTT n’est pas encore actif, que les variables n’ont pas augmentées… et que les évolutions sont majoritairement autour de la production.

Je reste donc en V091b02 qui est stable

A bientot

Pascal

Bonjour,

Ssr paramétré et activé.

Ordres des priorités, c’est bien le ssr1. J’ai que ça vu que j’ai pas de marstek ou borne de charge.

En manu, je peux bien piloter avec la charge que je règle.

Voici les captures.

Il faudrait aussi ajouter si possibles  7 plages horaires de programmation (idem batteries ( jour/puissance / périodes horaires/ on off) pour pouvoir chauffer le cumulus s’il n’y a pas eu assez de surplus solaire la journée.

Cordialement,

• Cette réponse a été modifiée le il y a 6 jours et 12 heures par Max33.

Bonjour

Je ne sais pas si la question a déjà été posée donc je tente. Tout d’abord bravo pour les évolutions sur le WES. Depuis longtemps j’attendais mqtt pour vraiment tout avoir via ce système sur mon jeedom. C’est chose faite et cela fonctionne très bien. Voire même trop 😉 Avant je m’étais fait un petit scénario qui interrogeait périodiquement le serveur WES (toutes les 1 à 2 minutes en gros) pour récupérer l’intégralité des données de téléinfo et des pinces. Ce n’était pas du temps réel mais déjà très très bien. Avec le Mqtt passage au temps réel mais presque trop : je vois que le WES envoie des messages à chaque changement de valeur même minime des pinces ou du linky au global. C’est conforme et logique. toutefois, ma Smart Jeedom et un de mes rpi qui écoutent le WES ont leur charge CPU qui a doublé et de ce que j’ai vu c’est à partir du moment où j’ai activé/basculé vers mqtt mes informations (passa ge de en moyenne 0.8 à 0.9 de load à 1.6 à 2 en moyenne).

Savez vous si on peut indiquer quelque part de ne pas envoyer plus de x infos par minute par exemple ou pas (côté WES ou côté Mqtt) ? Ou mieux pour des variations inférieures à une valeur de ne rien envoyer ? car lorsque ma pince varie de 80 à 81 ou 82 VA puis retour 80 etc ou de 0.36 à 0.38 en intensité, la récupération de l’information ne m’est pas vitale.

Et encore une fois c’est vraiment extra d’avoir mqtt ce qui me permet de faire entrer le WES dans ma logique globale.

Merci à vous

Bonjour,

Ds5 malheureusement non simplement.

C’est vrai que la charge MQTT du Wes grimpe allègrement (j’ai espionné avec Mqtt explorer). Cela est intrinsèque aux données du Wes que nous surveillons et transmettons en MQTT, par nature elles sont loin d’être des constantes (ex simplement l’index de conso….)

En MQTT, le protocole lui-même ne possède pas de paramètre pour définir la fréquence d’envoi des messages. MQTT est un protocole de transport de messages de type Pub/Sub (Publication/Abonnement) agnostique au contenu et au rythme des données.La fréquence de publication dépend entièrement de la configuration de votre code client (le script ou l’appareil qui envoie les données) ou du matériel (les capteurs).

Dans notre cas je ne trouve pas de parametre dans le WES qui déterminerait la periode de mise a jour et d’envoi des données ni le comment (sur spolling tout les X times ticket ou sur changement…) .
Il est  fort probable que dans le code du firmware Nicolas a mis quelques chose de la sorte il faudrait alors qu’eil le rende accessible.

Pascal

• Cette réponse a été modifiée le il y a 3 jours et 14 heures par plruffin.

A vous deux (DS5 et Nicolas)

Le tempo predict c’est for me, il exist une donnée qui indique la couleur de demain en tempo actuellement pas remontée en MQTT . Pour la cadence 24 fois par jour (toute les heures) dès que connu vers 11h00 si je me souvient…Comme ca si restart au max une heure avant de connaitre c’est largement suffisant.

Coté timing du spolling des remontées MQTT oui le top ce serait de permettre de configurer la valeur par exemple dans la config MQTT a coté (droite des buttons on/off) de selection des des groupes de variables ajouter le temps de spolling (WARNING mettre des sécurités min max car certain tenteront de tout mettre au mini et la risque d’éffrondement CPU du WES!!!!!)

@nico voir ce qui est réalisable simplement, judicieusement ….

Slt

• Cette réponse a été modifiée le il y a 2 jours et 7 heures par plruffin.

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