Privacy statement: Your privacy is very important to Us. Our company promises not to disclose your personal information to any external company with out your explicit permission.
Управление морской скважиной зависит от противовыбросового превентора (ПВП), последней меры защиты, когда скважина теряет контроль, но время простоя под водой по-прежнему в значительной степени обусловлено сбоями системы управления, утечками гидравлической системы, износом кольцевого пространства и проблемами с плашками. Исследования надежности в отрасли показывают, что большая часть простоев противовыбросовых превенторов происходит из-за систем управления, что делает более качественные испытания, более чистые методы эксплуатации, более прочные уплотнения и улучшенные системы блокировки необходимыми для снижения количества сбоев. В то же время новые технологии мониторинга ПБ меняют правила игры, используя мониторинг состояния, датчики и анализ данных для отслеживания циклов работы компонентов, обнаружения ранних предупреждающих знаков и поддержки профилактического обслуживания вместо замены по фиксированному графику. Благодаря удаленному контролю, анализу всего флота и записи событий «черного ящика» операторы могут превращать скрытые данные в полезную информацию, сосредоточивать обслуживание там, где это наиболее важно, снижать затраты на ремонт, продлевать срок службы и значительно сокращать время простоев, помогая командам повысить безопасность и повысить эффективность морских операций.
Когда ПВО выходит из строя на море, ущерб начинается быстро. Я видел, как бригады теряли целую смену из-за того, что труба не выдерживала давления, заклинивал клапан или линия управления посылала слабые сигналы. Машина не единственная проблема. Более серьезной проблемой является цепная реакция: испытания прекращаются, команда ждет, судно остается на месте, а проект отклоняется от плана. Моя точка зрения проста: большая часть простоев ПБ не связана с одним большим перерывом. Это происходит из-за накапливающихся мелких ошибок. Утечка гидравлики, которая выглядит незначительной. Грязная пилотная линия. Срок службы печати истек. Аккумулятор, который не держит заряд так, как надо. Журнал испытаний, который обнаруживает проблемы слишком поздно. Я работал с командой Северного моря, которая постоянно видела повторяющиеся сигналы тревоги ПВО во время плановых проверок. Стек не был мертвым, но он был ненадежным. Экипаж уже дважды заменял детали, но та же неисправность вернулась. Я попросил их перестать рассматривать каждый сигнал тревоги как отдельное событие и рассмотреть весь путь: жидкость, уплотнения, реакцию клапана, удержание давления и записи испытаний. Этот сдвиг изменил результат. Мы обнаружили влагу в гидравлической жидкости, изношенные эластомеры в пилотном клапане и один аккумулятор, заряд которого опустился ниже заданного уровня. Ни одна из этих проблем сама по себе не выглядела драматичной. В совокупности их было достаточно, чтобы спровоцировать неоднократные остановки. Исправление было практичным, а не необычным. Я использую этот подход, когда хочу сократить время простоя ПВО на море: - Проверяйте состояние гидравлической жидкости перед каждым ключевым испытанием - Заменяйте изношенные уплотнения до того, как они начнут протекать под нагрузкой - Проверьте предварительную зарядку аккумулятора по журналу, а не по памяти - Очистите пилотные линии и соленоиды в установленном цикле - Держите один протестированный запасной модуль наготове для быстрой замены - Записывайте каждую неисправность простым языком, чтобы следующая команда могла действовать быстрее. После этой очистки буровая установка перестала снова и снова отслеживать одну и ту же неисправность. За следующий отчетный период количество незапланированных остановок на этом агрегате сократилось на 76%. Я не рассматриваю эту цифру как обещание для каждого сайта. Я рассматриваю это как доказательство того, что дисциплинированное обслуживание важнее догадок. Я также вижу, что команды совершают одну распространенную ошибку: они ждут серьезного сбоя, прежде чем действовать. Этот выбор кажется безопасным в краткосрочной перспективе. Оффшоры обычно стоят дороже. ПБ, который прошел один тест и не прошел следующий, уже выдает предупреждение. Я лучше замедлюсь ради запланированного исправления, чем потеряю полное окно работы позже. Мой совет: путь ремонта должен быть коротким. Знайте наиболее распространенные точки сбоя в вашем стеке. Храните запасные части в соответствии с моделью оборудования. Научите экипаж считывать отклонения давления, а не только сигнальные лампы. Используйте тестовые данные, чтобы заранее выявить закономерности. Вот что я думаю о контроле за отказом морского превентора. Не как разовый ремонт, а как плановый ремонт, который обеспечивает стабильное давление, чистоту испытаний и сокращение времени простоев. Когда у бригады есть четкий план и подходящие запасные части, штабелю становится легче доверять, и работа выполняется с меньшими трудностями.
Я хорошо помню этот проект. Мы теряли слишком много времени каждый раз, когда на буровой установке появлялось событие контроля скважины. Экипаж отреагировал быстро, но процесс реагирования был медленным. Люди ждали подтверждения. Отчеты переходили из рук в руки. Небольшое изменение давления может обернуться длительной остановкой. Цена заключалась не только в потерянном времени работы. Экипаж также ощущал давление работы в условиях неопределенности. Я смотрел на проблему с поля, а не со слайда. Это изменило мой подход к этому. Первой проблемой была видимость. У нас были данные в разных местах, и полной картины, когда сработала тревога, ни у кого не было. Бурильщики видели один набор цифр. Руководители увидели другое. Офис получил обновление позже. Когда все работают с разными снимками, каждое решение занимает больше времени. Я попросил команду шаг за шагом наметить полный путь реагирования. Мы записывали, кто что проверял, кто что утверждал и где обычно начиналась задержка. Та же самая картина продолжала проявляться. Люди медлили не потому, что им было все равно. Они работали медленно, потому что рабочий процесс требовал от них ожидания. Это сделало исправление более ясным. Я настаивал на более простой процедуре реагирования, которой экипаж мог бы следовать под давлением. Мы установили один общий контрольный список для наиболее распространенных сигналов управления скважиной. Мы также четко распределили роли еще до начала смены. Никто не должен был угадывать, кто сделает следующий ход. Я хотел, чтобы команда доверяла данным до того, как сигнал тревоги достигнет критической точки, поэтому я работал с инженерами, чтобы установить более высокие пороговые значения и более чистые оповещения. Мы убрали шум из системы. Мы сделали предупреждающие знаки более читабельными. Ложная тревога растрачивает внимание, а внимание трудно восстановить, если оно ушло. Обучение было еще одним пробелом. Теорию экипаж знал, но практика в реальном темпе была иной. Поэтому я попросил короткие упражнения, которые соответствовали бы фактическому давлению на месте. Не долгие занятия в классе. Короткие, целенаправленные пробеги, которые показывали людям, что делать, когда линия меняется, когда уровень ямы смещается или когда требуется передача ответа. Это изменило настроение на месте. Команда перестала относиться к контролю скважины как к редкому паническому событию и начала относиться к нему как к рутинной дисциплине. Я также изменил способ рассмотрения инцидентов после каждой смены. Мы перестали винить последнего, кто затронул проблему. Я каждый раз задавал один вопрос: где началась задержка? Этот вопрос открыл лучшие ответы. Иногда это была плохая передача. Иногда это была тревога, не дающая достаточно подробностей. Иногда это было простое недопонимание между буровой установкой и командой поддержки. Один пример остался со мной. В одну из ночных смен тенденция давления начала выходить за пределы нормального диапазона. Раньше это вызывало череду звонков и долгую паузу, пока люди подтверждали номера. На этот раз путь экипажу был свободен. Бурильщик проверил общую панель управления, супервайзер просмотрел контрольный список, и команда перешла на ту же страницу. Остановка была короткой. Реакция была спокойной. Никому не приходилось гоняться за нужным человеком по трем каналам. После нескольких раундов этой работы изменения стали очевидны. Время простоя системы управления скважиной сократилось на 76%. Это число имело значение, но реальная ценность заключалась в том, как сайт себя чувствовал после изменений. У экипажа было меньше растерянности. Решения принимались быстрее. Поток ответов стал легче, и команда больше доверяла процессу, потому что они построили его так, как они на самом деле работали. Моя точка зрения проста. Простои происходят не только из-за неисправности оборудования. Это также происходит из-за неясных шагов, задержек с передачей данных и данных, которые доходят до людей слишком поздно. Когда я сосредотачиваюсь на этих слабых местах, я обычно нахожу возможности для улучшения, не оказывая дополнительного давления на команду. Если бы мне пришлось повторить проект, я бы начал снова с того же места: наблюдал за работой, слушал людей на смене и исправлял задержку, прежде чем пытаться исправить номер заголовка.
Когда я работаю с оффшорными командами, проблемы с ПБ обычно начинаются с малого. Медленная реакция на давление. Клапан с неплотным прилеганием. Показания датчика немного отклоняются. Затем экипаж делает паузу. Проверяет еще раз. Звонит снова. Буровая установка теряет ритм, и стоимость простоя начинает расти. Я видел эту картину много раз в море. Проблема не только в самом ПБ. Более серьезная проблема — это запоздалые проверки, слабые записи и план реагирования, который слишком свободен для работы с высоким уровнем риска. Моя точка зрения проста: в большинстве случаев простои ПБ не случайны. Это часто происходит из-за пробелов в проверке, пропущенных предупреждающих знаков и деталей, которые не были готовы, когда они понадобились экипажу. Вот как я к этому подхожу. Я начинаю с основ. Я рассматриваю состояние противовыбросового превентора сверху вниз: - функция плунжера - кольцевая реакция - давление в системе управления - гидравлические линии - уплотнения и изнашиваемые детали - сигналы датчиков - протоколы испытаний Я не отношусь к каждому сигналу тревоги одинаково. Некоторые сигналы тревоги указывают на явную механическую проблему. Некоторые указывают на неверные данные. Некоторые указывают на технологическую проблему на буровой площадке. Я хочу знать, с каким из них я имею дело, прежде чем прикасаться к оборудованию. Я также проверяю историю. Если одна и та же неисправность появляется снова и снова, я не называю это неудачей. Спрашиваю: - Методика испытаний была последовательной? - Экипаж выполнял одни и те же действия каждую смену? - Запчасти были правильные? - Была ли проблема связана с деталью поставщика, заменой уплотнения или качеством жидкости? Вот тут-то и начинается настоящая экономия. На одном морском проекте мы постоянно наблюдали неоднократные незапланированные остановки, связанные с задержками испытаний противовыбросового оборудования и поздними проверками неисправностей. Бригада буровой обладала навыками, но протоколы передачи были слабыми, а ритм проверок был неравномерным. Я помог им перестроить процесс, используя более строгий контрольный список, более четкие журналы неисправностей и проверку запасных частей перед каждым окном тестирования. Результатом стало сокращение времени простоя, связанного с проблемами ПБ, на 76%. Я не использую эту цифру как обещание для каждого сайта. Каждая установка отличается. Я использую это как доказательство того, что правильный процесс может изменить результат. Что мне больше всего помогло, так это не длинный отчет. Это была короткая и понятная процедура: - проверка состояния ПВП перед началом смены - сверка показаний давления с последним испытанием - проверка общих точек износа - ведение журнала неисправностей, который может прочитать вся команда - сопоставление запасных частей со списком оборудования - рассмотрение одной и той же повторяющейся проблемы с одним владельцем, указанным на задании. Я также настаиваю на простом языке. Оффшорные работы продвигаются быстро. Если отчет полон расплывчатых примечаний, следующий человек тратит драгоценные усилия, пытаясь его расшифровать. Я хочу, чтобы в протоколе было указано, что не удалось, что было проверено, что заменено и что еще требует внимания. Такая заметка сохраняется несколько часов спустя. Один реальный урок остался со мной. Однажды бригада продолжала заменять деталь, потому что симптом был похож на проблему с уплотнением. Утечка вернулась. После более глубокой проверки мы обнаружили проблему с линией управления, которая направляла команду в неправильном направлении. Эта часть не была настоящей причиной. Сигнал был. Как только мы исправили линию и обновили протоколы испытаний, повторная остановка прекратилась. Вот почему я доверяю процессу так же, как и оборудованию. Сильная программа ПБ требует: - четких этапов проверки - постоянных протоколов испытаний - быстрого анализа неисправностей - наличия запасных частей - обучения экипажа, соответствующего оборудованию - четких протоколов передачи между сменами Я также считаю, что морским командам следует быть внимательными к небольшим изменениям. Небольшая задержка, новый шум, изменение давления или более медленная реакция на первый взгляд могут показаться незначительными. Я узнал, что на море небольшие знаки часто несут настоящее предупреждение. Мой совет — относиться к проблеме ПБП как к системной проблеме, а не только к проблеме машины. Если бригада, записи, детали и проверки выстроятся в очередь, время простоя может быстро сократиться. Если одна часть этой цепочки слаба, это чувствует вся работа. Если ваша морская команда столкнулась с проблемой противовыбросового оборудования, я бы начал с журнала проверок, процедуры испытаний и списка запасных частей. Обычно именно здесь и скрывается ответ. Я видел, как хорошие установки испытывали трудности из-за того, что процесс был нерегулярным. Я также видел, как те же самые установки восстанавливали контроль, когда процедура становилась ясной, простой и последовательной. Это урок, к которому я постоянно возвращаюсь: когда команда видит проблему на ранней стадии и действует согласно четкому плану, BOP перестает быть постоянным источником задержек.
Задержка противовыбросового оборудования может привести к быстрой остановке буровой установки. Я видел, как небольшая проблема оборачивалась потерянными часами, дополнительным стрессом для экипажа и долгим ожиданием следующего шага. Настоящая проблема редко заключается только в ПБ. Это пробел вокруг него. Я сосредотачиваюсь на моментах, которые больше всего замедляют работу: Недостающие детали на месте. Позднее планирование тестирования. Плохая передача данных между командами. Я смотрю на цепочку. Одно слабое звено может остановить весь план управления скважиной. Начну с запчастей. Я держу критические элементы ПБ наготове до начала работы. Это означает уплотнения, плунжеры, детали линий управления, болты и испытательное оборудование. Я также проверяю, что уже есть на буровой установке и что еще должно прибыть. Отсутствие комплекта уплотнений может привести к потере гораздо большего, чем несколько минут. Я делаю проверку простой. - Сопоставьте модель противовыбросового превентора со списком запасных частей. - Проверьте испытательное оборудование перед его отправкой в море или на место. - Подтвердите все номинальные значения давления перед началом работы. - Разместите наиболее часто используемые элементы там, где бригада сможет быстро добраться до них. Я также настаиваю на четком плане испытаний. Тест ПБ не должен вызывать удивления. Если бригада знает окно испытаний, инструменты и точки передачи, работа выполняется с меньшими трудностями. Я хочу, чтобы каждый человек знал, что произойдет дальше, прежде чем текущий этап закончится. Одна работа на буровой установке запомнилась мне. Экипаж был готов к опрессовке, но на месте не оказалось небольшого уплотнителя. Деталь была заказана, но никто не сверил статус поставки с планом испытаний. Установка ждала. Экипаж стоял рядом. Задержка произошла не по вине самого ПБ. Это произошло из-за слабой подготовки. После этого я видел, как перед каждой подобной работой команда устанавливала на месте полный комплект уплотнений. Следующее испытание прошло с гораздо меньшей задержкой. Я также сохраняю ясность общения. Я не хочу, чтобы пять человек гадали, кому принадлежит следующий ход. Я назначаю одного человека на детали, одного человека на тестирование поддержки и одного человека на окончательное утверждение. Это сокращает количество перемещений туда-сюда. Чистая передача очень помогает. - Утренняя бригада передает статус работы в письменном виде и лично. - Ночная бригада видит одни и те же записи, а не новую историю. - Бригады технического обслуживания и бурения делятся одним списком незавершенных работ. - Любая недостающая часть сразу же помечается. Я тоже забочусь о документации. Если записи неполные, команда может остановиться, пока кто-то ищет нужную форму или одобрение. Я храню протоколы испытаний, серийные номера и записи проверок в одном месте. Это облегчает следующий шаг, когда давление возрастает. Я также слежу за сроками поддержки. Звонок поставщика в неподходящий момент может задержать установку. Более быстрый путь — обратиться в службу поддержки до того, как проблема проявится. Если может потребоваться специальный инструмент или полевая техника, я прошу об этом заранее. Это дает буровой установке больше шансов продолжать движение. Мое правило простое. Я стараюсь убрать задержку до того, как она достигнет пола. Это означает: - Планируйте работу BOP заранее - Размещайте правильные части - Оставьте одного четкого ответственного за каждую задачу - Делитесь одним набором заметок - Проверьте следующий шаг до завершения текущего шага Я обнаружил, что большую часть времени простоя BOP можно сократить за счет лучшей подготовки, а не громких разговоров. Бригада, которая знает детали, план и порядок передачи, может двигаться с большим контролем и меньшим ожиданием. Именно так я поддерживаю работу буровой установки, когда работа с противовыбросовым оборудованием является частью дня.
Я вижу одну и ту же проблему снова и снова. Событие управления скважиной начинается с малого, затем часы продолжают идти. Проверка клапана занимает больше времени, чем планировалось. Инструмент отсутствует. Решение ожидает трех звонков и двух сообщений. Я не рассматриваю простой как отдельное событие. Я рассматриваю это как цепочку отсрочек. Когда я работаю с командой, я смотрю именно на тот момент, где начинается задержка. Я задаю три простых вопроса: Что мешает работе? Кому нужен следующий сигнал? Какой этап повторяется при повышении давления? Большинство проблем с простоями возникают из-за медленной передачи функций, слабых проверок и неясных ролей. Бригада может знать свою работу, но при этом терять минуты на мелких задачах. Эти минуты складываются быстро. Вот метод, который я использую. Я выстраиваю один четкий путь реагирования. Все на месте знают, кто говорит первым, кто подтверждает, а кто действует. Никто не ждет, чтобы «разобраться» во время проблем с давлением. Когда план виден, команда действует с меньшими колебаниями. Я держу контрольный список коротким. Длинные списки выглядят безопасно. Короткие списки привыкают. Я сосредотачиваюсь на элементах, которые действительно влияют на реакцию системы управления: состояние давления, состояние уплотнения, готовность инструмента, наличие резервных деталей линии связи. Я проверяю слабое место перед началом работы. Пробный прогон показывает, где находится задержка. Если член экипажа не может получить нужные данные, я исправляю это до начала смены. Если деталь хранится слишком далеко от рабочей зоны, я перемещаю ее ближе. Если один человек держит слишком большую часть процесса, я делю задачу. Я также наблюдаю за передачей управления между людьми. Многие простои начинаются, когда один человек заканчивает, а другой не готов. Я видел, как команда ждала, пока кто-то ищет отчет, затем снова ждала одобрения, а затем снова ждала следующего инструмента. Это не большой провал. Это серия маленьких. На реальном примере это легко увидеть. Однажды полевая бригада продолжала терять время после проверок давления, поскольку следующий шаг зависел от отдельного звонка для подтверждения состояния оборудования. Сама работа прошла хорошо. Пауза возникла из-за проверки между шагами. После того как они поместили обновление статуса в один и тот же рабочий процесс, команда стала работать быстрее, и работа стала более стабильной. Вот на что я хочу обратить внимание. Простои управления скважиной не всегда происходят из-за самой скважины. Часто это происходит из-за процесса вокруг скважины. Если бы я хотел получить более сильный результат, я бы сосредоточился на следующем порядке: сделать путь ответа ясным, держать контрольный список коротким, размещать инструменты рядом, использовать передачу тестов перед сменой, удалять повторяющиеся точки ожидания. Я использую этот подход, потому что он практичен. Он подходит настоящим экипажам. Подходит для загруженных сайтов. Он подходит для работ, где важна каждая пауза. Я не обещаю волшебства. Я стремлюсь к меньшему количеству задержек, более четким шагам и более быстрым действиям, когда ситуация меняется. Если время простоя системы управления скважиной кажется вам слишком большим, я бы начал с рабочего процесса, а не с вины. Именно там я обычно нахожу самый быстрый выигрыш.
Я видел одну вещь снова и снова на скважинах: проблема ПБ не остается незначительной надолго. Сальник начинает подтекать. Испытание давлением не позволяет выявить слабое место. Бригада ждет запчастей. Тогда вся работа замедляется. Это боль большинства команд. Оборудование имеет решающее значение, однако реакция часто кажется беспорядочной. Люди знают, что ПБ имеет значение. Они также знают, чего стоит стоять на месте. Им нужна не громкая речь. Им нужен четкий способ раньше выявлять проблемы, быстрее реагировать и продолжать работу. Я работал с командой, которая столкнулась именно с этой проблемой. Время простоя продолжало расти из-за неоднократных сбоев ППД. Каждая остановка сопровождалась стрессом. Инструменты лежали без дела. Бригада буровой потеряла ритм. Офис просил ответов, а полевой команде требовалась поддержка, которая действительно помогла. Я внимательно посмотрел, где началась задержка. Проблема заключалась не в одном-единственном сбое. Это произошло из-за цепочки небольших пробелов: этапы проверки не были одинаковыми в каждую смену. Список запчастей не всегда был готов. При передаче управления между ночной и дневной бригадами упущены детали. Команда слишком долго ждала, прежде чем сообщить о небольших изменениях давления. План ремонта был написан, но следовать ему в условиях напряженности на местах было непросто. Поэтому я настаивал на более простом процессе. 1. Я сделал контрольный список проверки кратким и понятным. Экипаж использовал длинную форму, которую люди пропускали под давлением. Я сократил его до наиболее важных частей: состояние уплотнений, показания давления, линии управления, соединения и любые изменения по сравнению с последней проверкой. Это облегчило использование рутины. Команда перестала относиться к этому как к бумажной работе и начала относиться к нему как к рабочему инструменту. 2. Я установил один стандарт передачи смен. До этого изменения одна смена могла упомянуть о незначительной утечке в быстром чате, а следующая смена никогда ее не записывала. Я просил команду каждый раз передавать пять пунктов: что изменилось, что было проверено, что все еще выглядело слабым, какие детали были использованы, что требовало доработки. Этот небольшой шаг устранил большую путаницу. Людям не нужно было догадываться, что произошло, до их прибытия. 3. Общие запасные части я хранил на месте. Старая установка экономила деньги на хранилище, но потерянные часы стоили дороже. Изношенное уплотнение или небольшой фитинг могут помешать выполнению всего плана ремонта. Я составил краткий список деталей, которые команда использовала чаще всего, и держал их рядом с рабочей зоной. Таким образом, экипаж мог двигаться, как только неисправность была подтверждена. Никакого долгого ожидания. Никаких дополнительных поездок. 4. Я изменил нашу реакцию на небольшие предупреждающие знаки. Многие простои начинались с предупреждений, которые выглядели слишком незначительными, чтобы иметь значение. Небольшое падение давления. Медленный ответ. Шум, который звучал по-другому. Я посоветовал команде сообщать об этих признаках как можно раньше и относиться к ним как к полезным данным, а не как к обвинению. Этот сдвиг имел значение. Люди стали более открытыми. Экипаж обнаружил проблемы еще до того, как они превратились в точки. 5. Я проводил короткие обзорные встречи после каждого мероприятия. Мне не хотелось долгого разговора, который люди забыли к следующей смене. Я хотел сделать быстрый обзор по трем пунктам: что не удалось, что замедлило ремонт, что изменить в следующий раз. Эта привычка помогла нам быстро учиться. Одна и та же ошибка не повторялась в том же духе. Один случай мне запомнился. Испытание под давлением показало нестабильные показания во время плановой проверки. Перед этим новым процессом экипаж мог бы дождаться следующего запланированного перерыва. На этот раз остановились, проверили леску, нашли изношенную деталь и сразу заменили. Ремонт все же потребовал усилий, но не обернулся гораздо большей задержкой. Бригада держала работу под контролем, и на объекте не терялся целый день. Это тот момент, к которому я всегда возвращаюсь. Простои ПВО – это не только проблема оборудования. Это также вопрос процесса. Если команда не может вовремя увидеть предупреждение, не может действовать быстро и не может передавать четкие заметки от одной смены к другой, та же проблема продолжает возвращаться. Моя точка зрения проста: обычно лучшее решение – это не один большой шаг. Это набор небольших привычек, которые остаются неизменными. Краткий чек-лист. Четкая передача. Правильные запчасти. Быстрая реакция на предупреждающие знаки. Краткий обзор после каждого мероприятия. Когда эти части работали вместе, сайт, который я поддерживал, сокращал время простоя таким образом, что это казалось реальным. У экипажа было меньше стресса. За этапами ремонта стало легче следить. Работа продвигалась с меньшей задержкой. Если бы мне пришлось объяснить это в одной строке, я бы сказал так: с проблемой BOP становится легче справиться, когда команда перестает ждать, пока сбой вырастет, и начинает работать по четкому распорядку каждую смену. Свяжитесь с нами сегодня, чтобы узнать больше. Джейсон Цзян: service@csen-petro.com/WhatsApp +8618057606570.
Джейсон Цзян 2025 г. Контроль отказов превентора на море и сокращение времени простоев Майкл Тернер 2024 г. Стратегии профилактического обслуживания морских противовыбросовых превенторов Лаура Чен 2023 г. Сокращение времени простоя управления скважиной за счет более быстрого переключения передач Дэвид Миллер 2022 г. Практические методы повышения надежности превентора на море Сара Уильямс 2021 г. Управление неисправностями гидравлической системы при бурении на море Роберт Хейс Сигналы раннего предупреждения и планирование технического обслуживания систем ПВО на 2020 год
Письмо этому поставщику