Bonjour
j ai fais une mise a jour vers la V17 et lorsque je me connecte sur l ESP via 192.168.4.1 , dans parametres wifi apres un scan, je vois mon reseau, mais quand je le coche il ne demande pas le MDP ! j ai essaye via le moniteur serie impossible aussi .
une idee ?
merci

Une question me turlupine: à quoi ça sert d'afficher les VA sur les courbes ? Je ne vois pas l'intérêt de la chose... 

En V16, la routine suivante 

void LectureConsoMatinJour(void) 

commençait par le Raz des compteurs d'Energie qui calculent l'Energie "selon Linky" :
  Energie_jour_Soutiree = 0;  // en Wh
  Energie_jour_Injectee = 0;  // en Wh

Ces lignes ont disparu dans V17.18 ( et probablement depuis V17.0) et donc ces compteurs ne sont plus mis à jour quotidiennement et s'incrémentent donc jour après jour comme on peut le voir ci-dessous sur les données brutes :

   

Bien amicalement,
Philippe

Bonjour à tous
je viens d'installer un routeur sur une config modeste (je produis au max 550W),
J'envoie donc tous mes surplus dans mon ballon .
la résistance fait 2000W, ce qui fait que la plupart du temps, j'envoie entre 150 et 450W , 
J'ai l'impression que j'ai une sorte de relais dans mon ballon, et cela fait "décrocher" l'injection et j'ai peur que cela abime mon ballon. mon ballon fait des click toutes les 2 secondes et je vois du coup des oscillations fortes entre injection et soutirage .
j'écris le soir donc pas de courbe à montrer, je prendrai un screenshot demain)
J'ai mis en demi-sinus , c'est le moins pire et je suis un peu en slip pour les réglages du pid ( je suis à 10, 10, 10) mais globalement j'ai fait des tests et quand je force à 30% de la puissance max (donc environ 600W dans le ballon), cela ne clicke plus.

Je suis locataire et donc je veux pas flinguer mon ballon mais si c'est pas compliqué, je peux faire une petite bidouille (réversibe) pour rendre mon ballon un peu moins smart, 
la deuxième sonde (uxlx2) mesure ce que j'envois dans le ballon, je sais donc ce que j'envoie précisément , cela pourrait-il aider 
pour faire une petite bidouille au niveau programmation de ma sortie SSR pour envoyer au minimum 600W dans mon ballon quand je suis en surplus, le pb c'est que du coup, mais j'ai l'impression que ca rentre en contradiction avec la consigne de ne rien donner à Enedis et de se vouloir injecter 0....  
merci d'avance pour vos réponses
Pierre

Pièces jointes

Miniature(s)
   

Bonjour,
comme indiqué dans le titre. La case est pourtant cochée dans les paramètres. 
Bizarre. 

Se pourrait-il que le serveur de donnée Enedis ne fonctionne pas ou plus ce jour ?
Aucun de mes serveurs de données ni mes clients n'arrivent à s'y connecter. Ils ont bien tous l'heure par contre.

Edit : C'est bien ça.
En questionnant "à la main"  www.services-rte.com/cms/open_data/v1/tempoLight ,

on obtient :

   

Bonjour à tous.

Tout d'abord félicitations à André pour les mises à jour et corrections/améliorations diverses.

Tout marchait parfaitement bien, et donc je suis resté trois mois à la version 16.09.
La mise à jour de mes 8 ESP m'a pris une heure hier soir, car la mise à jour OTA n'était pas possible. Tout s'est bien passé et refonctionne parfaitement. l'historique est perdu, mais la fonctionnalité de lecture/mise à jour par fichier CSV va me permettre de récupérer les historiques jours fournis par EDF en reformatant correctement les données avant de les injecter.

J'ai remarqué plusieurs choses différentes avec cet important saut de version, et certaines me paraissent être des régressions.

1/ beaucoup de pertes de messages entre clients et le serveur de données UxIx3  77 sur 100 ok seulement. Avant, j'avais 100%.
2/ le chargement des pages web est parfois très lent au premier accès, voire aucun affichage de la page d'accueil, qui reste vide, alors que les autres ( paramètres, actions etc se remplissent correctement ). Et cela, malgré les vidages du cache et resets.
3/ la charge max des coeurs 0 et 1 atteint fréquemment plus d'une seconde voire plusieurs secondes pour le coeur 1 ( j'ai vu 5s ).
    cela n'impacte pas le fonctionnement.
4/ la mise à jour de mon serveur UxIx3 a remis à zéro ( RAZ ) les données qui étaient stockées dans le module JSY MK333 sans que je le  demande. Dommage, j'ai perdu les totaux soutirés injectés.

