Bonjour,

J'ai câblé comme décrit.

Le ventilateur s'active uniquement lorsque le dimmer est à 100 %. Il n'adapte pas sa vitesse. Le dimmer positionné sur 50 %, le ventilateur éteint.
Je pilote le routeur solaire avec Home Assistant.

Merci de vos conseils.

je n'arrive pas à savoir ou est le problème
Version V8_09
ESP 32 Wroom
Linky en mode standard
 
Pas de donnée du Linky
j'ai le message suivant en boucle "Attente Linky 4000 boucles 8S"

si vous avez une idée du problème !
merci pour vos réponses

copie d'écran ci joint
Rgbr53

Pièces jointes

Miniature(s)
   

Bonjour

Je fais face à un problème que je n'arrive pas à résoudre, la recherche de l'heure est continue et reboot l'esp32 continuellement.
La passerelle est bonne et pas de firewall.
D'autant plus louche si je passe la source des mesures de puissance sur UxI le problème disparait immédiatement et l'heure réapparait (UxIx2, Linky... causent le problème !).

Même chose en version 9.03, V10 ou v11.12.
Alim changée par plus puissante sans effet.

Quelqu'un a t-il une idée parce que je sèche ?

Bonjour,

Tout d'abord, merci à André pour ce beau projet technique !

Suggestion :
J'utilise le routeur sur une charge de 3000W (ballon) via un triac, j'apprécie la fonctionnalité "OUVRE MAX".
Actuellement, je ne force pas la charge mais la bonne saison passée, je souhaiterai pouvoir limiter cette puissance du ballon et ainsi éviter de délester mon chauffage et/ou la charge de mon véhicule.
Un peu comme les options excellentes de Tempo et Température en mode ON. Exemple : ON + OUVRE MAX = 33%, autorise (1000 W) plutôt que 100% (3000 W)

Merci et bonne continuation !

Salut
Un grand merci pour le travail et le partage fournis.
Je suis vos travaux depuis le départ, au début trop fastidieux pour moi , non pas que je sois pas capable mais pas envie.( Soudure etc...).
Au fil du temps les mises à jour ont simplifiées le job.

Aujourd'hui je tourne en version 9.0 uxi2 en mode découpe sinus . Réactivité 26. Pour un cumulus de 3000w et 3000 watts de panneaux posés.. Et cela fonctionne. ( Réactivité avec un peu de latence mais ça fait le job).

Avant je lançait un lave vaisselle, un lave linge dès que j'avais du surplus ( obligé d attendre les heures de pointes). Et des qu il y avait des nuages catastrophe, il faut tout arrêter. Je ne produit plus rien et consomme 2000 watts ( résistance lave linge ou sèche linge).

J'ai donc détourné l utilisation routeur solaire pour brider la consommation des résistances lave linge et lave vaisselle à 90w avec pour relevé conso Shelly em.

Du coup, avec les temps ultra nuageux que nous avons eu ces derniers temps , mes machines ont fonctionné en absorbant environ 100-400 watts ( latence oblige ) au lieu des 2000 watts normal. Mes machines ont donc tourné en pleine journée sans trop consommer. Même avec les nuages. ( Les cycles durent juste plus longtemps).

Pour ce faire , fabrication de deux autres routeurs solaire avec Shelly en mesure conso. Toujours les mêmes réglages. ( Il faut ouvrir les machines pour coupé la phase de la résistance et la fair passer par le relais tryac.).

