Forum Replies Created
-
rene38
c’est ma proposition plus haut ok c’est parfait
Pour la tempo j’ai bien précise que ce n’est que pour « filtrer » les passages fugitifs.
Sans tempo dès que tu passe en dessous pour le ON et au dessus pour le OFF le SW change d’état meme si ce passage ne dur que quelques dixieme de seconde alors qu’avec la tempo cela assure que c’est bien « permanent ».
Pour les consommations ca fonctionne très bien sous reserve de mettre un hystérésis significatif par exemple pour la puissance au moins 2 a 3 KW d’écart (en fait il faut réfléchir aux consommateurs et tenir compte de leur consommation en plus ou en moins). et mettre une tempo assure la aussi que ce n’est pas fugitif. Pour moi c’est Ok je surveille avec le TIC Pmax et I sur les trois phases pour délester tel ou tel consommateur….
A+
A
-
Cette réponse a été modifiée le il y a 6 années et 5 mois par
.
-
Cette réponse a été modifiée le il y a 6 années et 5 mois par
00Bonjour,
Pour info je suis moi même de formation informatique industrielle.
C’est intéressant certe, mais cela complexifie grandement et ca à un petit coté malin de créer des RL virtuels pour les lires dans les règles de programmation!
Personnellement je n’ai pas un caractère d’urgence, je vais donc attendre de voir ce que Nicolas propose à terme comme input.
Si cela ne vient pas ou est insuffisant alors je verrais pour me créer un second contrôleur qui pourra piloter des I/O que je connecterais au WES pas forcément par le bus 1W mais plus au travers d’interface(s) (HTTP/UDP/TCP/….) à l’image d’une interconnexion avec un serveur domotique (jeedom, eedomus…..). Je regarde du coté M2M , on pourrait la aussi piloter des inputs virtuels (switchs) et les « piloter » depuis l’automate de gestion des I/O pour transmettre au WES les infos…
Une remarque Nicolas serait-possible de mettre plus d’inputs virtuels dans le WES ca serait le top pour envoyer des infos depuis l’extérieur!
A+
-
Cette réponse a été modifiée le il y a 6 années et 5 mois par
-
Cette réponse a été modifiée le il y a 6 années et 5 mois par
-
Cette réponse a été modifiée le il y a 6 années et 5 mois par
00Je vous transmets la copie des écrans la même règle avec et sans variable.
Sans c’est Ok , avec ne fonctionne pas similairement…..
Il s’agit d’une règle qui met un SW à Off si l’intensité est repassé au dessous d’un seuil.
il y a son similaire sur le seuil de dépassement pour la mise a ON du SW
Le SW (I Phb > Seuil) est une bascule RS avec Hystérésis , sinon ca va battre et se transformer en un bel oscillateur. (Je met un consommateur donc je dépasse seuil on coupe et la de fait je repasse en dessous du seuil donc on réenclenche et ainsi de suite…).
La tempo n’est pas obligatoire c’est uniquement pour « filtrer » les micros variations, s’assurer que c’est bien une vraie détection. ON et OFF fonctionnent tout aussi bien….
Avec les constantes c’est OK dès que je mets les variables j’ai un comportement bizarre ca déclenche sur n’importe quoi. Pour être précis je n’ai pas insister et chercher à discriminer la cause pour le moment, le système étant en ligne …
Pour le message ca serait super comme vue dans l’image 4 j’ai des alarmes, des seuils et cela serait bien de mettre des messages sur le LCD…
La programmation n’est pas terminée , je vais ajuster en fonctions des premiers retours pour le délestage piloté.
A propos une fonction de réorganisation des règle serait un must (monter descendre) ca permettrait de les ordonner selon leur role…
A propos comment sont elles gérées séquentiellement (comme un automate) de la première à la dernière car cela peut avoir une incidence avec les actions du style : tant que commande vraie….
A+
00De plus la battement est plus certainement le fait du seuil sans hystérésis de enclenchement de la consommation :
La aussi on ne peut pas dire aussi simplement si conso inférieure a seuil alors je met On et par défaut si en dessus du même seuil alors OFF.
En effet vous serez en dessous et vous allez mettre ON puis vos consommateurs vont augmenter cette consommation et la vous 9/10 chance de passer en dessus du seuil et ca coupe , normal. mais comme on coupe alors on repasse en dessous et on recommence et ainsi de suite.
il faut aussi une bascule RS seuil à delta qui défini un seuil bas pour autoriser le On puis un autre seuil pour définir le seuil haut de coupure…
le delta se doit de couvrir la différence engendré par le(s) consommateur(s)
Une bascule RS sous le WES se programme avec deux lignes
Condition activation ==> action = On
Condition désactivation ==> action = OFF
Exemple:
Source Prod < seuil bas (declenchement mettre 6.5 par exemple) Action SW1 = OFF
Source Prod > seuil haut (enclenchement mettre 7.5 par exemple) Action SW2 = ON
Source Conso < seuil bas (enclenchement mettre 3.5 par exemple) Action REL_CH = ON suivant SW1 actif = ON
Source Conso > seuil haut (declenchement mettre 4.5 par exemple) Action REL_CH = OFF
A+
-
Cette réponse a été modifiée le il y a 6 années et 6 mois par
-
Cette réponse a été modifiée le il y a 6 années et 6 mois par
00Pour être plus precis
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
Ne fonctionne pas comme un bistable loin de la il y a même contradiction ….
00 -
Cette réponse a été modifiée le il y a 6 années et 5 mois par
