Convertisseur efficacité VE

Ce convertisseur d'efficacité VE accepte un nombre positif plus une unité source et une unité cible, unifie le tout via les wattheures par kilomètre avec le mile international exact de 1.609344 kilomètres, et renvoie une table JSON déterministe des six unités prises en charge.

Unités prises en charge et pont de conversion Wh/km

Le convertisseur comprend six libellés de premier rang d'efficacité de véhicule électrique sous des codes canoniques stables : wh_mi pour les wattheures par mile, wh_km pour les wattheures par kilomètre, mi_kwh pour les miles par kilowattheure, km_kwh pour les kilomètres par kilowattheure, kwh_100mi pour les kilowattheures pour cent miles et kwh_100km pour les kilowattheures pour cent kilomètres. Les alias courants tels que Wh/mi, Wh/km, mi/kWh, km/kWh, kWh/100mi, kWh/100km, watt-hours per mile, miles per kilowatt-hour et kilowatt-hours per 100 kilometers sont normalisés sans distinction de casse afin que formulaires, tableurs et API puissent envoyer des codes courts ou des libellés lisibles.

Forme de la requête, champs de réponse et erreurs d'unité inconnue

Le message d'erreur nomme le champ fautif et, pour les unités inconnues, liste l'ensemble pris en charge afin que les clients corrigent les formulaires sans deviner. Envoyez un corps JSON avec trois champs obligatoires : value comme nombre fini positif, from comme chaîne de l'unité source et to comme chaîne de l'unité cible. Les alias amount et quantity sont acceptés pour value ; unit_from et source pour from ; unit_to et target pour to. En cas de succès, la réponse renvoie le value nettoyé, les codes canoniques from et to, les chaînes lisibles from_label et to_label, le result converti dans l'unité cible, la même grandeur exprimée en wh_per_mi, wh_per_km, mi_per_kwh, km_per_kwh, kwh_per_100mi et kwh_per_100km, le facteur exact mile_km 1.609344, une courte ligne de formule adaptée à l'interface, l'étiquette de méthode wh_km_bridge et la liste fixe units_supported. Une value manquante, des nombres non finis comme NaN ou Infinity, des valeurs nulles ou négatives, des champs d'unité manquants et tout jeton qui ne correspond pas à une unité prise en charge échouent avec invalid_input et ne sont pas facturés après le rejet du moteur. Des entrées identiques produisent toujours le même JSON car le chemin est purement arithmétique, sans aléatoire, sans recherche distante et sans dépendance à l'horloge murale, ce qui rend le point de terminaison sûr à figer dans des goldens d'intégration continue et des tests de contrat SDK. Des magnitudes extrêmes mais finies restent bien définies tant que la double précision IEEE peut représenter le produit intermédiaire Wh/km.

Usage navigateur, tarification API et flux quotidiens VE

Passez à l'API prépayée lorsqu'une application de télématique de flotte, un calculateur de coût de recharge, une place de marché de véhicules, un estimateur d'autonomie ou un correcteur d'exercices doivent normaliser des libellés d'efficacité à grande échelle sous un contrat KIT stable à $0.002 par élément réussi ; les échecs de validation qui lèvent invalid_input ne consomment pas le solde après rejet. Associez ce point de terminaison à travel.ev_range lorsque vous connaissez déjà les kilowattheures de la batterie et avez besoin de la distance restante, ou à travel.ev_trip_cost lorsque l'étape suivante est la monnaie d'un itinéraire planifié — ces capacités répondent à des intentions de recherche distinctes et conservent des pages d'atterrissage séparées.