Lộ trình nâng cấp SCADA cũ
Nâng cấp hệ thống SCADA cũ không phải là dỡ bỏ xây lại mà là một lộ trình có thể kiểm soát: đọc bốn tín hiệu thay thế gồm đứt nguồn vật tư, môi trường vận hành lạc hậu, đứt gãy nhân sự, chỉnh sửa trở nên rủi ro, rồi tiến hành theo năm bước đánh giá, kiểm kê, chạy song song, chuyển đổi từng phần, nghiệm thu bàn giao. Khi danh mục và tiêu chí xét duyệt của từng bước được viết rõ từ trước, việc nâng cấp có thể hoàn thành mà không dừng hay chỉ dừng sản xuất ở mức tối thiểu.
Cựu hệ thống đang ở giai đoạn nào: đọc tín hiệu thay thế trước
Không ít nhà máy lưỡng lự quanh câu hỏi "có nên nâng cấp hay không", trong khi tín hiệu cho thấy SCADA cũ sẽ bắt đầu ảnh hưởng sản xuất khá rõ ràng. Chỉ cần một trong bốn dấu hiệu sau xuất hiện là đã đến lúc đưa việc nâng cấp vào lịch trình:
- Vật tư và bản quyền đứt nguồn cung: board mạch, card mạng, thiết bị bảo mật đã ngừng sản xuất không mua được; hệ điều hành hay bản quyền phần mềm SCADA cũng không thể gia hạn;
- Môi trường vận hành lạc hậu: hệ thống cấp trên vẫn chạy trên hệ điều hành đã hết hỗ trợ từ lâu, chẳng hạn Windows XP (hết hỗ trợ từ tháng 4 năm 2014) hay Windows 7 (hết hỗ trợ từ tháng 1 năm 2020), không còn nguồn vá lỗi hay cập nhật bảo mật;
- Đứt gãy nhân sự: kỹ thuật viên am hiểu tham số, kịch bản và logic lịch sử chuyển công tác hoặc nghỉ hưu, nhân viên mới không thể tiếp nhận;
- Chỉnh sửa trở nên rủi ro: chỉ thêm một điểm đo hay sửa một màn hình cũng phải đụng vào mã nguồn cũ mà không ai dám thay đổi, chi phí sửa còn ngang với xây mới một hệ thống.
Lộ trình nâng cấp: đi năm bước như thế nào
Khi đã quyết định nâng cấp, hãy định lộ trình trước khi bắt tay vào việc. Trình tự vững chắc là:
- Đánh giá và khởi động dự án: thống kê quy mô điểm đo, loại giao tiếp, số màn hình và số năm vận hành, làm rõ "nâng cấp để giải quyết vấn đề gì" — đứt nguồn vật tư, hệ thống chậm, hay cần kết nối MES và nền tảng dữ liệu; mục tiêu khác nhau thì lộ trình khác nhau;
- Kiểm kê tài sản: xuất từng mục tài sản của hệ thống cũ thành danh sách, làm đầu vào yêu cầu cho hệ thống mới — đây là bước không được phép bỏ qua trong cả lộ trình;
- Chạy song song: cấp cùng một nhóm tín hiệu cho cả hai hệ thống mới và cũ chạy trong một khoảng thời gian, đối chiếu dữ liệu, màn hình và hành vi cảnh báo từng mục một;
- Chuyển đổi theo từng phần: chuyển sang hệ thống mới theo từng xưởng hoặc từng công đoạn — chuyển phần phụ trợ ít ảnh hưởng trước, dây chuyền chính cuối cùng, mỗi lượt đều giữ thời gian quan sát;
- Nghiệm thu và bàn giao tài liệu: sau khi đạt tiêu chuẩn chạy liên tục, tiến hành nghiệm thu chính thức, đồng thời hoàn thành đào tạo vận hành cùng bàn giao tài liệu và mã nguồn.
Kiểm kê tài sản: năm danh sách
Chất lượng kiểm kê trước khi chạy song song quyết định mức độ rủi ro vào ngày chuyển đổi. Năm danh sách nên lập thành bảng:
| Danh sách | Nội dung thu thập | Khoảng trống thường gặp |
|---|---|---|
| Danh sách điểm đo | tên thẻ đo, dải đo, đơn vị, ngưỡng cảnh báo, chu kỳ ghi | dải đo và ngưỡng từng điều chỉnh trong hệ thống cũ không được ghi chép; sao chép nguyên trạng sẽ di chuyển luôn cả khiếm khuyết |
| Danh sách tín hiệu và giao tiếp | giao thức truyền thông, phiên bản driver, tham số cổng nối tiếp/Ethernet, địa chỉ thanh ghi tương ứng trong chương trình PLC | driver cũ dùng giao thức riêng mà nền tảng mới không hỗ trợ, cần thêm gateway hoặc thay driver |
| Danh sách màn hình | chức năng từng màn hình, quan hệ gọi nhau, các điểm đo hiển thị trên đó | các màn hình tạm chất đống nhiều năm không được dọn dẹp; phải đánh giá giữ hay bỏ từng cái trước khi di chuyển |
| Danh sách tài liệu và mã nguồn | tệp dự án, kịch bản, cấu trúc cơ sở dữ liệu, cách sao lưu dữ liệu lịch sử | các phiên bản tệp dự án lẫn lộn, không tìm được bản cuối khớp với hiện trường |
| Danh sách phương thức vận hành | quy trình thao tác theo ca, quy tắc phản ứng cảnh báo, mẫu báo cáo, bàn giao với hệ thống phía sau | kinh nghiệm vận hành chỉ nằm trong đầu người kỳ cựu, chưa bao giờ thành văn bản nên sau chuyển đổi không ai thực hiện được |
Cần xác minh gì trong giai đoạn chạy song song
Chạy song song không phải là "bật lên rồi theo dõi" mà là đối chiếu theo danh mục. Bốn việc cần xác minh trong giai đoạn này:
- Sự trùng khớp của dữ liệu: cùng một điểm đo hiển thị giá trị, đường cong lịch sử, chu kỳ ghi có giống nhau trên hai hệ thống không; đặc biệt đối chiếu quy đổi dải đo và xử lý điểm xấu;
- Màn hình và thao tác khớp nhau: vận hành viên thực hiện khởi động dừng máy, cài đặt tham số trên hệ thống mới theo thói quen cũ, xác nhận vị trí nút bấm và logic xác nhận không gây nhầm lẫn;
- So sánh hành vi cảnh báo: với cùng một nhiễu động, hai hệ thống phát cảnh báo, phân cấp và ghi chép có giống nhau không, tránh ngày chuyển đổi xuất hiện cảnh báo sót hay bão cảnh báo;
- Kịch bản biên và sự cố: mất giao tiếp, mất điện, khởi động lại phục vụ được diễn tập từng mục, xác nhận hành vi phục hồi của hệ thống mới tương đương hoặc tốt hơn hệ thống cũ.
Kết thúc: chuyển đổi và nghiệm thu
Trật tự trong ngày chuyển đổi đến từ quy trình viết sẵn từ trước. Bốn việc cần làm chắc ở giai đoạn kết thúc:
- Viết rõ quy trình chuyển đổi và phương án quay lại: ngày nào, chuyển những công đoạn nào, ai xác nhận — điều kiện và các bước quay về hệ thống cũ cũng phải trắng đen rõ ràng, tránh quyết định tùy thời tại hiện trường;
- Chỉ nghiệm thu chính thức sau khi đạt tiêu chuẩn chạy liên tục: thỏa thuận trước về thời lượng và tiêu chuẩn (ví dụ hoàn thành một chu kỳ sản xuất không có điểm dừng do hệ thống mới gây ra); chưa đạt thì chưa coi là hoàn thành;
- Dữ liệu lịch sử được di chuyển và tra cứu được: dữ liệu lịch sử mà hệ thống cũ ghi theo chu kỳ đã thỏa thuận phải có nơi đến, sau chuyển đổi vẫn tra được đường cong như cách cũ — đây là giới hạn tối thiểu của truy xuất sản xuất;
- Tài liệu, đào tạo, mã nguồn bàn giao cùng lúc: khi ký nghiệm thu, sổ tay vận hành, mô tả màn hình, danh sách thẻ đo, tệp mã nguồn dự án và hồ sơ đào tạo được bàn giao trọn bộ, không để lại cảnh "có hệ thống, mất tư liệu".
Bốn rủi ro hay lặp lại khi nâng cấp
Dù phương pháp đúng, mấy cái bẫy sau vẫn xuất hiện đi xuất hiện lại:
| Rủi ro | Triệu chứng điển hình | Cách tránh |
|---|---|---|
| Chuyển đổi đồng loạt một lần | cả nhà máy đổi hệ thống trong một cửa sổ dừng máy, vấn đề bùng phát dồn dập | chuyển theo từng công đoạn, mỗi lượt giữ thời gian quan sát, xử lý vấn đề trong ngày |
| Mất logic ẩn | bù liên khóa và ngưỡng theo mùa trong kịch bản cũ ngừng hoạt động sau khi di chuyển | rà từng kịch bản và liên khóa ở giai đoạn kiểm kê, xác minh từng mục sau khi di chuyển |
| Giao tiếp khó hơn dự kiến | thiết bị cũ dùng giao thức riêng mà nền tảng mới không hỗ trợ, tiến độ bị kéo dài | thử giao tiếp ngay ở giai đoạn đánh giá, sớm quyết định gateway hay thay thiết bị với giao thức riêng |
| Chỉ thay phần mềm, quy trình giữ nguyên | vận hành viên vẫn thao tác theo thói quen cũ, tính năng mới bỏ không | cập nhật đào tạo và quy trình vận hành cùng lúc với hệ thống, cử kỹ sư ở hiện trường đồng hành một thời gian sau chuyển đổi |
Thông tin cần chuẩn bị trước khi khởi động dự án
Mang những thông tin này đến với đơn vị tư vấn thì lộ trình có thể rơi thẳng vào lịch trình: tên và phiên bản phần mềm SCADA cũ, hệ điều hành của máy chủ cấp trên, quy mô điểm đo và màn hình, cách kết nối với PLC và thiết bị, lượng dữ liệu lịch sử cùng chu kỳ lưu trữ, cửa sổ dừng máy chấp nhận được cho chuyển đổi, và vấn đề cần giải quyết trước tiên. Shanghai Chengxuan Intelligent từ năm 2009 làm dịch vụ kỹ thuật trong lĩnh vực phần mềm công nghiệp và kết nối thiết bị, có năng lực phát triển và nâng cấp hệ thống SCADA cùng hệ thống cấp trên; có thể dựa trên các danh sách trên để đánh giá hiện trạng, đề xuất lộ trình nâng cấp theo giai đoạn cùng phương án chạy song song, đội ngũ trao đổi bằng tiếng Anh sẵn sàng tiếp nhận.
Ghi chép lịch sử: vì sao nền tảng cũ trở nên lạc hậu
Những nền tảng hôm nay bị gọi là "cũ" đều là lựa chọn chủ lưu khi ra đời: Modbus phát hành năm 1979 đến nay vẫn được dùng phổ biến trên cổng nối tiếp và Ethernet; OPC UA phát hành năm 2008, sau đó được đưa vào IEC 62541, trở thành tiêu chuẩn chủ lưu cho tương tác dữ liệu đa nền tảng. Nền tảng lạc hậu không phải vì chọn sai ngày xưa, mà vì môi trường vận hành đã đổi mấy thế hệ trong ba mươi năm — hệ điều hành, yêu cầu an ninh và mục đích sử dụng dữ liệu đều thay đổi. Nhìn như vậy, nâng cấp không phải là phủ nhận quá khứ, mà là đưa tài sản sang môi trường có thể tiếp tục bảo trì.
Tóm tắt
Điều khó trong nâng cấp SCADA cũ không phải là thay phần mềm mà là kiểm kê đầy đủ tài sản và đẩy rủi ro về phía trước: khởi động dự án khi tín hiệu thay thế xuất hiện, kiểm kê tài sản theo năm danh sách, đối chiếu từng mục trong chạy song song, chuyển đổi theo phần và giữ sẵn phương án quay lại, bàn giao tài liệu cùng mã nguồn trọn bộ khi nghiệm thu. Theo lộ trình này, nâng cấp chuyển từ việc không ai dám đụng đến thành một kế hoạch kỹ thuật có thể xếp lịch. Nhà máy đang bị hệ thống cũ làm khó thì trước hết tự kiểm kê theo năm danh sách trong bài, sau đó ngồi với đơn vị tư vấn để chốt lộ trình.
Đặt lịch trao đổi phương án
Hãy cho chúng tôi biết phiên bản phần mềm SCADA cũ, quy mô điểm đo và cửa sổ chuyển đổi chấp nhận được, chúng tôi sẽ đề xuất lộ trình nâng cấp theo giai đoạn cùng phương án chạy song song dựa trên điều kiện hiện trường. Đội ngũ trao đổi bằng tiếng Anh sẵn sàng hỗ trợ.
Liên hệ