Forum Replies Created
-
Bonjour,
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 2 mois par
.
-
Cette réponse a été modifiée le il y a 6 années et 2 mois par
-
Cette réponse a été modifiée le il y a 6 années et 2 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 3 mois par
-
Cette réponse a été modifiée le il y a 6 années et 3 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 ….
00Bonjour,
peu de temps je vais faire court:
L’hystérésis (delta) dont je fait état n’est absolument pas celui dont vous parlé. Il ne s’agit pas d’un ecart entre l’intensité produite et celle consommée!
il s’agit d’un hystérésis sur l’intensité produite (source prod). il faut deux seuil le premier sur source prod qui sert a définir l’intensité au delà duquel j’autorise la consommation et un second sur source prod qui indique que en deçà je n’ai pas le droit de consommer.
L’écart est sur source prod et c’est la différence entre le seuil haut d’autorisation et le seuil bas d’inhibition.
En régles générique ça s’écrit
seuil haut : de source prod > au seuil haut (mettre plus 7A, (7.1) voir le producteur sa plage et son maxi ) alors Autorisation = ON
seuil bas : de source prod < au seuil (mettre moins de 7A, (6.5 ) voir le producteur sa plage et le mini ) alors Autorisation = OFF
Autorisation est une bascule RS ( voir sur WES pour la programmer ça ce fait même si pas simple ou en tout cas naturel) et dcela ne se programme pas avec les deux lignes
Source Prod >= 7 — Action SW1 = On si Cdt vrai pendant Tempo 30 secondes // Seuil à adapter pour activer SW1 si Vrai durant Tempo à adapter
Source Prod <= 6.5 — Action SW1 = OFF // Valeur Prod Minimale à adapter pour passer SW1=OFFensuite si consommation inferieur a seuil et RS autoristion = ON alors RL = ON
Voila
A+
00 -
Cette réponse a été modifiée le il y a 6 années et 2 mois par