Le choix du meilleur (répéteur) WIFI directement en page paramètre est pratique et utile. 

Bon routage à tous.

Ça fait quelques années que j’utilise des routeurs f1atb et je suis enfin passé en V17 en filaire avec sauvegarde et restauration du json. 

Mais impossible d’avoir l’heure NTP, je n’ai jamais eu ce soucis, le réseau est bien configuré. 

J’ai réussi hier en configurant mafreebox.free.fr mais suite à un reboot cette nuit ( ma faute, l’envoie de données de puissances mqtt était arrêté la nuit … pas bien ) impossible de retrouver l’heure. 

Avec ou sans champs NTP remplis l’heure ne revient plus, c’est un peu lourd vu que ça vide ma batterie avec le cumulus :/ 

J’ai essayé aussi avec l’ip direct ( 192.168.1.254 ) ou avec le champs vide par défaut.

Bonjour, 
Pb le dernier tableau ne se reset pas. J'ai eu une coupure internet durant 5 jours et au retour du web les mesures faites par l'ESP se sont cumulées , ce qui fait que le bar graphe a une échelle écrasée et le fait de reseter l'historique n'efface pas ces données.
Comment faire?
Merci

Bonjour a tous,

je possede une conf enphase et les routeurs se comporte correctement. J'ai ajouté un shelly Pro3em que j'utilise en mono pour mesurer plusieurs point dans le tableau et peut etre basculer vers une batterie mais hors sujet.


Lorsque je configure mon routeur en mode 3 j'ai bien la metrique mais il additionne les 3phases. Lorsque j'essai 0 1 2 j'ai rien. J'ai vu une option dans le shelly(device profile: monophase) mais c'est pire. j'ai rien sur 0 1 2 3 et pourtant ce mode devrait etre plus logique pour mon mode. Par contre aucun pb sur le home assistant
   

Avez vous deja essayer cette conf?

merci a vous

Bonjour,

Après-mise en route de mon routeur, avec un triac pour piloter mon chauffe-eau, j'ai programmé 3 créneaux horaires : 
minuit à 6:00 : activation du triac si H < 3h
6:00-22:02 : routage en découpe sinus
22:02 - minuit : activation du triac si H < 3h

J'ai constaté, via les remontés sur home assistant, que le triac était activé de 6:00 a 6:01. 
Du coup, je me pose la question si ce n'est pas un bug : la valeur de H est bien remise à 0 à 6:00:00, mais la période marche forcée conditionnelle que j'ai définie semble s'arrêter à 6:00:59 (au lieu de 5:59:59 ou 6:00:00). H étant repassé à 0, le routeur active donc sa sortie pendant 1 minute.

J'ai programmé la fin de ma plage horaire a 5:58 pour être tranquille, je verrai demain matin si ça résout bien ce déclenchement non désiré du triac.

A voir si c'est considéré comme un petit bug, ou si c'est au final le fonctionnement normal !

En tout cas, bravo pour le boulot réalisé, je suis passé de plus de 40% d'injection sur le réseau (voir plus quand je ne suis pas à la maison pour lancer la machine ou le séche-linge) à moins de 10%.
Le fait d'avoir pour le moment tous mes panneaux sur une seule phase fait que si les consommateurs sont sur les autres phases, il y a toujours un léger reliquat de conso et d'injection dû au déphasage (cela sera résolu ultérieurement quand je vais mettre en service mon onduleur hybride triphasé en remplacement des MO actuels), et je pense que je peux encore probablement augmenter la réactivité du routeur.

Ma config : 
- 2 kWc de panneaux sur MO (qui passeront prochainement à 4, puis 6 KWc, sur onduleur hybride)
- installation triphasé
- un routeur branché sur le linky pour récupérer les données du compteur (mais pas exploité pour le routage)
- un routeur branché sur le chauffe-eau (3Kw mono), mais qui exploite les mesures d'un shelly 3 em (je suis en triphasé) plutôt que le routeur connecté au linky (meilleurs résultat sur la régulation avec le shelly)

d'ici quelques mois, il y aura un second chauffe-eau avec son propre routeur (recyclage de celui actuellement sur le linky  ), pour pouvoir aussi le piloter par triac en découpe sinus.

j'ai désactivé le mode PID avancé et suis resté sur la régulation "standard", car après beaucoup de test, le routeur avait tendance à se mettre a osciller entre 0% et 50% d'ouverture du triac sans parvenir a se stabiliser, lors d'une prod solaire moyenne mais assez constante, où il aurait dû se trouver à réguler aux alentours de 20-30% d'ouverture.

Romain