MétaCan
Menu
Retour à la cohorte
Enregistrement W4403611275 · doi:10.24868/11158

Optimizing Fuel Management for Halifax Class Frigates: Leveraging Sensor Data for Enhanced Efficiency

2024· preprint· en· W4403611275 sur OpenAlex
Ю.А. Лапин

Pourquoi ce travail est dans la base

Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.

aboutLe titre ou le résumé porte un signal canadien du lexique géographique.
no affAucune affiliation canadienne : ce travail est invisible pour une base fondée sur la seule affiliation.
Aucune affiliation canadienne. Une base fondée sur la seule affiliation (le devis habituel) n'aurait jamais vu ce travail. C'est l'un des travaux qui justifient l'inversion de la base.

Notice bibliographique

Revuenon disponible
Typepreprint
Langueen
DomaineEngineering
ThématiqueNuclear Engineering Thermal-Hydraulics
Établissements canadiensnon disponible
Organismes subventionnairesnon disponible
Mots-clésClass (philosophy)Computer scienceEnvironmental scienceFuel efficiencyAeronauticsAutomotive engineeringEngineeringArtificial intelligence

Résumé

récupéré en direct d'OpenAlex

This article explores how operational data from sensors integrated with Royal Canadian Navy (RCN) Halifax Class Frigates onboard Integrated Platform Management System (IPMS) can be leveraged to minimize fuel consumption. The idea is to use IPMS data logged by the L3HARRIS Equipment Health Monitoring (EHM) software tool. This, along with data collected from temporary fuel flowmeters installed on several Halifax Class Frigates, aids in the development of fuel consumption models for onboard power generating and propulsion equipment. The study aims to identify the most fuel-efficient driving mode among the options available for specific operational conditions, leveraging the CODOG propulsion system and twin shaft arrangement of the Halifax Class Frigates. Building upon this, the developed fuel consumption models are employed to implement various fuel optimization methods on a specific ship platform. This entails the adaptation and integration of these methods into dashboards for enhanced accessibility, with the fuel consumption models providing essential input data. The process of fuel optimization methods development consists of several steps. First, the targeted power generating and propulsion equipment operational data and fuel flowmeters data were selected. Secondly, data from these sources was consolidated and preprocessed and data analysis was conducted. Then, equipment fuel consumption baselines were generated and validated using available historical data. After that, fuel consumption prediction models for each type of equipment were built. Finally, a Fuel Management Application prototype was developed to facilitate user access to current operational data, fuel consumption-related information as well as fuel consumption optimization tools. In the course of the study, several fuel optimization techniques were examined, revealing valuable information about their applicability in specific cases, taking into account factors such as data availability and reliability. The development process of equipment fuel consumption models showcased how sensors designed for operational support could enhance fuel consumption optimization efforts. Enhanced value could be realized with the installation of high-quality fuel flowmeters during ship construction or the prolonged use of temporary fuel flowmeters to capture data across the ship's speed and load ranges. L3HARRIS IPMS emerged as a valuable information source supporting fuel optimization initiatives. Validation of the Fuel Management Application's performance in the field and its value to end-users is pending; however, the progress achieved thus far shows promising potential.

Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.

Prédiction distillée sur la base complète

Imitation des enseignants

Ni prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.

score de la tête « metaresearch » (Codex)0,000
score de la tête « metaresearch » (Gemma)0,000
Version: codex-gemma-dda1882f352aStatut de validation: machine_predicted_unvalidated
Catégories candidatesMéta-épidémiologie (sens strict)
Catégories consensuellesaucune
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Simulation ou modélisation · Signal consensuel: Simulation ou modélisation
GenreSignal candidat: Méthodes · Signal consensuel: Méthodes
Score de désaccord entre enseignants0,449
Score d'incertitude au seuil1,000

Scores Codex et Gemma par catégorie

CatégorieCodexGemma
Métarecherche0,0000,000
Méta-épidémiologie (sens strict)0,0010,001
Méta-épidémiologie (sens large)0,0010,000
Bibliométrie0,0000,000
Études des sciences et des technologies0,0000,000
Communication savante0,0000,000
Science ouverte0,0010,002
Intégrité de la recherche0,0000,001
Charge utile insuffisante (le modèle a refusé de juger)0,0000,000

Scores machine (provisoires)

Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.

Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.

Tête enseignante Opus0,032
Tête enseignante GPT0,260
Écart entre enseignants0,228 · la distance entre les deux têtes enseignantes sur ce seul travail
Statut de validationscore_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle

En bref

Citations0
Publié2024
Routes d'admission1
Résumé présentoui

Explorer davantage

Même sujetNuclear Engineering Thermal-HydraulicsTravaux en français237 207