Tàu container Dali va vào cầu Francis Scott Key: nguyên nhân mất điện được xác định là do một dây điện bị lỏng

• Một dây điện bị lỏng trên tàu container Dali dài 984 feet đã gây ra mất điện và mất khả năng lái - đẩy, dẫn đến va chạm với cầu Francis Scott Key ở Baltimore
• Kết quả điều tra cho thấy dải nhãn của dây điện đã cản việc chèn hoàn toàn vào cổng kẹp lò xo của khối đầu nối, gây ra kết nối không hoàn chỉnh
• Điều này dẫn đến hai lần mất điện, khiến con tàu mất phương hướng rồi va vào trụ số 17 của cây cầu, làm một phần cầu sập và 6 công nhân bảo trì đường bộ thiệt mạng
• Phản ứng nhanh của hoa tiêu và nhân viên điều phối giao thông trên cầu đã giúp ngăn chặn thương vong lớn hơn
• NTSB xác định đây là một tai nạn do con người có thể phòng tránh được, đồng thời công bố đánh giá mức độ dễ tổn thương của các cây cầu trên toàn nước Mỹ trước va chạm với tàu lớn và các khuyến nghị an toàn

---

Tổng quan vụ tai nạn

• NTSB công bố ngày 18/11/2025 rằng một dây điện lỏng duy nhất trên tàu Dali đã khiến cầu dao điện mở ngoài dự kiến, dẫn đến mất điện và mất khả năng lái - đẩy
  • Vụ việc xảy ra ngày 26/3/2024, gần cầu Francis Scott Key dài 2,37 dặm ở Baltimore
  • Sau khi mất điện, con tàu mất phương hướng và quay sang mạn phải, rồi đâm vào trụ số 17 của cầu
• Điều tra cho thấy dải nhãn của dây điện đã ngăn việc chèn hoàn toàn vào cổng kẹp lò xo của khối đầu nối, gây ra kết nối điện không đủ chắc chắn
• Hệ quả là xảy ra hai lần mất điện liên tiếp, khiến tàu mất cả lực đẩy lẫn khả năng điều hướng

Va chạm và thiệt hại

• Ngay sau khi mất điện, tàu quay về phía cây cầu; dù hoa tiêu và đội trên buồng lái cố đổi hướng, việc mất lực đẩy khiến các biện pháp này không còn tác dụng
• Sau va chạm, một phần đáng kể của cây cầu sụp xuống sông; một số đoạn trụ, mặt cầu và giàn thép rơi xuống mũi tàu và khu vực container phía trước
• Thời điểm đó trên cầu có 7 công nhân bảo trì đường bộ và 1 thanh tra, trong đó 6 công nhân đã thiệt mạng
• NTSB đánh giá hoa tiêu, điều phối viên trên bờ và hành động chặn giao thông nhanh chóng của Cơ quan Giao thông Maryland đã ngăn thảm họa nhân mạng lớn hơn

Điều tra và phân tích

• Chủ tịch NTSB Jennifer Homendy cho biết việc tìm ra một dây điện duy nhất trong vô số dây điện của một con tàu khổng lồ giống như tìm một chiếc đinh tán bị lỏng trên tháp Eiffel
• Bà nhấn mạnh đây là một tai nạn có thể phòng tránh được, và việc thực hiện các khuyến nghị của NTSB sẽ giúp ngăn những vụ việc tương tự trong tương lai
• Một nguyên nhân góp phần dẫn đến tai nạn là thiếu các biện pháp kết cấu để ứng phó va chạm với tàu lớn ở cây cầu này
  • Quy mô tàu thuyền hiện nay đã lớn hơn rất nhiều so với thời điểm cây cầu được đưa vào sử dụng năm 1977
  • Khi tàu mang cờ Nhật Bản Blue Nagoya dài 390 feet bị mất lực đẩy và va vào cùng cây cầu năm 1980, thiệt hại chỉ ở mức nhẹ
  • Dali lớn gấp 10 lần Blue Nagoya, nên mức độ phá hủy trong va chạm lớn hơn nhiều

Mức độ dễ tổn thương của cầu và phản ứng trên toàn quốc

• Tháng 3/2024, NTSB đã công bố báo cáo về mức độ dễ tổn thương của các cây cầu trên toàn quốc trước va chạm với tàu lớn
  • Nhiều cơ quan quản lý cầu, bao gồm cả Cơ quan Giao thông Maryland, đã không nhận thức được rủi ro va chạm từ tàu biển
  • Điều này xảy ra dù AASHTO (Hiệp hội Quan chức Đường cao tốc và Giao thông Vận tải các bang Mỹ) đã có hướng dẫn từ lâu, nhưng đánh giá rủi ro vẫn chưa được thực hiện