J ai apporté aussi quelques modifications . ( Tryac / vitesse de lecture module  ) Peut être sans intérêt mais j ai l impression que ça fonctionne mieux. ( Une idée sûrement pour l'estime de soi).

Enfin tout ça pour vous remercier. Je suis toujours vos travaux. 

Ah oui, un truc sur les latences , j ai remarqué que sur deux routeurs j ai des "erreurs " de lectures de zerocrossing ( du style 2 coupures sur 6  2/6; 1/5) et à chaque mauvaises mesures j ai des sauts dans la consommation ou l injection. Je ne suis pas en mesure de savoir si cela provient des esp32 ( de mauvaise qualité), ou des cartes tryac qui présenterai un soucis de mesures. Si vous avez une idée, je suis preneur. Pour le troisième routeur pas de soucis de mesures ?

Bonjour à tous,

Je suis très surpris car mon SSR a pris feu et heureusement cela s'arrête la. Est ce que c'est un pb de sous dimensionnement de mon coté? Ou est ce que c'est un risque que l'on peut rencontrer en fonction des fournisseurs?

Voici ma PAC:
   

J'avais un SSR DC25A de https://fr.aliexpress.com/item/100500575...pt=glo2fra

Voici comment j'ai retrouvé l'installation. Tout était ouvert, avec de la visserie entre le radiateur et le SSR et de la pate thermique.
   

Une idée du pb?

J'ai un Triac en rab en 25A, je n'ose pas re-tenter sans vos conseils pour l'instant ou si je repars sur un SSR.

Merci
XabiX

Pièces jointes

Miniature(s)
   

Bonjour André,

Voici ma suggestion
Pour etre court: j'arrete totalement internet et le wifi la nuit par securité, mais  le routeur photovoltaique doit etre réinitialisé chaque matin.

Pour l'utilisation Linky uniquement:
Serait-il possible de choisir les options pour le temps dans les parametres:
1) ntp (fonctionnement actuel)
2) le temps en provenance du Linky (variable DATE du Linky)

Dans le cas 2 où le temps provient du compteur Linky, serait-il possible d'annuler l'action du watchdog par la non reception wifi permettant au routeur de fonctionner en "off line" (ce qui annulerait toute dependance à internet et au wifi).

En vous remerciant pour tout
73's
Michel

Bonjour André, bonjour à tous,

Je fonctionne avec le routeur photovoltaique en mode Linky standard et en ip fixe: tout est impec.

Le seul bémol, 
Je coupe le routeur et le wifi internet la nuit par mesure de securité.
Et après un arret prolongé du Point d'acces wifi du routeur internet (la nuit), il est impossible de se reconnecter au routeur photovoltaique l, les deux voyants de l'esp32 sont éteints.

Y a t il possibilité de modifier ce process qui éviterait de relancer le routeur photovoltaique tous les matins?

Merci

Je me pose toujours des questions sur l'utilisation du WIFI en général, et la manière dont les connexions sont implémentées

A chaque requête callESP32_Externe(), on établit une connexion WIFI par une nouvelle requête "Connect", sans pour autant n'avoir jamais réalisé de "DisConnect()" ou stop(), sauf pour ce dernier cas en cas de timeout de réception.

On ne sait donc pas ce que devient le bloc alloué avec la création de la connexion WIFI lorsqu'on sort de cette fonction. Probablement que ce qui est en pile est récupéré, mais on n'est pas à l'abri que des scories restent quelque part ailleurs en fonction de l'implémentation des bibliothèques.

Ne serait-il pas opportun de suivre ce que dit la doc, à savoir créer la connexion une fois seulement dans le setup (puisqu'elle est sensée être appelée de manière répétitive par la suite ), et, en cas de perte du lien, de suivre la procédure recommandée, à savoir 
This API attempts to connect to an Access Point (AP) only once. To enable reconnection in case of a connection failure, please use the 'failure_retry_cnt' feature in the 'wifi_sta_config_t'. Users are suggested to implement reconnection logic in their application for scenarios where the specified AP does not exist, or reconnection is desired after the device has received a disconnect event.

De même, pour les pages HTML, et les connections multiples et rapides, il a été montré par des utilisateurs sur github qu'une fuite mémoire apparente pouvant conduire au plantage de l'ESP32 se produisait à partir de la bibliothèque 3.0.  Cette fuite est momentanée, car en cas d'arrêt des requêtes html via wifi et AVANT le plantage, la mémoire se libérait (garbage collector) en 2 minutes ( ce qui est très long ). Il faut donc pour le moment éviter les pages multiples ET attendre 2' avant une nouvelle interrogation.  J'espère que ce point sera réglé lors d'une prochaine release de la bibliothèque.

Bonsoir, 
Voilà mon problème, je vois bien mon routeur en wifi mais en donnée mobile impossible d'ouvrir le routeur. Y a t'il un réglage svp?