Dernière minute, il semblerait que suivant le niveau matériel du Linky, il s'accommode d'une résistance R2 de 10K et dans d'autres cas d'une résistance de 5K. Les anciens Linky semblent mieux fonctionner avec 10K alors que les nouveaux demandent 5K. Faites des essais avant de vous fixer sur la bonne résistance, c'est du tout ou rien mais aussi des fois, ca enlève des erreurs temporaires. Observez les messages des "données brutes" pour vous assurer de ne jamais avoir des erreurs checksum

   
Cette interface est simple et efficace, mais j'ai été confronté à quelques problèmes lors de la réalisation de mon premier routeur et pire encore sur le second. D'autres aussi le rencontrent, mais sans oscilloscope c'est difficile de s'en sortir.
Alors j'ai pris l'initiative de regarder un peu plus loin ce sujet.

Comme je l'avais décris à l'époque dans ma première réalisation, j'avais de nombreux messages Erreurs checksum sur la TIC. Pour la seconde réalisation je n'avais même pas de message tant les données affiché étaient confuses.

En respectant le schéma ci-dessus mes mesures donnent ce résultat avec un cable simple de 1m
   
On voit bien que le temps de monté des signaux est lent ce qui fait qu'on perd souvent des bits sur les signaux courts, d'où les erreurs checksum avec un delta d'1V entre les signaux courts et les longs.

En remplaçant la résistance R2 de 10K par une de 5K le résultat est le suivant.
   
Le résultat est sans appel, plus aucun message  erreurs checksum

Ces deux courbes sont identiques avec un cable simple de 60cm, un câble simple de 1,2 m et un câble torsadé de 1,2m

Le courant circulant dans le collecteur de l'opto a été augmenté de 250µA pour atteindre 500µA, ce qui reste ridicule dans la mesure ou il supporte 50mA. 

J'ai refais le même test avec 3 opto LTV 814A du même lot, aucune différence significative de résultat.
Le Linky me donne un signal de 6V crête à crête
Les deux esp utilisés sont d'origine différentes et les résultats identiques 

Mon lot en photo
   

Pour synthétiser, il me semble que dans tous les cas il est préférable de monter une résistance R2 de 4,7K au lieu de 10K qui peut poser des problèmes intempestifs ou même solides avec aucun message d'erreur, si ce n'est l'affichages de caractères aléatoires au tout début de la page de données brutes.

Bonsoir,

Je suis en train de tester un relai SSR mais sans avoir de source de puissance en entrée.

Je voulais savoir s'il était possible de simuler des mesures de puissance avec ou sans injection afin de vérifier le fonctionnement de mon relai (j'y ai mis une ampoule à filament derrière pour voir si j'arrive à la faire s'allumer plus ou moins fort).

Je me disais que je pourrais éventuellement faire ça au travers d'un broker MQTT mais avant de me lancer, je voulais savoir si ça n'existait pas déjà.

Merci et bonne soirée.

Bonjour,

si certaines personnes ont du mal a faire déclencher le routage, dans mon cas c'est l'inverse, même en étant sous toutes les conditions du "off" le routeur continue d'envoyer de la puissance au CE, une idée de la cause ?

Dites moi quelles infos vous souhaitez.

J'ai bien épluché la chose pourtant.

Voici quelques captures en attendant.

Notez que sur la capture il est 21h09 et donc dans la condition "off"

Merci !

           

Bonjour à tous, je me lance dans la création d'un routeur solaire.
Pour l'instant je créée le capteur de mesure et j'ai des problèmes.
Si quelqu'un peut m'aider.
Il me semble que le câblage est correct, mais à vérifier.
Je mets en pièces jointes des photos du montage et des réglages du logiciel.

[img]    [/img]
Quelles mesures faire pour détecter d'où vient le problème.

Merci à vous
Elfinols

Pièces jointes

Miniature(s)
                   

Bonjour à tous,
J'ai une question : comment est calculée l' énergie nette soutirée (Linky) et injectée(Linky) dans la vue données brute ci dessous et peut on les remonter ?
   

par comparaison avec l énergie active du jour soutirée et injectée dans l'accueil ?

   

merci de vos lumiéres.
Bien cordialement

Ce serait bien de regrouper l'une sous l'autre les courbes puissance et actions 10mn et de même pour celles de 24h.
En effet, il est couvent utile de pouvoir comparer la puissance à un moment ainsi que la commande qui va avec. Les mettre l'une sous l'autre offrirait alors une meilleure lecture.