• NTSB đã gửi thư tới 30 đơn vị sở hữu cầu được nêu trong báo cáo, kêu gọi đánh giá cầu và lập kế hoạch giảm thiểu rủi ro
  • Tất cả các đơn vị đều đã phản hồi, và tiến độ thực hiện từng khuyến nghị đang được công khai trên website của NTSB

Khuyến nghị an toàn và bước tiếp theo

• Dựa trên kết quả điều tra này, NTSB đã ban hành các khuyến nghị an toàn mới cho nhiều cơ quan và doanh nghiệp như US Coast Guard, FHWA, AASHTO, Nippon Kaiji Kyokai(ClassNK), ANSI, HD Hyundai Heavy Industries, Synergy Marine Pte. Ltd, WAGO Corporation
• Nội dung khuyến nghị bao gồm cải tiến thiết kế hệ thống điện, tăng cường biện pháp chống va chạm cho cầu, và sửa đổi tiêu chuẩn
• Nguyên nhân có thể xảy ra của tai nạn, kết quả điều tra và bản tóm tắt khuyến nghị có thể xem trên website của NTSB
• Báo cáo điều tra cuối cùng dự kiến sẽ được công bố trong vài tuần tới

Thông tin khác

• Các báo cáo về tai nạn hoặc sự cố có thể được gửi tới Trung tâm Điều hành Ứng phó NTSB (ROC) 24/7
  • Điện thoại: [phone] hoặc 202-314-6290
• Thông cáo báo chí của NTSB có kèm thêm hình ảnh và biểu đồ so sánh
  • Có sơ đồ so sánh kích thước giữa Blue Nagoya và Dali
  • Có hình minh họa giải thích ảnh hưởng của dải nhãn dây điện tới kết nối ở khối đầu nối

[GN⁺]

Ý kiến Hacker News

• Tôi rất khuyên nên xem video tóm tắt What's Going On In Shipping của Sal Mercogliano
  Dù dây điện lỏng là nguyên nhân trực tiếp, nhưng còn có nhiều vấn đề mang tính hệ thống lớn hơn nhiều
  Ví dụ, việc chuyển đổi máy biến áp được đặt ở chế độ thủ công và thủy thủ đoàn hầu như không được huấn luyện về quy trình chuyển đổi
  Hai máy phát điện dùng chung một bơm nhiên liệu không dự phòng, và nó không tự khởi động lại sau khi có điện trở lại
  Động cơ chính tự động tắt khi mất điện cho bơm làm mát mà không có nguồn khẩn cấp bù vào, còn máy phát dự phòng cũng không hoạt động kịp lúc
  Đây là một trường hợp điển hình của mô hình pho mát Thụy Sĩ (Swiss Cheese model), nơi nhiều lớp phòng thủ phải đồng thời bị xuyên thủng thì tai nạn như vậy mới xảy ra
  Nếu chỉ tập trung vào một vấn đề dây điện đơn lẻ thì sẽ không thể cải thiện tận gốc. Lần sau có thể là cảm biến hoặc bo mạch điều khiển hỏng
  Cuối cùng, phòng thủ theo chiều sâu (defense-in-depth) mới là điều cốt lõi

  • Hiện giờ vẫn có hàng nghìn tàu hàng đang vận hành bình thường, nhưng không ai biết dây điện lỏng tiếp theo sẽ gây sự cố lúc nào
    Thủy thủ làm việc với lương thấp và trách nhiệm nặng nề, còn sau tai nạn thì gần như bị điều tra trong tình trạng quản thúc tại gia
    Chủ tàu vẫn không thay đổi gì dù đã có kết quả điều tra sơ bộ
    Khuyến nghị kiểm tra toàn bộ tàu bằng camera hồng ngoại là điều không thực tế. Ở cảng, phần lớn hệ thống đều đang ở trạng thái nhàn rỗi
    Tàu bị mất tiền khi neo đậu, nên thông thường sẽ ra khơi ngay sau bảo trì
    Trong bối cảnh như vậy mà tai nạn lại hiếm mới thật sự đáng ngạc nhiên. Rốt cuộc đây là vấn đề của thất bại trong giám sát
  • Nhờ phần tóm tắt video mà tôi hiểu được toàn bộ bối cảnh
    Thật ấn tượng khi phải có nhiều lỗi chồng lớp cùng xảy ra thì tai nạn này mới diễn ra
  • Tôi đã xem video của Sal, có rất nhiều thiết kế phức tạp và dự phòng, nhưng vấn đề là thiếu tuân thủ quy tắc
  • Việc bơm nhiên liệu được thiết kế không tự khởi động lại khi mất điện có thể là một tính năng an toàn để ngăn cấp nhiên liệu khi xảy ra cháy
  • Kinh nghiệm của tôi là 99% sự cố mạng đều do cáp lỗi
    Nhưng những con tàu như thế này thường không được quản lý đúng cách vì thiếu ngân sách, nên đôi khi trông như những đống sắt vụn nổi

