Correction de 2 bugs génants de mtWear :
D'une part, le nouveau modèle d'usure se basant sur une couche (positive) d'abradable déposée sur le carter rigide, les gapsavant prise en compte de l'abradable sont négatifs (et ce n'est qu'une fois corrigé de l'épaisseur d'abradable, qu'ils peuvent devenir négatifs). La fonction de tri des gaps pouvant mener à usure doit rendre la valeur max (négative donc la plus proche de 0) et non la valeur min !!!
En usure par ligne (effet raclette), la fonction d'interpolation les gaps en fonction des 2 points de la ligne en position Init et Actu était inversée dans la direction spatiale (or la majorité de mes tests ayant été fait à gap +- constant, je ne l'avais pas repéré). Dans les calculs de rig test, les jeux étant faibles et les épaisseurs d'abradables initialisée selon géométrie exacte de l'aube, les patterns d'usure étaient complètement faux (tant sur le carter que le post-traitement matlab):
Il n'est pas évident pour moi d'expliquer les causes profondes de la mise en évidence ce de bug, les tests de la batterie (sur une même surface de révolution) n'étant pas discriminant à ce sujet (celui qui peut m'expliquer quelle est la capture avant et après correction et pourquoi a gagné une chope):
Correction des fonctions InMemoryDataVector::getValue(n)
et OnFileDataVector ::getValue(n)
: correction du gardien de la fonction, les valeurs étant indicée de “[0,size[”, le test doit être
if (n >= size())
FATAL_ERROR("out of range");