Je viens de recevoir un appel téléphonique stimulant à propos de cet exemple, et puis je profite d'ajouter quelques notes avant d'aller déjeuner.
la variation de vitesse du ventilateur effectuée dans l'exemple ci-dessus n'a de sens physique que pour tester la réponse de la plate-forme aux calculs cinématographiques et à l'affichage graphique.
En fait, prétendre contrôler en temps réel le changement de vitesse du ventilateur par des sauts interactifs de valeurs de vitesse discrètes au cours de la simulation (déplacement de la souris de -12 tr/min à 38 tr/min, par exemple) signifie exiger un couple infini au moteur appliqué au ventilateur; Seule une paire très haute peut obtenir l'application de la nouvelle vitesse requise à la prochaine étape d'intégration, c'est-à-dire dans un temps très modeste.
En d'autres termes, une fenêtre de mesure de couple appliquée au moteur qui tourne le ventilateur dans cette simulation permet de lire la réaction aux "culps" des sphères sur les lames seulement lorsque le ventilateur tourne à vitesse constante, ou lors de très modestes variations de vitesse pour des sauts discrets.
Par ailleurs, les pics de paires résultant des sauts requis de masque de vitesse tel résultat: une des stratégies recommandées dans
http://www.lista.it/atnet/support.htm (e) en
L'objectif de cette initiative est d'améliorer la qualité de l'eau potable. )
mieux appliquerait alors une commande de couple interactive, au lieu d'une commande de vitesse, permettant ainsi de mesurer dans la simulation la vitesse résultante du ventilateur et les forces déchargées sur le roulement du même.
mais, dans ce cas, le réglage de la vitesse requise retarderait l'examen du transitaire inertiel et encore par réaction aux impacts des boules, et ce retard affecterait la vérification de la "vitesse de simulation" qui était précisément destinée à tester avec l'exemple.
Bien sûr encore qu'en tournant cet exemipo avec la nouvelle simwise 8.5 à 64 bits sous les fenêtres 8.... est toute autre expérience!