[Chaudière collective] gérer le Pn ou Pe selon les logiciels de diagnostic + problème de troncature

[erwansola]

Describe the bug

Dans certains DPE, notamment ceux de DPEWin, dans le cas de chaudière collective, Open3CL lit mal la puissance Pn. Le problème est que sur Liciel, le Pn affiché est le Pe (Pn * a) alors que DPEWin affiche directement Pn (qui correspond donc à l'équipement collectif). Je ne sais pas s'il existe un système de contrôle sur Open3CL pour vérifier si le Pn affiché est le collectif ou l'individualisé mais il semble que l'ADEME "tronque" le Pn. On peut retrouver sa bonne valeur dans les fiches techniques lorsqu'elles sont bien renseignées.

To Reproduce

2592E2935275X (ce DPE a aussi un problème de mur donc c'est normal si après correction il ne colle pas à 100%)

Expected behavior

Le comportement attendu sur le DPE ci dessus est d'avoir le même résultat que le DPE original. Pour le vérifier, on peut remplacer le Pn =69600 du DPE par sa valeur virtualisée et non tronquée Pn = 2018. Il s'agit du comportement attendu.

La façon de traiter ce bug serait d'utiliser un contrôle de l'origine du Pn affiché dans le même esprit que celui de ce bug-ci (#75) pour le Vcollectif/Vindividualisé du ballon d'eau chaude (à transposer sur le Pn d'un système à combustion). Il faut également trouver une stratégie pour traiter ce problème de troncature de la valeur Pn...

Voici un exemple de DPE qui a le bon comportement : 2595E3549425E

[michaeldesigaud]

@erwansola @jungoliv dans la lib on ne recalcule jamais le pn. Donc si la valeur existe dans les données d'entrée on ne fait rien (en tout cas jusqu'a aujourdhui).

Pour ton dpe 2592E2935275X, si on regarde les calculs:
pn = (1.2 * GV * (19 - tbase)) / 0.95 ^ 3 = (1.2 * 74.784 * (19 - (-9.5))) / 0.95 ^ 3 = 2983.108

Donc j'obtiens un pn de 2983.108 et non de 2018.