Kiểm tra và truy xuất cho hàn tàu nhiều cánh tay: theo dõi mối hàn, không chỉ dữ liệu

Hồ sơ hữu ích theo dõi mối hàn qua các quyết định

Trạm hàn đóng tàu có thể tạo nhiều điểm dữ liệu nhưng vẫn bỏ ngỏ câu hỏi đơn giản: kết quả này mô tả mối hàn thực tế nào và mối hàn đó đã được chấp nhận chưa? Truy xuất bắt đầu từ danh tính và trạng thái, không phải số kênh trên bảng điều khiển. Hồ sơ yêu cầu cần kết nối yêu cầu bản vẽ, nguyên công, kiểm tra và quyết định cho phép chuyển bước cho phần công việc có thể nhận dạng.

Điều này quan trọng hơn khi nhiều tay máy cùng làm một cụm. Bản yêu cầu hàng hải của TitanWeld dùng hai tay máy cho mỗi đơn vị phối hợp cơ bản và tối đa hiện tại bốn đơn vị, tám tay máy. Cấu hình có mức tùy biến cao và phải được thiết lập riêng cho dự án. Một mối hàn có thể được lập cho một tay máy, bị gián đoạn rồi hoàn thành bằng nguyên công khác được phê duyệt. Danh tính của nó cần ổn định suốt lịch sử đó.

Cấu trúc hồ sơ dưới đây là phương pháp kỹ thuật được đề xuất. Nó không ngụ ý cơ sở dữ liệu truy xuất cụ thể, hệ thống kiểm tra tự động hoặc chứng nhận bên thứ ba được bao gồm trong phương án cung cấp. Dự án phải quy định thông tin, giao diện, thời gian lưu giữ và thẩm quyền cho phép chuyển bước trước khi xem thu thập dữ liệu là phần phạm vi hệ thống đã được nghiệm thu.

Dùng mã nhận dạng riêng cho yêu cầu và thực hiện

Gán mã nhận dạng bền vững cho mỗi mối hàn hoặc đoạn hàn xác định trên bản đồ được kiểm soát. Liên kết mã đó với cụm, phiên bản bản vẽ, tham chiếu cấu kiện và chi tiết liên kết bắt buộc. Giữ mã đủ ý nghĩa để định vị mối hàn vật lý mà không phụ thuộc vào số chương trình nội bộ của robot. Hồ sơ chất lượng phải vẫn hữu ích ngay cả khi đường đi được tạo lại hoặc đơn vị được phân công thay đổi.

Cho mỗi lần thực hiện một mã nguyên công riêng. Một lượt hàn bình thường, lượt bị gián đoạn, khởi động lại và sửa chữa nhờ đó có thể cùng tham chiếu mối hàn bắt buộc nhưng vẫn là các sự kiện phân biệt. Ghi nguyên công nào thay thế hoặc hoàn tất nguyên công khác thay vì xóa các lần trước. Cấu trúc này giúp giải thích kết quả được chấp nhận đã đạt được thế nào và vùng nào được kiểm tra sau can thiệp.

Chủ động xác định mức độ chi tiết. Ghi mỗi điểm nội suy của bộ điều khiển như một hạng mục sản xuất riêng là không hữu ích, còn coi cả tấm là một mối hàn sẽ che ngoại lệ cục bộ. Dùng bản vẽ và kế hoạch kiểm tra để chọn cấp độ cần quyết định hoàn thành và chấp nhận. Hồ sơ cần hỗ trợ quyết định thực của thợ lắp, người vận hành và kiểm tra viên.

Liên kết mối hàn với đầu vào được kiểm soát

Hồ sơ mối hàn cần trỏ đến phiên bản bản vẽ và WPS dùng cho nguyên công, và đến phạm vi phê chuẩn quy trình áp dụng thông qua hệ thống chất lượng. TWI giải thích rằng WPS xác định các biến hàn và được hỗ trợ bởi hồ sơ phê chuẩn. [1] Có thể giữ tên bộ thông số robot cục bộ làm tham chiếu thực hiện, nhưng không nên biến nó thành định nghĩa quy trình duy nhất.

