Ajout de la simulation d'une passe à ralentisseurs

Paramètres d'entrée

Paramètres hydrauliques

• Le débit (m3/s)
  $Q$
• La cote de l'eau à l'amont de la passe
  $Z_{1}$
• La cote de l'eau à l'aval de la passe (facultatif)
  $Z_{2}$

Géométrie de la passe

Tous les types de passes ont des paramètres en commun :

• Le choix du type de passe
• La pente
  $S$
• L'espacement entre ralentisseur
  $P$
  en mètres (facultatif)
• Le nombre de ralentisseurs
  $N_b$
  (facultatif)
• La cote de radier pointe du ralentisseur amont
  $Z_{r1}$
  (facultatif)
• La cote de déversement du ralentisseur amont
  $Z_{d1}$
  (facultatif)
• La cote de radier base du ralentisseur aval
  $Z_{r2}$
  (facultatif)
• La cote de déversement du ralentisseur amont
  $Z_{d2}$
  (facultatif)

Les cotes de radier et déversement à l'amont et l'aval ne sont pas complètement facutlatives, au moins une des cotes parmi celle du radier et du déversement doivent être renseignées à l'amont et l'aval. Si l'une est renseignée, l'autre est calculée. Si les deux valeurs sont renseignées, on provoque une erreur fatale si elles ne correspondent pas à leur valeur théorique calculée.

Si

$P$

n'est pas fourni, il est calculé à partir des valeurs standards des PAR (affichage de sa valeur dans les résultats). S'il est fourni, on provoque une erreur fatale si cette valeur s'écarte de plus de 10% de la valeur standard.

Ensuite, viennent des paramètres spécifiques en fonction du type de passe. Ce sont les mêmes que pour le module "Calage d'une PAR".

Si le nombre de ralentisseurs n'est pas fourni, il vaut

$N_b = 1 + \lfloor (Z_{d1} - Z_{d2}) / (PS) \rfloor$

. Si il est fourni une valeur différente déclenche une erreur fatale.

Paramètres calculables

• Le débit (analytique: voir le calcul de
  $Q=f(h_a)$
  ci-après)
• La cote de l'eau à l'amont de la passe
  $Z_{1} = Z_{d1} + h_a$
  (analytique: voir le calcul de
  $h_a = f(Q)$
  ci-après)

Les résultats complémentaires

• la charge
  h_a = Z_1 - Z_{d1}
• la hauteur d'eau dans la passe
  h
  (analytique: voir le calcul de
  h = f(Q)
  ci-après)
• la vitesse débitante
  V
  à partir du débit
  Q
  et la section d'écoulement sur le ralentisseur
  A_w
  (Voir formules ci-après)
• la fiabilité du résultats (est-ce que ces conditions limites sont en dehors des valeurs extrêmes de
  ha/L
  ou
  ha/a
  dans les abaques)
• L'ennoiement de la passe (Si
  Z_2 > Z_{d1}
  , la passe est noyée et elle est dénoyée sinon)

changed milestone to %Version 4.10.0

By Dorchies David on 2020-02-21T16:58:22 (imported from GitLab)

added specification label

added To Do label

changed milestone to %Version 4.11.0

By Mathias Chouet on 2020-02-24T09:41:53 (imported from GitLab)

added Doing label and removed To Do label

mentioned in issue #193 (closed)

By Mathias Chouet on 2020-02-24T09:45:19 (imported from GitLab)

mentioned in issue nghyd#366 (closed)

By Mathias Chouet on 2020-02-24T09:47:14 (imported from GitLab)

added To Do label and removed Doing label

added Doing label and removed To Do label

Quelques questions :

