Visualiser les détails du résultat

IdentifiantProjetCatégorieVisibilitéDernière mise à jour
0000976SICEdiSic Régulationpublic2014-02-26 10:53
RapporteurdorchAssigné àdorch 
PrioriténormaleImpactcritiqueReproductibilitétoujours
Statut ferméRésolutioncorrigé 
Version du produit5.29e 
Version ciblée5.33aRésolu dans la version5.33a 
Résumé0000976: Erreur sur l'addition de commandes en mode controleur esclave
DescriptionLorsqu'on utilise deux régulateurs qui additionnent leurs commandes sur un même ouvrage (exemple: une ouverture de vanne) et que ces commandes utilisent une commande en débit avec un contrôleur esclave (i.e. inversion pour calculer l'ouverture de la vanne), le résultat de la commande est erroné.

Le problème vient du fait que le calcul d'inversion est effectué au niveau de chaque régulateur et que les commandes (i.e. les ouvertures de vannes) sont ensuite additionnées ce qui est faux.

Il faut travailler avec des commandes en débit jusqu'à l'addition des commandes et ensuite, seulement, calculer l'inversion pour obtenir l'ouverture correspondante.
BalisesAucune balise n'est associée.
Temps projeté (jours)

Activités

dorch

2014-02-26 10:53

administrateur   ~0000957

La nouvelle règle appliquée est la suivante :
Si au moins deux régulateurs travaillent sur la même caractéristique d'ouvrage alors le premier régulateur détermine pour tous les autres si la commande utilisera un contrôleur esclave ou pas.
Les commandes et opérations entre commandes de régulateur sont effectuées en débit. C'est seulement au moment de l'application que le calcul de l'inversion et le filtrage de la commande sont effectués.

N.B. : il n'y a donc aucun filtrage au niveau du régulateur si on utilise un contrôleur esclave. Pour rappel, le filtrage utilisé au niveau de l'application de la commande correspond au filtrage le plus restrictif rencontré sur chaque commande de régulateur impliqué.

Historique du bogue

Date de modification Nom d’utilisateur Champ Changement
2014-02-26 09:58 dorch Nouveau bogue
2014-02-26 09:58 dorch Statut nouveau => affecté
2014-02-26 09:58 dorch Assigné à => dorch
2014-02-26 10:53 dorch Note ajoutée: 0000957
2014-02-26 10:53 dorch Statut affecté => fermé
2014-02-26 10:53 dorch Résolution ouvert => corrigé
2014-02-26 10:53 dorch Résolu dans la version => 5.33a