Gắn thông tin vật liệu và vật tư hàn ở cấp độ dự án yêu cầu. Dùng hệ thống hiện có của nhà máy khi có thể thay vì tạo sổ đăng ký song song biệt lập với mã khác. Ghi việc cho phép sử dụng đầu vào và tham chiếu đồ gá hoặc thiết lập nếu chúng thuộc phương pháp nghiệm thu thống nhất. Điểm quan trọng là có thể liên hệ nguyên công với đầu vào thực mà nó đã sử dụng.

Giữ phiên bản thay vì chỉ lưu liên kết đến tệp mới nhất. Thay đổi bản vẽ trong tương lai không được khiến hồ sơ sản xuất trước đó trông như đã dùng hướng dẫn khi ấy chưa tồn tại. Có thể triển khai bằng kho lưu trữ kiểm soát hoặc phương pháp quản lý tài liệu khác được phê duyệt, nhưng quan hệ lịch sử phải luôn có thể tái dựng.

Ghi đúng ý nghĩa thực của dữ liệu quy trình

Quyết định giá trị vận hành và sự kiện nào cần cho mục đích sử dụng hồ sơ đã thống nhất. Với mỗi kênh, xác định nguồn, đơn vị, phương pháp lấy mẫu hoặc tổng hợp và quan hệ với đoạn hàn. Giá trị dòng điện đo bởi nguồn hàn, tốc độ di chuyển được ra lệnh và ước tính nhiệt đầu vào được tính toán là những loại thông tin khác nhau. Ghi nhãn tương ứng thay vì trình bày mọi giá trị như sự thật đo trực tiếp.

Fronius mô tả lập hồ sơ dữ liệu hàn ở cấp cấu kiện và liên kết với các hệ thống hàn. [2] Ví dụ bên ngoài này cho thấy một nhóm chức năng quản lý dữ liệu có thể có. Nó không chứng minh sản phẩm hoặc tích hợp cụ thể được lắp trong dự án TitanWeld, cũng không xác lập ý nghĩa kiểm tra chất lượng của bất kỳ giá trị lưu nào.

Giữ đủ bối cảnh để diễn giải cảnh báo và khoảng trống. Hồ sơ thiếu có thể nghĩa là không hàn, kết nối lỗi hoặc nguyên công hoàn thành ngoài tuyến ghi dữ liệu. Những trạng thái này cần cách xử lý khác nhau. Xác định hệ thống nhận biết hồ sơ dữ liệu không đầy đủ thế nào và ai quyết định bằng chứng khác có đủ đáp ứng yêu cầu chất lượng dự án hay không.

Tách giám sát quy trình khỏi kiểm tra mối hàn

Dấu vết quy trình có thể cho thấy giá trị ghi được vẫn nằm trong dải chọn. Nếu không có cơ sở xác nhận riêng đã thiết lập và áp dụng phù hợp, nó không thể chứng minh mọi đặc tính chất lượng của mối hàn hoàn thiện. Kế hoạch kiểm tra phải xác định phép kiểm tra và tiêu chí dùng để chấp nhận. Tránh trạng thái xanh tự động làm kết quả giám sát không thể phân biệt với quyết định cho phép chuyển bước của kiểm tra viên.

TWI mô tả kiểm tra trực quan bổ sung cho các kỹ thuật kiểm tra khác và gắn với tiêu chí áp dụng. [3] Hướng dẫn thử nghiệm mối hàn của tổ chức này cũng phân biệt phương pháp phá hủy với không phá hủy. [4] Dự án cần chọn tổ hợp bắt buộc thông qua quy trình chất lượng và đăng kiểm có trách nhiệm; bài viết này không đưa ra tỷ lệ NDT hoặc cấp chấp nhận áp dụng chung.

Gắn kết quả kiểm tra với vị trí vật lý đã kiểm tra. Bao gồm phương pháp, tham chiếu báo cáo, trạng thái và các tham chiếu nhân sự hoặc thiết bị cần thiết qua hệ thống chất lượng đã thiết lập. Nếu dùng ảnh, xác định góc nhìn và vị trí thay vì dựa vào tên tệp ảnh chung. Ảnh đường hàn đẹp vẫn là bằng chứng hỗ trợ hữu ích, nhưng phạm vi kiểm tra của nó phải rõ.

Mô hình hóa rõ các chuyển đổi trạng thái

