The Design and Development of a Drilling Simulator for Planning and Optimizing Under-Balanced Drilling Operations
Notice bibliographique
Résumé
Summary Computer simulation technology has been widely applied in many drilling engineering areas to simulate drilling engineering problems and optimization, to train engineers with real drilling operations and/or to handle rare applications and accidents. Among the increasingly applied drilling operations is under-balanced drilling (UBD). UBD is the drilling process in which the wellbore pressure is intentionally designed to be lower than the pressure of the formation being drilled. This results in a higher rate of penetration (ROP) and prevents fluid losses and related causes of formation damage. This paper presents the design and development of a UBD simulator, which is computer software that simulates and integrates the effects of: Bottomhole pressure (BHP). Minimum volumetric gas and liquid requirement. Required backpressure (BP) for required cutting removal to surface and controlling BHP. Kinematic energy per unit volume used in the hole cleaning considerations. Stand pipe pressure (SPP). Rock drillability. ROP. Drilling costs per metre. The goal of the simulator is to enable the user to pre-simulate different scenarios of the UBD drilling operations; therefore, the ideal optimized combination of drill bit durability and drilling efficiency, integrating all UBD operational parameters affecting the overall cost, can be obtained before the fact. The UBD simulator is designed to simulate most of the basic technologies of UBD (air, aerated and foam drilling). The goal of the UBD simulator is to design an effective UBD program by linking the BHP to rock drillability, which takes into account the effect and degree of under-balance on the effective rock strength, ROP and $/m that can be optimized for the operation. The complete UBD optimization integration is shown herein with illustrations including flowcharts.
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.
Comment cette classification a été obtenuedéplier
Prédiction distillée sur la base complète
Imitation des enseignantsNi 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.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,001 | 0,000 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,000 | 0,000 |
| Science ouverte | 0,000 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,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.
score_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écouleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule tête enseignante, pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».