D'après notre expérience, les lignes dans le contour des galets qui sont perpendiculaires à l'axe n'étaient pas exportées par Copra dans le fichier CRE. Dès lors, dans notre procédure d'importation d'une ligne Copra, nous ajoutions automatiquement ces lignes et nous donnions à l'utilisateur la possibilité de fermer l'outil sur ces lignes.

Sachant qu'il est interdit, dans METAFOR, que la génératrice d'une surface de révolution croise (ou touche) l'axe de la surface de révolution (la projection sur la surface de révolution n'étant pas unique en coordonnées cylindriques, l'angle étant indéfini, le calcul de la projection ne convergeant pas …), ces lignes étaient construites tel qu'elles ne touchent pas l'axe.

Toutefois, la géométrie de la ligne de profilage en C du CRM comporte ces lignes perpendiculaires à l'axe directement dans le fichier CRE, et ces lignes intersectent l'axe de l'outillage, ce qui cause l'arrêt de METAFOR.

Suite à ces observations, nos méthodes d'importation de ligne de profilage Copra ont été mises à jour. En particulier, si un point Copra d'une ligne du contour est situé sur l'axe de révolution, ce point est automatiquement translaté selon la tangente à la ligne. Dans ce cas, j'ai ajouté un warning à l'étape d'import de la ligne de profilage dans la console de METAFOR ainsi que dans le fichier Python généré.

Je me suis assuré que le fichier Python résultant de l'import de géométrie de ligne de profilage Copra soit resté inchangé, et ce pour tous nos cas-tests de profilage. Néanmoins, il reste déconseillé de créer dans Copra des points de contour qui soient situés sur l'axe de l'outil.

Le chargement d'un cas-test Lagrangien de la ligne en C du CRM est ajouté dans la batterie.

 
added : oo_nda.arcelor.copraLarge.cChannel.steelpro.cChannel_1.py
added : oo_nda.arcelor.copraLarge.cChannel.steelpro.cChannel_2.py

— Yanick Crutzen 2015/10/26