Chauffe forcée de l'ECS déconne

Bonjour,

La chauffe forcée de mon ECS déconne depuis plusieurs jours. Elle est active de 7h20 à 8h30 avec une consigne à 47° et 2.8° d'hyst.
En début de semaine, je remarque que la chauffe semble ne pas s'être mise en route (eau dans les 32°) mais je me dis que c'est moi qui ai du désactiver "l'autobal" sans le faire exprès (bien qu'avec le recul, à l'heure où je l'ai vérifié, l'autobal aurait du activer la chauffe illico, ce qu'elle n'a pas fait). J'ai fait un on/off du Msun au tableau electrique (sait-on jamais).
Le lendemain je surveille : la chauffe a commencé comme attendu (7h20) m'ais s'est arrêtée. vers 8h10 alors que la consigne n'était atteinte.
Je ne vois pas d'où cela vient. J'ai réinjecté une sauvegarde de ma configuration via msapp. J'ai fait des essais en journée(sur un eau "froide" avec un plage de type 30-32° et une toute petite hyst. (0.5)) : la chauffe se déclenchait et réenclenchait comme il faut.
Le lendemain, il m'a semblé que tout fontionnait. J'ai vu l'eau à 47° à je ne sais plus quelle heure et je n'ai pas cherché plus loin. Du coup : doute sur cette journée mais d'après la courbe, cela a bien fonctionné.
Mais ce matin, rebelotte. La marche forcé du ballon se déclenche à 7h20. La chauffe s'arrête à env. 8h10 alors que la consigne n'est pas atteinte.

J'ai mis quelques illustrations en PJ.
+ fichier conf

A noter :
- Le forçage "manubal"de la chauffe focntionne.
- Le retour de la température par la sonde se fait correctement (du moins visuellement via l'interface).
- En journée le routage se fait (pas assez de soleil par contre pour voir comment le routage se comporte avec la temp. de consigne et l'hyst. en journée).
- J'ai régulièrement des anomalies de comptage sur les compteurs de prod. et tirage edf mais ce n'est pas nouveau et n'a jamais eu d'incidence (autre que les erreurs de comptage)
- Fw Wifi 102e / Fw Routeur 102c

J'étais pour faire une évolution du firmware, des fois que...
Mais puisque j'en suis à tatonner sans rien piger, autant demander de l'aide svp.

JS

Bonjour felvic,
merci,

la réponse rapide est qu'au moment ou la chauffe s'arrête l'eau est dans les 32° pour une consigne de 47°.
la réponse lente est je remets le nez dans la génération des grahiques pour voir comment générer cela et reviens.

Bonjour Patrick,
merci.
J'ai récup. les fichiers fw-rout_105b et wifi 105d1.
J'ai sauvegardé ma config.
Je sors le module (ne pas faire la maj en wifi !) et fais les modifs en début d'après midi.

Je peux reinjecter ma config. sauvegardée ?

On se chauffe, module extrait, branché sur PC (carte sc extraite), la lumière bleue clignote.
Je lance msunpv usb tools v105) et prmeier onglet, clique sur open/close à la rien. Si : la led bleue ne clignote plus.

2 PC (W10, je n'ai que ça) et 3 cables essayés.
Je vais y arriver.

Bonjour Bucheron

J'avais eu ce problème lors de l'appui sur open/close et cela avec 2 cartes et du coup j'ai envoyé directement.

Regarde le post 17 du lien suivant si cela peut t'aider.

ard-tek.com/index.php/forum/news-mspv/28...-105b?start=15#23939

Cdlt

Merci Rob_27, si j'env. malgré tout, j'ai un messages d'erreur. A priori, cela n'empeche pas l'accès au Msun mais est-ce "normal" :

Uploading...
esptool v0.4.8 - (c) 2014 Ch. Klippel <Cette adresse e-mail est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser.>
setting board to nodemcu
setting baudrate from 115200 to 460800
setting port from COM1 to COM3
setting address from 0x00000000 to 0x00000000
espcomm_upload_file
espcomm_upload_mem
SetCommState call failed
setting serial port timeouts to 1000 ms
opening bootloader
resetting board
trying to connect
flush start
setting serial port timeouts to 1 ms
setting serial port timeouts to 1000 ms
flush complete
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
read 0, requested 1
trying to connect
flush start
setting serial port timeouts to 1 ms
setting serial port timeouts to 1000 ms
flush complete
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
espcomm_send_command: receiving 2 bytes of data
Uploading 535712 bytes from to flash at 0x00000000
erasing flash
size: 082ca0 address: 000000
first_sector_index: 0
total_sector_count: 131
head_sector_count: 16
adjusted_sector_count: 115
erase_size: 073000
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
setting serial port timeouts to 15000 ms
setting serial port timeouts to 1000 ms
espcomm_send_command: receiving 2 bytes of data
writing flash
............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
setting address from 0x00000000 to 0x00200000
espcomm_upload_file
espcomm_upload_mem
Uploading 2072576 bytes from to flash at 0x00200000
erasing flash
size: 1fa000 address: 200000
first_sector_index: 512
total_sector_count: 506
head_sector_count: 16
adjusted_sector_count: 490
erase_size: 1ea000
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
setting serial port timeouts to 15000 ms
setting serial port timeouts to 1000 ms
espcomm_send_command: receiving 2 bytes of data
writing flash
........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
starting app without reboot
espcomm_send_command: sending command header
espcomm_send_command: sending command payload
espcomm_send_command: receiving 2 bytes of data
closing bootloader
flush start
setting serial port timeouts to 1 ms
setting serial port timeouts to 1000 ms
flush complete

Je ne saurais te répondre sur cette erreur, l'ai je eu ou pas, je ne saurais te dire.
Mais je vois surtout que la config semble bien passée: "flush complete".

Ta carte a sûrement gardé ses identifiants, donc vérifie que tu te connectes bien et si oui, remonte ta carte , change le FW routeur et enfin ta sauvegarde..

Cdlt

Oui, je me connecte.
Tente de passer au flash du fw rout et dans le flash menu, ça boucle après "efface STM32". Ne peut donc pas lancer le flash.
Sur la page d'avant (STM32-OTA) j'ai "Aucun processeur détecté !".

Je vais regarder si ce flash doit se faire avec le module réiisérer.

C'est pour cela que je disais remonte la carte et ensuite flash le routeur.

Carte remontée.
Je ne peux pas me connecter dessus (led bleue clignote).
Ni avec son adresse habiutelle ni en 192.168.4.1
Je redémonte...

He's back !
Et remonté il retrouve le processeur...
Et le flash du fw_rout se fait en un clin d'oeil...
Ou quand on est un gland !

Je lui rebalance ma config. et ... je retrouve mes marques et peux au moins déclencher manuellement la chauffe de l'ECS ! Sauvé pour demain matin.
Les compteurs semblent nécessiter un ajustement car j'ai par exemple un jolie production journalière de 107370830,3Wh (cool !).
Je vais maintenant surveiller ces prochains jours comment se déroule le forçage de la chauffe de nuit

Merci !
Merci !
Merci !

NB : au passage, un des pinces grésillait sévère. Je l'ai tapotée, c'est passé.

EDIT: LU trop vite, pas compris la phrase.