Puissance de traînée aérodynamique

Une entrée invalide n’est pas facturée ; les appels réussis utilisent le tarif de base publié $0.002.

Comment on calcule la puissance de traînée aérodynamique

Ce calculateur convertit d’abord le speed_unit choisi en mètres par seconde, avec 3.6 pour les kilomètres par heure, l’exact 0.44704 mètre par seconde par mile statutaire par heure, et le nœud international de 1852 mètres en 3600 secondes, puis évalue ces formes fermées.

Contrat d’entrée, unités et champs de réponse

Exemple : cent kilomètres par heure sur 2.2 mètres carrés à Cd 0.28 et la masse volumique par défaut, c’est une croisière typique de berline moderne, quelques kilowatts de puissance aérodynamique. Envoyez par POST un corps JSON avec trois nombres finis obligatoires : speed, la vitesse du véhicule ou de l’air dans l’unité nommée par speed_unit ; frontal_area, l’aire projetée en mètres carrés face à l’écoulement ; et drag_coefficient, le Cd adimensionnel de la forme et du lacet. speed doit être supérieur ou égal à zéro ; un véhicule à l’arrêt à vitesse nulle donne une force nulle et une puissance nulle, et c’est valide. frontal_area et drag_coefficient doivent être strictement positifs. L’optionnel speed_unit est l’un de km_h (valeur par défaut, kilomètres par heure), m_s (mètres par seconde), mph (miles statutaires par heure) ou kn (nœuds internationaux). L’optionnel air_density s’exprime en kilogrammes par mètre cube et vaut 1.225 par défaut ; il doit être positif et rester entre 0.05 et 2.5 afin qu’une faute de frappe n’invente ni un liquide ni un vide. Chaque champ numérique peut arriver comme nombre JSON ou comme chaîne numérique ; les alias v, area, Cd et rho sont acceptés. Les champs obligatoires manquants, les chaînes vides, les valeurs non finies, les unités inconnues et les nombres hors plage échouent avec invalid_input en nommant le champ et ne sont pas facturés. En cas de succès le corps répète les entrées nettoyées, signale speed_ms, speed_kmh et speed_mph, le produit drag_area (Cd fois A), dynamic_pressure_pa, drag_force_n, power_w, power_kw et le power_hp mécanique (watts divisés par 745.6998715822702), plus une chaîne de formule et un résumé d’une ligne.

Où une API de puissance de traînée rend service

Les planificateurs de trajet et les propriétaires d’EV utilisent un calculateur de puissance de traînée aérodynamique lorsqu’ils veulent la part aéro de la consommation autoroutière plutôt qu’un chiffre mixte d’homologation, parce que la loi du cube dit que cent trente kilomètres par heure n’est pas un peu plus cher que cent. Ce point d’accès ne prédit ni consommation, ni autonomie, ni temps au tour : il convertit seulement la vitesse et la forme que vous avez déjà choisies en force de traînée et en puissance nécessaire pour la vaincre. Les analystes de flotte comparent des paquets de Cd et de frontal_area — rétroviseurs, jupes latérales, jeu de remorque — en tenant speed et air_density fixes et en lisant le changement de power_w ou de power_kw. Les entraîneurs cyclistes et les spécialistes du contre-la-montre convertissent un CdA mesuré ou de catalogue, envoyé ici comme drag_coefficient fois frontal_area, et une vitesse de course cible en watts aérodynamiques que le coureur doit produire, puis soustraient cela d’une cible de capteur de puissance pour laisser de la marge au roulement et à la gravité. Les carnets de simulation et les pipelines télématiques qui stockent déjà speed, une table de Cd et une masse volumique dérivée de la météo peuvent appeler une petite API parse au lieu de redériver un demi rho Cd A v au cube dans chaque liaison de langage. Comme l’implémentation est parse de niveau A pure, chaque appel réussi coûte le $0.002 publié, sans jetons de modèle ni réseau sortant, et une validation échouée ne consomme pas de solde. Gardez les requêtes petites, figez power_w et drag_force_n dans les tests, et vous obtenez des chiffres reproductibles de puissance aérodynamique pour les salles de classe, les greffons LMS et les workers de bord sans dresser une pile de dynamique véhicule.