Bonjour, j'ai récemment installé un routeur v 17.04 sur mon linky juste pour comparer les valeurs au routeur que j'ai installé il y a un an pour router le surplus de ma production sur le ballon d'eau chaude. J'ai remarqué quelque chose qui dans mon avis n'est pas possible et je ne peux pas expliquer. La puissance apparente montre en même temps une valeur soutiré et une valeur injecté.
Quelqu'un peut m'expliquer s'il y a une erreur le linky ou sur le routeur.
Sur la page de données brutes la valeur SINSTS est positif et la valeur SINSTI est 0
J'ai d'abord essayé de piloter directement la charge (je sais c'est pas bien mais on se calme c'est une juste une VMC basse conso), j'ai ensuite essayé de piloter un contacteur J/N qui lui même pilote la charge.
J'aimerai faire tourner ma VMC le jour et pas la nuit l'hiver, et l'inverse l'été, mais ce n'est pas le sujet du post.
Toujours pareil : le pilotage du relais fonctionne 1 fois (parfois 2) mais le routeur plante systématiquement ensuite (plus de routage, serveur web inaccessible). Reset obligatoire.
Paramétrage relais on/off sur gpio5 et sortie 'ON' en 0V (étonnant ?)
J'ai essayé avec une v15, puis avec la v16.09 et maintenant la v17.04
J'ai essayé les 2 contacts possibles (NO et NC), puis avec 2ème relais (c'est une carte avec 2 relais)
Vous pensez à une alimentation surchargée de l'ESP32 qui pilote déjà 1 triac + 2 SRR avec le même gpio 3.3v?
Quelqu'un a déjà rencontré ce problème ?
Merci de votre aide,
en attendant j'enclenche à la main avec le contacteur J/N en mode on ou off
Le F1ATB permet-il ce paramétrage (en ajoutant une sonde de température DS18B20) :
- 24h/24 : Chauffage jusqu'à 65° en cas de surplus PV (coupure via thermostat mécanique du CE)
- De 20h à 8h : chauffage forcé jusqu'à à 55° (coupure via sonde ajoutée)
But : Si pas de soleil pendant plusieurs jours, ne pas laisser tomber l'eau à moins de 55° pendant plusieurs jours...
Bonjour,
Actuellement le code du routeur ne défini pas systématiquement une politique pour le cache. C'est fait pour certaines requêtes via la fonction cacheEtClose mais celle ci définie un max-age très court (1 ou 5 minutes).
Pour toutes les autres requêtes c'est le navigateur qui décide de les cacher comme bon lui semble et cela est probablement la cause des bugs temporaires que l'on a à chaque changement de version et que l'on corrige via des Ctrl + F5.
Afin d’améliorer cette situation je propose de déclarer explicitement la politique pour le cache pour chaque requête. Pour toutes les requêtes en rapport avec un update ou qui ont un contenu dynamique il faut que le cache soit désactivé. Pour les requêtes renvoyant un contenu statique il faut que le cache soit actif et que celui ci ne soit pas mis à jour tant que la version du routeur n'a pas changé.
Pour effectuer cela, je propose d'utiliser le header HTTP ETag (https://www.geeksforgeeks.org/computer-n...http-etag/). En utilisant le numéro de version comme ETag cela permet d'indiquer au navigateur que la ressource peut être lue depuis le cache tant que la version du routeur n'a pas changé.
Cela devrait améliorer globalement les performances de l'interface web car plus de ressources seraient cachées et pour plus longtemps. Un autre avantage est que cela limitera fortement, voir supprimera, le besoin de faire des Ctrl+F5 à chaque changement de version.
J'ai effectué ces changements en local et cela semble bien fonctionner.
Concrètement, j'ai supprimé la fonction cacheEtClose et j'en ai rajouté 2 autres :
bool checkCache(const char* etag) {
String h = server.header("If-None-Match");
h.replace("\"", ""); // Remove double quotes if any
if (h.compareTo(etag) == 0) {
server.send(304, "Not Modified");
return true;
}
server.sendHeader("ETag", String("\"") + etag + "\"");
server.sendHeader("Cache-Control", "no-cache"); // Force la validation depuis le server en comparant le ETag
return false;
}
Pour toutes les requêtes que l'on ne veut pas cacher, j'appelle explicitement disableCache() et pour les autres checkCache en lui passant le ETag à comparer (la plupart du temps simplement la version du routeur).
Par exemple:
Code :
void handleRoot() { // Pages principales
if (checkCache(Version)) return;
server.send(200, "text/html", MainHtml);
}
void handleAjaxHisto1an() { // Envoi Historique Energie quotiiienne sur 1 an 370 points
disableCache();
server.send(200, "application/json", HistoriqueEnergie1An());
}
J'ai attaché à ce message le fichier Server.ino (renommé en Server.ino.txt afin de passer la validation) de la 17.04 qui contient toutes les modifications.
Le diff des modifications peut être également consulté en ligne ici : https://editor.mergely.com/CjtsuaPo
Combien de mesures peut-on afficher avec le F1ATB (en plus de la pince sur le général necessaire pour le routage)
(Combinaisons de mesures via UxI et Shelly envisageable)
Un électronicien pourrait il m'expliquer le fonctionnement et branchement sur les 2 modes de connexions a l'ESP des diodes.
Dessin ci joint
Merci de vos réponses
Bonjour
Dans l'optique de fabriquer un F1ATB, je souhaite une mesure de mon injection 100% indépendante de ma box (distante de 15m de mon routeur).
J'ai du mal à comprendre si le Shelly communique directement avec l'ESP32 wifi ou bien s'il nécessite le wifi de ma box
Bonjour,
Tout d'abord MERCI ANDRE pour cette mise à jour majeure.
Dans les paramètres il y a la possibilité de changer la vitesse du port série. (en admettant que le capteur ne soit pas au réglages d'usine)
Est-ce qu'il y a un intérêt en bien ou en mal à changer cette vitesse (4800 bauds d'origine JSY) pour la régulation de nos routeurs svp ?
Merci pour vos suggestions. + Michel
Bonjour les connaisseurs
Si je me dote d'un routeur F1ATB V9 qui communique via un Shelly pour la mesure, est-ce que je peux lui installer une V17 par exemple et surtout est-ce que je peux lui connecter une pince filaire directement (je souhaite un routage indépendant du Wifi)
+ Michel
Adaptation V9 ?