WhatsApp: +8615306204105
Email 516947921@qq.comJELIO ENGINEERES
MES cho máy tách PCB: Xác định giao diện dữ liệu CSV
Giao diện MES CSV cho máy tách PCB chỉ hoạt động đúng khi nhà cung cấp máy và nhà máy thống nhất ý nghĩa từng bản ghi và thời điểm hệ thống nhận chấp thuận bản ghi. Tệp mở được trong bảng tính vẫn có thể nhận dạng sai panel, lặp sự kiện hoặc ghi hoàn thành cắt khi bo mạch còn trong máy. Hướng dẫn này giúp kỹ sư tự động hóa chuyển thông tin kết nối MES trong danh mục JELIO thành yêu cầu giao diện dự án. Tài liệu phân biệt cấu hình máy đã công bố với các trường dữ liệu, quy tắc bàn giao và kiểm thử khôi phục cần thống nhất cùng nhà cung cấp thiết bị và MES.
Giao diện MES CSV cho máy tách PCB cần xác định những gì?
Xác định bên tạo và bên nhận dữ liệu, mã bản ghi, ý nghĩa sự kiện, kiểu trường, tín hiệu hoàn tất tệp và xác nhận tiếp nhận. Sau đó thống nhất cách xử lý tệp bị từ chối, đến trễ và gửi lại. Dùng panel và phiên bản chương trình đại diện trong thử nghiệm chung, rồi đối soát hồ sơ máy với dữ liệu MES đã nhập trước khi phê duyệt kết nối cho sản xuất.
Bắt đầu từ kết nối đã công bố và kết quả cần đạt
Hạt máy phay trực tuyến JLO-C3532Z ghi định dạng văn bản MES CSV là tiêu chuẩn và máy quét mã vạch là tùy chọn. Trang này cũng mô tả gọi chương trình bằng QR và xác minh mã vạch khay gá. Dùng các thông tin đó để bắt đầu trao đổi cấu hình, sau đó xác định mục đích của từng trao đổi dữ liệu được yêu cầu. Hồ sơ hoàn thành thao tác cắt, yêu cầu chọn chương trình và xác nhận MES đã lưu bản ghi là những trao đổi khác nhau do các bên khác nhau phụ trách.
Viết kết quả nhà máy mong muốn bằng một câu trước khi liệt kê các trường. Ví dụ, nhà máy có thể cần liên kết phiên bản panel với chương trình cắt đã dùng và bước bàn giao khay sau đó. Hỏi nhà cung cấp máy những sự kiện phần mềm trong báo giá có thể cung cấp, và hỏi nhóm MES những sự kiện bộ nhập dữ liệu cần nhận. Giải quyết khác biệt trong tài liệu giao diện. Thể hiện riêng nghiệm thu cắt và nghiệm thu dữ liệu trong tiến độ dự án.
Lập từ điển trường dữ liệu trước khi trao đổi tệp mẫu
Với mỗi cột đề xuất, ghi ý nghĩa, hệ thống nguồn, kiểu dữ liệu, trạng thái bắt buộc và quy tắc từ chối. Giữ mã nhận dạng ở dạng văn bản để không mất số không ở đầu khi nhập. Xác định ô trống có nghĩa là không có dữ liệu, không áp dụng hay đọc thất bại. Phân biệt mã panel với mã loại sản phẩm: mã đầu theo dõi một vật thể, còn mã sau mô tả thiết kế dùng chung cho nhiều vật thể. Tên trạm cũng cần phân biệt hai trạm làm việc khi sự phân biệt này cần cho điều tra.
Từ điển dưới đây là biểu mẫu đề xuất để trao đổi. Tên cột cuối cùng và các giá trị được hỗ trợ phải được thống nhất cho cấu hình mua. Tránh thêm trường chỉ vì máy khác xuất được trường đó. Kết quả kiểm tra mép cần nguồn và phương pháp kiểm tra riêng; hoàn thành chương trình phay không tự tạo ra kết quả kiểm tra. Khi MES phát hành lệnh sản xuất hoặc phiên bản có thẩm quyền, mô tả cách thiết bị nhận hoặc tham chiếu thông tin đó.
| Trường đề xuất | Ý nghĩa cần thống nhất | Bên phụ trách hoặc câu hỏi nghiệm thu |
|---|---|---|
| record_key | Một sự kiện sản xuất logic | Bên nào tạo khóa và nhận biết việc gửi lại như thế nào? |
| panel_id | Panel vật lý đầu vào | Hệ thống nào cấp mã và giữ các số không ở đầu? |
| program_revision | Chương trình thực tế được chọn | Phân biệt phiên bản đã phát hành với tên hiển thị như thế nào? |
| station_id | Trạm làm việc được dùng | Có cần trường này để phân biệt quy trình hai trạm không? |
| event_type | Thao tác mà dòng dữ liệu biểu diễn | Hoàn thành nghĩa là cắt xong hay dỡ sản phẩm xong? |
| occurred_at | Thời điểm của thao tác được biểu diễn | Thống nhất định dạng, múi giờ và trách nhiệm đồng bộ đồng hồ. |
| result_code | Kết quả của thao tác đó | Thống nhất giá trị, điều kiện dừng và nguồn kết quả kiểm tra. |
Quy định vòng đời tệp cùng cú pháp CSV
Thống nhất mã hóa ký tự, dấu phân cách, sự hiện diện của dòng tiêu đề, cách dùng dấu ngoặc kép, ký tự xuống dòng và xử lý trường trống. RFC 4180 mô tả quy ước định dạng phân cách bằng dấu phẩy, gồm trường trong dấu ngoặc kép và dấu ngoặc kép nằm trong dữ liệu. Đây là tài liệu tham khảo định dạng mang tính thông tin, không phải định nghĩa thông điệp sản xuất. Kèm bộ kiểm thử nhỏ có dấu phẩy trong mô tả, dấu ngoặc kép, tên sản phẩm có ký tự ngoài ASCII và mã bắt đầu bằng số không. Yêu cầu cả hai nhóm kiểm tra giá trị sau nhập.
Tiếp theo, xác định cách bên nhận biết thao tác ghi đã hoàn tất. Một dự án có thể thống nhất ghi tệp tạm rồi đổi sang tên báo sẵn sàng; dự án khác có thể dùng tín hiệu hoàn tất riêng. Ghi cơ chế thực tế được hỗ trợ thay vì mặc định một trong hai cách. Quy định thư mục, quy tắc đặt tên, quyền truy cập, bên lưu trữ và nơi xác nhận tiếp nhận. Thấy tên tệp khác với xác thực và lưu thành công tất cả bản ghi dự kiến. Thống nhất thời điểm được phép gửi lại hoặc chuyển tệp vào hàng đợi lỗi.
Đưa tình huống ngoại lệ vào thử nghiệm nghiệm thu chung
Trước tiên chạy trình tự bình thường với panel thử nghiệm có mã và phiên bản chương trình đã biết. Đếm riêng sự kiện tạo ra, được chấp thuận và bị từ chối. Sau đó chủ động thử tệp gửi lại, thao tác ghi bị gián đoạn, thiếu mã bắt buộc, phiên bản cột ngoài dự kiến và bên nhận tạm ngừng hoạt động. Quy định trạng thái mong đợi trước mỗi thử nghiệm. Tệp gửi lại phải tuân theo quy tắc đã thống nhất, còn tệp chưa hoàn tất phải chờ hoặc bị từ chối theo cơ chế bàn giao được mô tả.
Đối soát cần giải thích từng chênh lệch thay vì chỉ coi tổng số dòng cuối cùng là đủ bằng chứng. Cùng một tổng số vẫn có thể che giấu một panel bị thiếu và một panel bị trùng. So sánh khóa sự kiện và mã panel đã thống nhất giữa nhật ký bên tạo, vị trí chuyển tệp và kết quả nhập MES. Sau khôi phục, chỉ rõ bản ghi chờ nào đã được chấp thuận và bản ghi nào cần quyết định của người vận hành. Lưu đầu vào mẫu và kết quả quan sát cùng các phiên bản phần mềm dùng trong thử nghiệm.
| Trường hợp | Câu hỏi cần thống nhất | Bằng chứng để giữ lại |
|---|---|---|
| Truyền lặp lại | Gửi lại có tạo sự kiện logic thứ hai không? | Cùng khóa sự kiện và quyết định của bộ nhập |
| Ghi bị gián đoạn | Ngăn xử lý tệp chưa hoàn tất như thế nào? | Đầu vào chưa đủ và trạng thái chờ/từ chối |
| Bên nhận không khả dụng | Ai xếp hàng dữ liệu và cho phép thử lại? | Khoảng gián đoạn, hàng đợi và hồ sơ khôi phục |
| Thiếu mã panel | Thao tác sẽ chờ, bị từ chối hay chuyển vào quy trình ngoại lệ? | Dòng đầu vào, thao tác người vận hành và quyết định cuối cùng |
| Thay đổi phiên bản cấu trúc dữ liệu | Bên nhận chấp nhận những phiên bản nào? | Từ điển có phiên bản và kết quả tương thích |
Giữ riêng phạm vi giao thức nhà máy và bàn giao vật lý
Nhà cung cấp máy tách PCB hiện nay mô tả nhiều cách kết nối với hệ thống nhà máy. ASYS liệt kê các giao diện tiêu chuẩn hóa cho các hệ thống DIVISIO cụ thể, trong khi Critical Manufacturing mô tả tích hợp ASYS qua socket có xử lý yêu cầu và phản hồi. Những ví dụ này cho thấy vì sao giao thức và phiên bản thiết bị cần có trong yêu cầu tích hợp. Chúng không định nghĩa giao diện CSV của JELIO. Nếu nhà máy yêu cầu thêm giao thức, hãy liệt kê thành phạm vi kỹ thuật riêng với tiêu chí nghiệm thu riêng.
Đồng thời đánh giá đầu ra vật lý. Bản ghi hoàn thành cắt có thể xuất hiện trước khi dỡ sản phẩm thành công, và bộ đệm phía sau có thể trì hoãn thu nhận sau khi đã dừng cắt. Xác định sự kiện MES cần cho từng quyết định nghiệp vụ. Đối với quan hệ nhận dạng qua quá trình tách, hãy dùng tài liệu đi kèm yêu cầu tích hợp truy xuất nguồn gốc bằng mã vạch. Với ràng buộc về khay và chuyển sản phẩm, bắt đầu từ danh mục thiết bị phụ trợ và bản vẽ khay thực tế.
Gửi gói đánh giá mà cả hai nhóm phần mềm có thể phê duyệt
Chuẩn bị yêu cầu giao diện có phiên bản, gồm từ điển trường, tệp đại diện, trình tự sự kiện, vòng đời tệp và ma trận ngoại lệ. Chỉ định người phụ trách phía máy, phía MES và nghiệm thu tại nhà máy. Ghi rõ nhóm nào tạo bộ nhập dữ liệu, nhóm nào xử lý quyền hệ điều hành, truy cập mạng và hỗ trợ. Không đưa thông tin đăng nhập thử nghiệm và mã sản xuất khách hàng vào tài liệu công khai. Dùng mã giả lập trong bộ kiểm thử tích hợp, tách rõ khỏi hồ sơ sản xuất thực.
Yêu cầu đánh giá chung gói tài liệu trước khi chốt phạm vi mua thiết bị. JELIO mô tả phát triển tích hợp phần mềm và phần cứng trên trang công ty, và dịch vụ Dịch vụ hỗ trợ kỹ thuật bao gồm cắt mẫu cùng tài liệu quy trình. Kết hợp đánh giá ứng dụng với đánh giá dữ liệu, rồi lưu phiên bản giao diện đã chấp thuận cùng cấu hình máy. Mọi thay đổi sau này về ý nghĩa sự kiện, cách đặt tên hoặc hành vi nhập cần được kiểm tra tương thích có trọng tâm.
Ba điểm kiểm tra của hồ sơ sản xuất dựa trên tệp
Xác định thao tác và panel thực tế.
Áp dụng tín hiệu sẵn sàng và cấu trúc đã thống nhất.
Trả quyết định chấp thuận hoặc từ chối.
So sánh ba câu hỏi nghiệm thu
| Ranh giới | Bước kiểm tra hữu ích | Cần phải ghi lại gì? |
|---|---|---|
| Thao tác cắt | Chương trình dự kiến đã hoàn thành chưa? | Panel, phiên bản chương trình và kết quả thao tác |
| Chuyển tệp | Đầu vào hoàn chỉnh đã sẵn sàng chưa? | Tên tệp hoặc mã lô và tín hiệu sẵn sàng |
| Nhập MES | Các bản ghi đã được xác thực và lưu chưa? | Khóa được chấp thuận, khóa bị từ chối và lý do |
| Phục hồi | Có thể đối soát dữ liệu tồn đọng không? | Quyết định gửi lại và ngoại lệ còn tồn tại |
Thông số công bố để đánh giá ứng dụng
JLO-C3532Z: giá trị danh mục nguồn cho họ sản phẩm này.
| Thông số | Giá trị công bố |
|---|---|
| Mẫu máy | JLO-C3532Z |
| Số trạm làm việc | Hai trạm |
| Kích thước PCB tách tối đa | 350mm(X)*320mm(Y) ( Trạm Nhật) |
| Phương thức nạp và dỡ bảng | Gắp và chuyển bảng bằng cốc hút chân không |
| Phương thức thay dao phay | Thay dao tự động |
| Kết nối MES | Định dạng văn bản CSV cho MES (tiêu chuẩn), máy quét mã vạch (tùy chọn) |
Từ thông tin MES trong danh mục đến bàn giao dữ liệu được chấp thuận
- 01
Định nghĩa
Nêu sự kiện nghiệp vụ, bên phụ trách và mã nhận dạng.
- 02
Bản đồ
Thống nhất trường, cú pháp và cơ chế hoàn tất tệp.
- 03
Thử ra
Kiểm thử trao đổi bình thường, bị từ chối và gián đoạn.
- 04
Đối soát
Đối soát mã sự kiện giữa thiết bị và MES.
- 05
Buông
Lưu từ điển đã chấp thuận và phiên bản phần mềm.
Câu hỏi thường gặp
CSV tiêu chuẩn có nghĩa là mọi MES đều nhập tệp mà không cần điều chỉnh không?
Danh mục xác nhận hỗ trợ CSV. Ánh xạ nhập, ý nghĩa sự kiện và hành vi xác nhận cần được thống nhất với nhóm MES nhận dữ liệu cho cấu hình được chọn.
Có nên dùng mã vạch làm khóa bản ghi không?
Một panel vật lý có thể tạo nhiều sự kiện. Xác định khóa sự kiện riêng với mã panel để phân biệt gửi lại dữ liệu và thao tác lặp lại.
Làm thế nào để tránh đọc tệp chưa ghi xong?
Thống nhất cơ chế hoàn tất được hỗ trợ, chẳng hạn tên báo sẵn sàng hoặc tín hiệu hoàn tất được chấp thuận, rồi trình diễn khi thử gián đoạn ghi.
Một dòng hoàn thành cắt có nghĩa là bo mạch đã đạt kiểm tra không?
Hoàn thành cắt và nghiệm thu kiểm tra là các sự kiện riêng. Kết quả kiểm tra cần nguồn kiểm tra xác định và tiêu chí đã thống nhất.
Cần gửi gì cho JELIO để đánh giá MES?
Gửi cấu hình máy, trình tự sự kiện, từ điển đề xuất, tệp giả lập đại diện, yêu cầu bộ nhập và kiểm thử ngoại lệ. Kèm yêu cầu panel và vận chuyển.
Thiết bị và hướng dẫn liên quan
Trao đổi yêu cầu giao diện MES
Chia sẻ hợp đồng dữ liệu đề xuất, yêu cầu nhập MES và trình tự vận chuyển panel để trao đổi tích hợp theo cấu hình cụ thể.
Trao đổi yêu cầu giao diện MES →