• quels paramètres peuvent varier ?
• pour vérifier la cohérence entre ZR1 et ZD1 ou calculer la valeur manquante du couple, utilise-t-on le même CalcZR1() que dans le calage, qui prend ZD1 en entrée ? Si c'est ZR1 qui est fourni, faut-il implémenter la réciproque de cette fonction (CalcZD1() à partir de ZR1) ? Pour le couple ZR2/ZD2, le principe est-il le même ?
• la vérification de la conformité avec les abaques est-elle la même que pour le calage ? Faut-il vérifier uniquement ha/a (ha/L) ou aussi Q* quand on calcule Z1 (et qu'on n'a pas ha a priori), comme pour le calage ? Donne-t-elle lieu aux mêmes messages, ou bien à un simple résumé "OK / pas OK" ?
• lorsqu'on vérifie que P ne s'écarte pas de plus de 10%, applique-t-on en réalité la même vérification que pour le calage, soit 10% en dessous / 5% au dessus ?
• pourquoi le calcul de Nb est-il le même pour toutes les passes, alors qu'il existe des formules plus complexes pour chaque type de passe ?
• faut-il vérifier les valeurs acceptables pour S, L, N, a, M, comme dans le calage ?

Merci :)

By Mathias Chouet on 2020-03-16T15:42:10 (imported from GitLab)

• quels paramètres peuvent varier ?

Z1, Z2, et Q uniquement. On va considérer que toute la géométrie de l'ouvrage est fixée.

• pour vérifier la cohérence entre ZR1 et ZD1 ou calculer la valeur manquante du couple, utilise-t-on le même CalcZR1() que dans le calage, qui prend ZD1 en entrée ? Si c'est ZR1 qui est fourni, faut-il implémenter la réciproque de cette fonction (CalcZD1() à partir de ZR1) ? Pour le couple ZR2/ZD2, le principe est-il le même ?

Je dirai oui et oui. Du coup, deux routines de calcul de ZR=f(ZD) et ZD=f(ZR) devraient suffire (Indépendamment de 1 et 2). Ça peut nécessiter de restructurer les méthodes existantes du calage pour homogénéiser le truc.

• la vérification de la conformité avec les abaques est-elle la même que pour le calage ? Faut-il vérifier uniquement ha/a (ha/L) ou aussi Q* quand on calcule Z1 (et qu'on n'a pas ha a priori), comme pour le calage ? Donne-t-elle lieu aux mêmes messages, ou bien à un simple résumé "OK / pas OK" ?

Quand tu dis conformité avec les abaques, tu veux dire les tests de dév ? Les calculs sont les mêmes qu'au calage. Les calculs des variables adimensionnelles ne devraient pas donner autre chose qu'au calage. Suis pas sûr de l'intérêt du truc.

• lorsqu'on vérifie que P ne s'écarte pas de plus de 10%, applique-t-on en réalité la même vérification que pour le calage, soit 10% en dessous / 5% au dessus ?

Même test.

• pourquoi le calcul de Nb est-il le même pour toutes les passes, alors qu'il existe des formules plus complexes pour chaque type de passe ?

Ben, c'est toujours la valeur planché de la longueur de l'hypothénuse diviser par l'espace entre les ralentisseurs.

• faut-il vérifier les valeurs acceptables pour S, L, N, a, M, comme dans le calage ?

Oui tout pareil.

By Dorchies David on 2020-03-16T15:42:10 (imported from GitLab)

Suite :

• il n'est pas possible dans JaLHyd de signifier qu'au moins un paramètre parmi deux est requis (ex: ZR1 et ZD1); on peut le faire dans NgHyd mais ça n'évitera pas les erreurs dans JaLHyd… est-ce qu'on déclenche une erreur fatale dans Calc() si aucun des deux paramètres n'est rempli (ça pourrait reservir par la suite) ? En sus, est-ce qu'on ajoute dans NgHyd une validation plus sympa, qui grise le bouton calculer afin d'éviter de rencontrer l'erreur susmentionnée ?

By Mathias Chouet on 2020-03-16T15:44:44 (imported from GitLab)

Oui, les deux paramètres sont facultatifs et leur absence simultanée provoque une erreur fatale ad hoc dans Calc.

Si en plus, tu sais mettre une surcouche ngHyd dans le code spécifique à ce module pour griser le bouton calculer, je t'élève au rang de demi-Dieu !

By Dorchies David on 2020-03-16T15:44:44 (imported from GitLab)

Défi relevé ! Mais… je n'étais pas passé trois-quart-dieu la semaine dernière ? :)

By Mathias Chouet on 2020-03-16T16:58:37 (imported from GitLab)

closed

By Dorchies David on 2020-03-19T11:57:59 (imported from GitLab)