Ce serait aussi plus facile pour un membre qui demande de l'aide de n'avoir qu'une copie d'écran à faire pour avoir les deux courbes synchronisées et nous faire une meilleure idée sur son problème.
Dans les faits, dans le meilleur des cas nous avons deux copies qu'il est difficile d'assembler afin d'avoir une lecture efficace.

Merci André

Salut à tous,

Je viens de passer de la version 14.21 à 15.10 du routeur.
Le routeur communique mais de temps en temps la mesure tombe à 0 sans raison comme s'il y avait un pb de com avec l'Envoy (IQ gateway). 
Et effectivement, dans les données brutes, j'ai des messages intempestifs "Connection failed to Envoy-S server!". 
La fréquence de ces messages est aléatoire ; de l'ordre de la minute.

Après comparaison du code entre la 14.21 & la 15.10, dans la fonction LectureEnphase(), il y a un changement d'API pour la connexion à l'envoy via l'appel de la fonction membre clientSecu.connect  avec timeout à 3s de la classe d'objet WiFiClientSecure. .
Dans la version 14.21, on appelait la fonction membre int connect(IPAddress ip, uint16_t port).
Dans la version 15.10, on appelle la fonction membre int connect(IPAddress ip, uint16_t port, int32_t timeout).

Y a-t-il une raison spécifique à un tel changement ?
C'est ce timeout qui génère des mesures nulle intempestives.

C'est ce timeout qui génère des mesures nulles intempestives.
Ma domotique récupère les données ajax (ajax_data10mn & ajax_etatActions) et moyenne ces data toutes les minutes.
Un passage à 0 fausse cette moyenne.

Merci par avance pour vos réponses.

@+

Bonjour,

Je viens d'installer les version 15.9 ou 15.10 sur une ESP32-ETH01 1.4 SY-108.

Ca fonctionne en wifi, elle c'est mise en ap, je l'ai conf sur le wifi de la box mais elle refuse en ethernet. Avez vous déjà eu ce cas? Elle semble défectueuse. Merci de votre aide.

Version stockée (partie entière) :15
Version du logiciel( partie entière) :15
Mémoire EEPROM utilisée : 49%
Chip Model: ESP32-D0WD-V3
InitGPIO
ESP32_Type:10
Adresse IP en mémoire : 192.168.10.191
RMS-ESP32-10445088
Lancement de la liaison Ethernet
Initialisation Ethernet par DHCP:
E (1175) eth_phy_802_3: No PHY device detected
E (1176) eth_phy_802_3: esp_eth_phy_802_3_basic_phy_init(508): Detect PHY address failed
E (1177) lan87xx: lan87xx_init(339): failed to init PHY
E (1181) esp_eth: esp_eth_driver_install(251): init phy failed
Failed to configure Ethernet using DHCP
Serveur Telnet actif sur le port 23
Source : NotDef

Bonsoir à tous ,

voilà, j'ai mon routeur qui fonctionne bien depuis le mois de juin 2025.
Il  route bien , lorsque j'ai du surplus .
Je suis en V 15.10
1 triac pour CE 200 L  2.5 Kw
1 SSR pour CE 5L

Mon installation  6 panneaux ,  3KW    MO Hoymiles

Mais , lorsque je force les actions à OFF (ou a ON)   pour , par exemple  120 mn,   

quand jeux regarder l' état , 5 à 10 mn après ,  tout est à 0   ???

On dirait que le forçage ne tient le temps programmé  !!!

Vous avez une idée   ?

Merci

Pièces jointes

Miniature(s)
       

Bonjour, 

J'ai réalisé un schéma de raccordement électrique pour mon routeur, pouvez-vous jeter un œil et confirmer s'il n'y a pas de boulette, merci.
Je précise que je n'ai pas les fils du Linky pour les heures creuses, le Linky étant loin de la maison, et j'ai l'option Tempo EDF.

L'idée est de faire le moins cher et plus simple possible, donc j'évite l'achat d'une horloge HC grâce au routeur équipé d'une sonde T° au ballon, qui complétera la chauffe la nuit.
Je garde la commande du Shelly pour activer le contacteur ballon la nuit en cas de routeur HS, et en dernier recours si le Shelly et le routeur sont HS    , j'ai la marche forcée du contacteur.

J'espère que le disjoncteur 2A sera suffisant pour la consommation du Shelly et de la bobine du contacteur.