cdlog2

bonjour tomdev,

Je pense que vous avez oublié un point important que j’avais mentionné dans un précédent Post.

Tous les Graphs (comme d’autres data…) sont crée à la demande de chargement des pages HTM concernées.

Afin de créer ces Graphiques, le WES va devoir récupérer les Datas spécifiques contenus dans la MicroSD ( dossier Graph TIC, PCE, PLS, TMP ). ensuite créer dynamiquement le fichier HTM pour enfin l’envoyer en final au navigateur.

Vous le savez comme moi,  les accès à une carte mémoire (MicroSD) Externe n’a pas les mêmes temps de réponse qu’une gestion effectuée en mémoire Vive du CPU. Si tous les Datas des Graph étaient maintenus dans des Arrays en mémoire Vive, les temps de création de ces Graphs seraient nettement beaucoup plus rapide et sans blocage. Mais ce n’est pas le cas.

Donc vous ne démontrez rien avec vos mesures de timing de chargement des ressources de la page d’accueil,  d’autant plus si vous avez des Widgets contenant des GRAPH dans cette  page.

Le timing d’attente du chargement complet du fichier Index.HTM sera d’autant plus long au regard du nombre de Graph à créer. en plus du temps de chargement des gros fichiers JS joints.

Prenez en exemple votre PC le plus rapide au possible avec MS installé. Faites un accès DDU à un fichier qui à du mal à répondre, Vous allez rapidement constater que l’explorer de MS va rester Bloqué jusqu’à un TimeOut.

Diriez vous dans ce cas que votre PC est incapable de gérer rapidement les flux .???..

Faites vos mesures sans aucun Widget, vos mesures de chargement seront plus parlante.

Si vous constatez des lenteurs, personnellement je formaterais la MicroSD en Fat32 et ensuite je ferais un Copy / Collé de tous les fichiers (propre) téléchargés depuis le site du WES. Faite la copie des fichiers depuis un PC directement du DDU vers un lecteur microSD USB, évitez les transferts FTP.

Cdt

Dans mon exemple de Prog. que j’ai donné ci-dessus, les 2 seuils « delta » dont vous parlez sont existants et paramétrables.

Les valeurs que j’ai posées ont juste été cadrées par rapport aux infos reçus: « la prod variait de 6.95 à 7.05 toutes les secondes »
La valeur minimale que j’ai fixé à 6.5 dans mon exemple se situe bien en dessous de 6.95 de sa variation minimale et l’on enclenche bien à partir et au delà de 7 comme souhaité avec une tempo d’au moins 30s.

Mes commentaires précisent bien pour la 1ere ligne « seuil à adapter durant tempo pour l’activation« , et « valeur Prod Minimale pour désactivation » pour la 2eme ligne. Que voulez vous apporter de plus au regard des possibilités que permet le WES.

Si je reprends mon exemple avec des paramètres exagérés par rapport aux info reçus :

Source Prod > 8 — Action SW1 = On si Cdt vrai pendant Tempo 40 secondes     // Seuil ON si 8A pendant au moins 40s
Source Prod < 4 — Action SW1 = OFF                                                                 // Seuil OFF si inférieur à 4A
Source Conso < 4 — Action REL_CH = ON tant que condition vraie  — suivant SW1 actif = ON

Voyez vous une autre solution ? Je peux être intéressé !

Cdt

Bonjour,

Pour information: mon installation Domotique, WES et Autres sont distant de 10m du compteur Linky et tableau de distributions domestique. Deux Pinces Ampèremétriques mesurent la Conso de 2 départs de distribution bien distinct et rapatries leurs valeurs directement au WES.

Ces 2 Pinces sont donc câblées avec une rallonge ( câble RJ45 N.U. ) au WES distant de 10m. Donc pour répondre à votre question, Oui il est possible de rallonger la CNX des Pinces au delà de la longueur du cordon d’origine.

Par contre il faut calibrer la valeur reçue des pinces via les menu de configuration côté WES.

L’idéal est de mesurer au préalable la consommation d’une Source FIXE comme référence avec un Vrai Ampèremètre et ensuite de Calibrer la valeur reçu de la Pince supposée lire cette Source FIXE côté WES,  en fixant la Valeur lue de l’ampèremètre.

Cdt

Bonjour,

Vos avez peut être remarqué que dans mes exemples que je vous ais donné, j’ai utilisé certaines des conditions suivante pour activer la Sortie.

« On tant que Cdt vrai  » Tant que la condition de Test sur la source est vrai alors la Sortie sera ON, dans le cas contraire la Sortie sera mise Automatiquement OFF.

« On si Cdt vrai pendant tempo » La Sortie sera mise à ON si la condition de Test de la Source est vrai pendant une tempo. Mais la réciproque n’est pas vrai. Si le Test de la Source devient Faux,  La Sortie ne sera pas changé et restera dans son dernier état

« Off si Cdt vrai pendant tempo » La Sortie sera mise à OFF si la condition de Test de la Source est vrai pendant une tempo. Mais la réciproque n’est pas vrai. Si le Test de la Source devient Faux,  La Sortie ne sera pas changé et restera dans son dernier état