Mối hàn có thể ở trạng thái đã lập kế hoạch, sẵn sàng, đang thực hiện, gián đoạn, hoàn thành, chờ kiểm tra, được chấp nhận hoặc cần sửa. Dùng thuật ngữ của nhà máy nhưng giữ các phân biệt liên quan đến cho phép chuyển bước. Chương trình robot hoàn thành không được tự động đồng nghĩa công việc được chấp nhận, trừ khi quy trình chấp nhận đã xác định của dự án hỗ trợ rõ chuyển đổi đó.

Xác định vai trò hoặc hành động hệ thống đã xác nhận nào có thể thay đổi từng trạng thái. Người vận hành có thể xác nhận thiết lập đã sửa, bộ phận kiểm tra có thể ghi chấp nhận và kỹ sư được ủy quyền có thể phê duyệt cách xử lý. Trách nhiệm chính xác thuộc dự án. Phần mềm cần phản ánh chúng thay vì cung cấp một nút hoàn thành không phân biệt có thể xóa lý do một hạng mục bị giữ.

Ghi bằng chứng đằng sau chuyển đổi và thời điểm diễn ra. Nếu trạng thái được sửa, giữ mục nhập trước và lý do sửa thông qua phương pháp kiểm toán được phê duyệt. Mục đích không phải tạo gánh nặng hành chính; đó là ngăn trạng thái mơ hồ cho phép công việc chưa hoàn thành hoặc chưa kiểm tra rời tuyến chế tạo mà không ai nhận ra.

Giữ lịch sử công việc gián đoạn và sửa chữa

Khi hồ quang dừng ngoài dự kiến, gắn sự kiện với nguyên công và vị trí hàn liên quan. Ghi những gì đã biết và những gì còn chưa chắc chắn. Vị trí bộ điều khiển có thể là điểm tham chiếu hữu ích, nhưng không nên tự động coi đó là ranh giới chính xác của phần kim loại hàn đạt yêu cầu. Phương pháp khôi phục và kiểm tra phải xác lập ranh giới đó khi cần.

Với sửa chữa, kết nối phát hiện ban đầu, hướng dẫn được cho phép, chuẩn bị, nguyên công sửa và kiểm tra tiếp theo. Không thay hồ sơ mối hàn ban đầu bằng lượt cuối trông sạch đẹp. Lịch sử cần thiết để giải thích cả cách xử lý chất lượng lẫn công sức sản xuất. Nó cũng giúp phân biệt vấn đề quy trình lặp lại với sự cố riêng lẻ về đầu vào hoặc thiết lập.

Thử cấu trúc hồ sơ trong buổi trình diễn khôi phục được phê duyệt. Xác nhận người vận hành chọn được phần việc còn lại chính xác, sửa chữa giữ được danh tính mối hàn gốc và việc chấp nhận đóng đúng hạng mục. Lược đồ cơ sở dữ liệu trông đầy đủ trong bài trình bày vẫn có thể không đáp ứng nếu giao diện tại xưởng khuyến khích người dùng bắt đầu công việc mới không liên quan sau mỗi gián đoạn.

Thiết kế hồ sơ cho nhiều đơn vị và nguồn đồng hồ

Nhiều đơn vị có thể tạo sự kiện đồng thời. Thống nhất cách hồ sơ của chúng nhận dạng cụm chung và phân biệt từng đơn vị, tay máy và nguyên công. Đồng bộ hoặc đối soát dấu thời gian theo độ chính xác cần cho phân tích. Yêu cầu cần theo mục đích sử dụng; đánh giá trình tự sản xuất và điều tra quy trình chi tiết có thể cần độ phân giải thời gian khác nhau.

Lập kế hoạch cho kết nối không khả dụng và khởi động lại có kiểm soát. Xác lập dữ liệu nào giữ cục bộ, điều gì chỉ ra truyền thành công và cách đối soát bản ghi trùng hoặc đến trễ. Đây là yêu cầu giao diện để thảo luận, không phải lời hứa về chế độ ngoại tuyến cụ thể. Nếu hồ sơ được quy định là thiết yếu để cho phép chuyển bước, hệ thống cần cách xử lý thống nhất khi không cung cấp được hồ sơ.

