Trong hoạt động sản xuất công nghiệp, chất lượng và tính ổn định của các sản phẩm phần cứng là yếu tố quyết định sự vận hành an toàn và hiệu quả của toàn bộ dây chuyền sản xuất.Tuy nhiên chúng ta không nên bỏ qua việc cấu hình phần mềm.Sự cố phần mềm cũng có thể dẫn đến sự cố hệ thống, mất dữ liệu hoặc dây chuyền sản xuất không thể thực hiện đúng nhiệm vụ của mình, điều này có thể tác động đáng kể đến toàn bộ quá trình sản xuất.Vì vậy, trong cả khía cạnh phần cứng và phần mềm của môi trường sản xuất công nghiệp, việc khắc phục sự cố là một bước cần thiết để đảm bảo thiết bị hoạt động trơn tru, đảm bảo hiệu quả sản xuất và duy trì sự an toàn, tin cậy.
Hôm nay, hãy đi sâu vào một trường hợp thực tế trong đó cấu hình phần mềm đã ảnh hưởng đến hoạt động sản xuất.Hãy đảm bảo rằng chúng ta sẽ xử lý sự cố một cách hiệu quả trong tương lai để đảm bảo hiệu quả và độ tin cậy của dây chuyền sản xuất tự động!
1
Phản hồi của khách hàng: Thiết bị tại chỗ đang gặp sự cố với mô-đun CN-8032-L không hoạt động, dẫn đến việc máy kích hoạt dừng khẩn cấp và dây chuyền sản xuất ngừng hoạt động tự động.Cần phải can thiệp thủ công để khôi phục hoạt động bình thường, gây gián đoạn hoạt động sản xuất và thử nghiệm thông thường.Nếu vấn đề mô-đun ngừng hoạt động ngoại tuyến không thể được giải quyết một cách hiệu quả, nó sẽ ảnh hưởng đến sản lượng sản xuất cuối cùng.
2
Sau khi trao đổi tại chỗ với nhân viên kỹ thuật, người ta xác nhận rằng trong số ba dây chuyền sản xuất, hai trong số đó đang gặp phải vấn đề tương tự về việc các mô-đun ngừng hoạt động ngoại tuyến tại cùng một địa điểm.Khoảng 1 giây sau khi rớt offline, các module sẽ tự động kết nối lại.Khách hàng trước đó đã thử thay thế mô-đun nhưng không giải quyết được vấn đề.Đánh giá ban đầu cho thấy vấn đề này có thể không liên quan đến chất lượng của mô-đun.Các bước khắc phục sự cố sau đây đã được thực hiện:
1. Cập nhật thông tin phần sụn mô-đun và lập trình các tệp GSD để loại bỏ các vấn đề tương thích phần sụn.
2. Thay thế các mô-đun một lần nữa để loại trừ các lỗi mô-đun riêng lẻ tiềm ẩn.
3. Thông tin phần cứng mạng, bộ chuyển mạch và nguồn điện đã được xác minh, loại bỏ phần lớn các vấn đề liên quan đến phần cứng.
4. Sửa đổi cấu trúc mạng để loại bỏ các yếu tố tiềm ẩn liên quan đến mạng.
5. Sử dụng bộ lọc trên nguồn điện để loại trừ các sự cố liên quan đến nguồn điện.
6. Điều tra và giải quyết mọi xung đột địa chỉ IP mạng.
7. Tạm thời vô hiệu hóa bộ định tuyến kết nối với mạng bên ngoài, điều này làm giảm tần suất rớt mạng nhưng không giải quyết được hoàn toàn vấn đề.
8. Các gói dữ liệu mạng bị bắt và các gói dữ liệu dịch vụ không tuần hoàn được xác định trong Profinet, dẫn đến lỗi PLC do gói hết thời gian chờ.
9. Baesd ở bước trước, đã kiểm tra chương trình của khách hàng.
Qua phân tích các gói dữ liệu mạng, người ta phát hiện ra rằng khách hàng đang sử dụng chương trình truyền thông Modbus của Siemens.Trong quá trình thực thi các khối chức năng cụ thể, họ đã vô tình nhập mã định danh phần cứng của một mô-đun chức năng vào các chân chương trình.Điều này dẫn đến việc PLC liên tục gửi các gói dữ liệu UDP đến mô-đun chức năng đó, dẫn đến lỗi “hết thời gian chờ dịch vụ không theo chu kỳ” và khiến máy ở chế độ ngoại tuyến.
3
Sự cố trong trường hợp trên khác với thời gian chờ liên lạc PN thông thường do nhiễu hoặc gián đoạn mạng.Thời gian chờ dịch vụ không theo chu kỳ thường liên quan đến lập trình của khách hàng, hiệu suất CPU và khả năng tải mạng.Mặc dù khả năng xảy ra sự cố này là tương đối thấp nhưng không phải là không thể và việc khắc phục sự cố chương trình hoặc môi trường mạng có thể được thực hiện để giải quyết vấn đề này trong tương lai.
Các sự cố phần mềm thường ít được nhìn thấy hơn, nhưng với cách tiếp cận khắc phục sự cố mang tính hợp tác và có hệ thống, chúng tôi có thể xác định nguyên nhân cốt lõi và giải quyết vấn đề để đảm bảo quá trình sản xuất diễn ra suôn sẻ!
Vì vậy, điều này kết thúc blog kỹ thuật của chúng tôi cho phiên này.Cho đến lần sau!
Thời gian đăng: Oct-17-2023