• Bài học tôi rút ra từ ngành hàng không là, tìm nguyên nhân gốc của tai nạn rất quan trọng, nhưng điều cốt lõi là phải kiểm tra nhiều lớp phòng thủ như trong mô hình pho mát Thụy Sĩ
  Tai nạn chỉ xảy ra khi nhiều lỗ hổng thẳng hàng với nhau
  Vì vậy cần có cơ chế an toàn dự phòng, đồng thời tìm ra và sửa nguyên nhân ngay cả từ những sự cố suýt xảy ra (near-miss)

  • Tôi cũng có trải nghiệm tương tự. Có lần biển báo giao thông suýt che khuất tầm nhìn, nhưng kỹ sư phụ trách đã phớt lờ vì nói vẫn nằm trong ngưỡng tiêu chuẩn
    Nhưng như vậy chẳng khác nào trông chờ một lớp khác sẽ bịt lỗ hổng của lớp này
  • Các cuộc họp retrospective trong ngành phần mềm thường mang tính hình thức, nhưng phân tích post-mortem sau sự cố thực tế thì rất hữu ích
    Tuy vậy, nếu hiểu ‘blameless post-mortem’ quá máy móc để né tránh sai sót cá nhân thì sẽ học được ít đi
  • Rốt cuộc vẫn phải biết tai nạn đã lọt qua lỗ hổng nào. Điều nguy hiểm nhất là không biết hệ thống đang ở trạng thái ra sao
  • Khái niệm này cũng được giải thích rất rõ trong How Complex Systems Fail
  • Điều thú vị là cách nói ‘Swiss cheese’ ban đầu mang nghĩa một hệ thống đầy lỗ hổng, nhưng từ sau thập niên 1990 lại được diễn giải lại thành mô hình an toàn

• Lời khuyên kiểu “đừng mắc sai lầm” là điều phi thực tế với cả việc bảo trì tàu hàng khổng lồ lẫn phần mềm cỡ 10MLOC
  Chiến lược an toàn thực sự phải là thiết kế với giả định rằng sai sót sẽ xảy ra

  • Tất nhiên, cách tiếp cận dùng quy trình để bắt lỗi vẫn quan trọng, nhưng bản thân quy trình đó cũng có thể mắc sai lầm
    Cuối cùng ở một mức nào đó vẫn quay về “đừng mắc lỗi”. Tuy nhiên, điều cốt lõi là tạo ra môi trường ra quyết định đơn giản và có dư địa
  • Hệ thống cơ khí có phần khác ở chỗ chúng ít khi gặp lỗi quy mô lớn hoàn toàn không thể dự đoán, và phần lớn đều có dấu hiệu cảnh báo trước

• Cần có luật cấp liên bang để bắt buộc hỗ trợ bằng tàu kéo
  Khi mất điện hoặc mất lái, tàu kéo phải có khả năng phản ứng ngay để ngăn va vào cầu
  Việc này cần được cưỡng chế bằng các biện pháp như cấm cập cảng vĩnh viễn hoặc tịch thu tàu nếu vi phạm
  Các công ty bảo hiểm cũng phải bị buộc từ chối bảo hiểm với các tàu vi phạm quy định

• Câu chuyện trên Wikipedia về việc Francis Scott Key Bridge là ‘còn tồn tại/không còn tồn tại’ đã dẫn đến một cuộc chiến chỉnh sửa khá thú vị
  Liên kết bài viết liên quan

• 7 công nhân làm đường đang ở trên cầu vào thời điểm tai nạn đã không được thông báo về tình trạng khẩn cấp của Dali
  Nếu họ được báo vào lúc cảnh sát bắt đầu chặn xe, có lẽ đã có cơ hội sống sót
  Điều này nhấn mạnh tầm quan trọng của hệ thống liên lạc sơ tán tức thời

• Phần giải thích bằng video rất bổ ích
  Ban đầu tôi nghĩ đây chỉ là lỗi bấm cos (crimp) đơn giản, nhưng dây điện hàng hải đòi hỏi tiêu chuẩn nghiêm ngặt hơn nhiều
  Ngoài thực tế, vẫn còn rất nhiều trường hợp mã ABYC không được tuân thủ đúng

• Báo cáo gốc của NTSB có thêm nhiều thông tin

• Vấn đề thực sự là cấu hình bơm nhiên liệu sai
  Họ dùng bơm tạm thay vì bơm đúng chuẩn ban đầu, và nó không tự khởi động lại khi mất điện
  Tiếp xúc điện kém chỉ đóng vai trò như cú kích hoạt, nếu bơm bình thường đang hoạt động thì đáng lẽ vẫn có thể khôi phục được

• Nếu muốn biết tiến độ khôi phục cây cầu, có thể xem tại keybridgerebuild.com