« On  » La Sortie sera mise à ON si la condition de Test de la Source est vrai . Mais la réciproque n’est pas vrai. Si le Test de la Source devient Faux,  La Sortie ne sera pas changé et restera dans son dernier état

« OFF  » La Sortie sera mise à OFF si la condition de Test de la Source est vrai . Mais la réciproque n’est pas vrai. Si le Test de la Source devient Faux,  La Sortie ne sera pas changé et restera dans son dernier état

Dans votre cas, si vous utilisez la condition « On si Cdt vrai pendant tempo » il faut faire un autre test de comparaison en utilisant la condition inverse « OFF  » sur une valeur minimale de comparaison de Prod.

Donc pour votre exemple avec la Tempo :

Source Prod >= 7 Action SW1 = On si Cdt vrai pendant Tempo 30 secondes    // Tempo à adapter
Source Prod <= 6.5 Action SW1 = OFF     // Valeur Minimale à adapter pour arrêter le chauffe eau

Une question pour voir éventuellement à vous affiner un modèle. Que représente votre Conso ?, Y a t’il une utilisation Domestique en plus du Chauffe Eau et si OUI, qu’elle est la puissance possible utilisée ? Qu’elle est la puissance de votre Chauffe eau ? Doit on réaliser un délestage entre une Conso Domestique et le Chauffe Eau ?  Qu’elle est la moyenne de votre Production en Ampère. Hormis vos deux Pinces Ampèremétrique avez vous d’autre capteurs de consommation d’énergie comme par exemple des compteurs à impulsion ?

cdt

Bonjour,

J’aurais du dire recharger, rafraîchir la page d’accueil du WES depuis la barre d’adresse du navigateur après avoir fait un CTRL + F5 .

CTRL + F5 permet de vider le cache mémoire de votre navigateur. Comme vous le savez certainement le cache mémoire du navigateur permet de mémoriser les fichiers des Pages HTML des Sites que vous visitez afin de ne plus être obligé de recharger encore ces fichiers lorsque vous revenez sur les Pages des Site concernés. Ceci permet d’accélérer l’affichage des Pages lorsque vous revenez dessus. Cette mémoire grossi, grossi, grossi et peux représenter des centaines de Méga au fur et à mesure de vos navigation.

Si vous apportez une modification dans le WES, il y a une forte chance que vous ne puissiez pas voir le résultat de cette modification car le navigateur vous recharge la Page précédemment sauvegardé en Mémoire. Ce n’est qu’en vidant ce cache mémoire, que le navigateur va devoir recharger à nouveau tous les fichiers du Site et ce n’est que dans ce cas que vous verrez vos Pages modifiées.

Donc faire CTRL+F5 est très important après toutes modification de paramètre du WES, surtout si ces Modifs changent l’aspect d’une Page. Il suffit ensuite de recharger le site complet ou la Page concernée depuis la barre d’adresse du navigateur.

Si cela ne règle pas vos PB, reposter votre problème et Nicolas pourra reprendre le Relais.

Cdt

RE:

Dans le 2éme exemple, on peut aussi affiner un peu le test sur le fonctionnement de la machine à laver afin d’autoriser ou pas au chauffe eau de s’activer si nécessaire.

Il suffit de tester d’une part une consommation minimale de la machine à laver et que cette consommation dure un laps de temps. Cela permet d’être sur de mesurer la consommation du moteur ( tambour ) entre deux cycles de démarrage et d’arrêt. ou de la pompe à eau de la Machine à laver. La résistance de chauffe de la M.A ne pose pas de pb bien sur.

Si SRC_PA > 15 alors SW1 = ON tant que condition vraie        // On teste la production >  SW1=ON si au moins 15Amp disponible
Si SW1 = ON alors REL_MA = ON tant que condition vraie    // Si la prod est SW1 ok  > on autorise l’usage de ma Machine à laver

Si SRC_MA < 0.08 alors REL_CH = ON si cdt vraie pendant tempo 30 secondes et suivant SW1 actif = ON

On autorise le chauffe eau à fonctionner si la machine à laver ne dépasse pas un seuil de consommation de 80watt pendant au moins 30 secondes et si la production le permet. La tempo de test peut être plus large bien sur.

cdt

RE:

Dans le 2eme exemple on pourrait éviter d’écrire la 1ere ligne pour positionner SW1 suivant la valeur de la production.

Dans ce cas tous les tests de SW1 pour les lignes suivantes serait remplacé à chaque fois par le test de la valeur de SRC_PA > 15.

Mais du point de vue exécution du programme par le WES, Tester un BIT en l’occurrence SW1 à l’état 1 ou 0 est de très loin beaucoup plus rapide que de tester à chaque fois la valeur reçu d’un même capteur lamda.

cdt

RE : Vous avez certainement corrigé l’action REL_CH pour la 2eme ligne :

Si SRC_A >= 38  alors  SW1 = ON tant que condition vraie.   // Si la production est supérieure à 38 Amp alors SW1 = ON sinon SW1 = OFF
Si SRC_B < 30 alors REL_CH = ON tant que condition vraie Si et suivant SW1 actif = ON   // Le relais Ch.Eau = ON si Src_A > 38 Amp et si Src_B < 30 Amp

cdt