Tránh giả định bảng điều khiển trung tâm chứng minh tính đầy đủ. Đối soát mã mối hàn bắt buộc với hồ sơ nguyên công và kiểm tra nhận được. So sánh này có thể phát hiện đoạn hàn bao đầu ngắn bị thiếu ngay cả khi các nguyên công dọc chính tạo nhiều dữ liệu. Bộ hồ sơ cần được đánh giá theo mức bao phủ công việc vật lý, không theo khối lượng mục nhập của tay máy bận nhất.

Làm cho dữ liệu nghiệm thu xuất ra sử dụng được ngoài trạm

Quy định dữ liệu xuất mà nhà máy đóng tàu có thể đọc và lưu bằng hệ thống đã thống nhất. Bao gồm ánh xạ rõ giữa mã cụm, mối hàn, nguyên công và kiểm tra, cùng phiên bản tài liệu và trạng thái hiện tại. Giữ dữ liệu chi tiết khi cần, nhưng cũng cung cấp hồ sơ ngắn gọn giúp người xem tìm ngoại lệ và hiểu quyết định cho phép chuyển bước.

Thử xuất dữ liệu với một cụm đại diện có mối hàn bình thường, gián đoạn và sửa chữa hoặc ngoại lệ thống nhất khác. Yêu cầu bộ phận tiếp nhận kiểm chứng các quan hệ còn nguyên sau xuất và nhập. Kiểm tra một người không tham gia thử nghiệm có thể xác định đã hàn gì, kiểm tra gì và vì sao được chấp nhận hay không. Đây là thử nghiệm tính sử dụng thực tế của yêu cầu truy xuất.

Quy định trách nhiệm lưu giữ, truy cập và kiểm soát thay đổi trong thỏa thuận dự án. Tránh thu thập thông tin không có người phụ trách hoặc mục đích được nêu. Hồ sơ nhỏ hơn nhưng tin cậy, gắn với kế hoạch chất lượng hữu ích hơn kho lớn không được duy trì và không xác định được bản vẽ hoặc quy trình liên quan. Hệ thống sản xuất cần hỗ trợ ý nghĩa lâu dài của hồ sơ cũng như việc ghi nhận ban đầu.

Khép kín phản hồi bằng bài học sản xuất cụ thể

Dùng hồ sơ để nhận biết vị trí và nguyên nhân lặp lại: chi tiết hàn bao đầu cụ thể, thiết lập đồ gá, ngoại lệ cảm biến hoặc khởi động lại nhiều lần. Xem xu hướng cùng các bộ phận kỹ thuật có trách nhiệm trước khi đổi quy trình. Tương quan trên bảng điều khiển là điểm bắt đầu điều tra, không phải bằng chứng một thông số gây ra bất toàn quan sát được.

Khi cải tiến được phê duyệt làm đổi quy trình, chương trình hoặc đồ gá, ghi phiên bản mới và bằng chứng hỗ trợ. Giữ lịch sử sản xuất cũ dưới cấu hình thực sự tạo ra nó. Điều này cho phép so sánh trung thực kết quả về sau và tránh quy cải thiện cho thay đổi chưa từng được triển khai trên các cụm đang thống kê.

Phép kiểm tra truy xuất cuối cùng rất trực tiếp: chọn một mối hàn được chấp nhận và tái dựng yêu cầu, đầu vào, thực hiện, ngoại lệ và kiểm tra của nó. Sau đó chọn một mối hàn bắt buộc và xác nhận tìm được trạng thái chấp nhận. Hai chiều này bộc lộ liên kết thiếu mà bảng dữ liệu lớn có thể che. Hệ thống hồ sơ riêng cho dự án có giá trị khi hỗ trợ các quyết định đó nhất quán trên mọi tay máy và mọi cụm.

Danh sách kiểm tra thẩm định dự án

• Liên kết mỗi mã mối hàn với phiên bản bản vẽ và quy trình của nó.
• Ghi cụm, vật liệu và thông tin quy trình liên quan.
• Xác định phương pháp kiểm tra áp dụng và tài liệu tham chiếu chấp nhận.
• Liên kết quan sát, cách xử lý, sửa chữa và kiểm tra lại với cùng liên kết hàn.
• Xác nhận có thể truy xuất hồ sơ và nhật ký quy trình không thay thế bằng chứng chấp nhận.