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)
bjs a tous
je vais essayer de passer au version un peut plus a jour que la 8
il y a quelque temps je t'avais parler de pouvoir choisir le routeur qui mesure d'une autre maison a cotée
tu devais mettre ca a jour mais je pense que tu a oublié dans la version 17
il faut donc pouvoir entrer une adresse ip ex"109.215.159.54:804" avec un port
si c'est possible de pouvoir entrer ca avec une installation rapide "ca m'evite de compiler"
merci d'avance cdt frederic
Bonjour,
Comme beaucoup de personnes, J’ai des heures creuses la nuit mais également l’après midi de 13h à 16h.
Mon routeur, branché sur mon Cumulus eau chaude, est en mode routage toute la journée, mais en hiver je le programme pour être à ON de 15h à 16h (juste avant la fin des HC, avec arrêt sur sonde de température eau) pour être toujours sûr d’avoir un minimum d’eau chaude pour le soir. Cependant je trouve que c’est dommage car les journées très ensoleillées, de 15h à 16h la marche forcée ne se déclenche pas car l’eau est suffisamment chaude et pendant 1 heure mon routeur n’a pas été en mode routage et du coup j’injecte dans le réseau alors qu’il aurait pu continuer à chauffer un peu plus mon cumulus.
Est-ce qu’il y a des personnes dans mon cas? Comment faites-vous?
L’idéal serait d’avoir dans le mode Routage la possibilité de forcer à ON sous condition… Mais bon ça commence à devenir complexe…
J'ai passé mon routeur en inactif afin de privilégier l'injection en mon absence puisque pas besoin de ballon.
Juste avant mon retour, impossible d'accéder à distance au routeur pour le repasser en mode multi-sinus.
Mes actions :
Redémarrage de ma box à distance après avoir vérifier que le routeur était bien visible (IP inchangée). Toujours pas d'accès.
A mon arrivée, le routeur est bien alimenté. L'accès en local est possible. Passage en mode multi-sinus. L'accès à distance est de nouveau possible.
Suis-je sur une problématique réseau passagère ou le passage en mode inactif bloque-t-il l'accès à l'interface ?
+ Michel
Adaptation V9 ?
