Ba giấc mơ cho một nhà máy khác biệt

Có ba điều mà bất kỳ ai từng vận hành một máy công nghiệp đều ít nhất một lần tự hỏi. Ba điều mà người ta không nói ra vì chúng có vẻ là những điều không tưởng. Bài viết này sẽ liệt kê chúng ra.

Một cảnh tượng, để bắt đầu

Ca đêm, phân xưởng X. Một dây chuyền dừng lại. Bảng điều khiển HMI hiển thị một mã: E-1423. Sách hướng dẫn nằm trong một tủ cách ba tòa nhà. Kỹ thuật viên am hiểu máy đó đang đi nghỉ. Người vận hành có hai lựa chọn: gọi dịch vụ hỗ trợ — có lẽ sẽ nhận được phản hồi vào buổi sáng — hoặc đoán mò. Trên khắp thế giới công nghiệp hóa, những cảnh tượng như thế này lặp đi lặp lại hàng trăm lần mỗi đêm.

Vấn đề không phải là thiếu sách hướng dẫn. Có quá nhiều sách hướng dẫn. Vấn đề là máy móc biết rất rõ nó cần gì — cảm biến áp suất đã báo hiệu có điều gì đó sai trong ba mươi giây — nhưng nó không thể nói một ngôn ngữ mà người vận hành có thể hiểu, và khi nó có thể nói, nó kể về vấn đề thay vì giải pháp. "Áp suất nằm ngoài phạm vi" không phải là một câu hữu ích vào lúc ba giờ sáng. "Kiểm tra van V12 của mạch khí, có lẽ nó bị kẹt" thì có.

Từ đây bắt đầu công việc chúng tôi đang thực hiện. Không phải PLC mới. Không phải HMI đẹp hơn. Một cách suy nghĩ khác về phần mềm điều khiển máy móc vào năm 2026. Và ba ý tưởng cố định — hãy gọi chúng là giấc mơ — mà chúng tôi đang cố gắng kết hợp lại.

Giấc mơ số một: tự động hóa mà không cần lập trình

Tự động hóa công nghiệp, như hiện tại, đòi hỏi một người rất đặc biệt: người biết lập trình bằng một ngôn ngữ — họ IEC 61131-3, với các biến thể ladder, function block, structured text — mà về cơ bản không được sử dụng ở bất kỳ đâu khác trên thế giới phần mềm. Những người biết những ngôn ngữ này rất hiếm, rất đắt và hầu như luôn chậm trễ ba tuần.

Điều trớ trêu là người thực sự hiểu rõ về máy móc thường không phải là lập trình viên. Đó là trưởng bộ phận, người bảo trì cao cấp, người tích hợp đã lắp đặt hai mươi hệ thống tương tự. Những người này biết điều gì máy móc phải làm. Họ không có ý định học một ngôn ngữ lập trình ra đời vào những năm '90 để giải thích điều đó.

Ý tưởng là đảo ngược chuỗi. Các nhà phát triển phần mềm viết các thành phần có thể tái sử dụng — điều khiển chuyển động, quản lý cảm biến, trình tự vận hành — chỉ một lần, bằng các ngôn ngữ hiện đại và đa năng. Người tích hợp máy không lập trình chúng: họ kết hợp chúng, chỉ định bằng lời nói hoặc bằng văn bản những gì máy phải làm. Một mô hình ngôn ngữ lớn — LLM — đóng vai trò là người dịch: nó lấy thông số kỹ thuật chức năng của người tích hợp và chuyển đổi nó thành một cấu hình có thể thực thi, lắp ráp các thành phần đã được viết và kiểm tra.

Đây không phải là ảo tưởng về "AI viết mã thay cho bạn". Nó khiêm tốn hơn và thực tế hơn: AI đọc thông số kỹ thuật của bạn và chọn, từ các thành phần đã được chứng nhận, cách kết hợp chúng. Mã quan trọng — mã điều khiển một trục với chu kỳ 5 mili giây — vẫn do con người viết, bằng một ngôn ngữ đảm bảo tính xác định và độ tin cậy. Nhưng mã đó được viết một lần cho tất cả và được tái sử dụng hàng trăm lần.

Giấc mơ thứ hai: máy biết về chính nó

Ngày nay, máy móc giao tiếp rất ít và kém hiệu quả. Một cảnh báo là một mã số. Một chẩn đoán là một loạt đèn LED. Nhật ký là một tệp nhị phân mà chỉ nhà sản xuất mới có thể mở. Kiến thức về cách máy móc đó hoạt động, với những dung sai đó, sau hai nghìn chu kỳ, nằm trong đầu một người, hoặc trong một tệp PDF ở đâu đó.

Giấc mơ thứ hai là để chính máy móc tự hiểu mình. Không phải theo nghĩa thần bí — mà theo nghĩa rất cụ thể: tài liệu kỹ thuật, các tham số quy trình, các trường hợp lỗi điển hình, các quy trình can thiệp không còn nằm trong tủ hoặc trên máy chủ tài liệu riêng biệt nữa, mà nằm ngay trong chính máy móc, có thể đọc được bằng phần mềm của chính nó. Và khi có sự cố xảy ra, máy móc không nói "lỗi 1423". Nó nói "van V12 có lẽ bị kẹt, bạn nên kiểm tra nó; trong khi đó, tôi có thể tiếp tục ở chế độ suy giảm với tốc độ 60%".

Sự khác biệt giữa một đối tượng thụ động báo hiệu và một đối tượng chủ động đề xuất. Cái đầu tiên để vấn đề cho người vận hành. Cái thứ hai giải quyết nó cùng với anh ta.

Điều này đòi hỏi hai điều ít ai ngờ tới. Thứ nhất, kiến thức về máy móc — trước đây được lưu giữ trong sách hướng dẫn, sơ đồ điện, bản vẽ CAD và kinh nghiệm của kỹ thuật viên — phải được chính thức hóa và tích hợp vào hệ thống. Thứ hai, hệ thống phải có một người đối thoại có thể duy trì cuộc trò chuyện: một lần nữa, một LLM, được sử dụng ở đây không phải để tạo mã mà để dịch các triệu chứng thành các hành động dễ hiểu, bằng ngôn ngữ của người đứng trước bảng điều khiển.

Một lần nữa, không có phép màu nào ở đây. Đó là tài liệu được viết tốt hơn, được lập chỉ mục tốt hơn và một giao diện hội thoại ở trên. Nhưng nó thay đổi mọi thứ đối với những người làm ca đêm.

Giấc mơ số ba: phần mềm chạy ở mọi nơi

Giấc mơ thứ ba là kỹ thuật nhất và, nghịch lý thay, mang tính chính trị nhất. Ngày nay, tự động hóa công nghiệp là một thế giới của các hệ sinh thái khép kín. Mỗi nhà sản xuất PLC lớn đều có ngôn ngữ, môi trường phát triển, phần cứng, trình điều khiển và mạng lưới đại lý riêng. Thay đổi nhà cung cấp có nghĩa là phải viết lại tất cả.

Tham vọng ở đây là xây dựng một hệ thống phần mềm chạy trên phần cứng đa năng — một mini-PC công nghiệp, bộ điều khiển nhúng, máy chủ trong tầng hầm — lựa chọn phần cứng dựa trên ngân sách và hiệu suất cần thiết, chứ không phải dựa trên thương hiệu PLC nào thắng thầu. Một hệ điều hành Linux phiên bản thời gian thực, card giao tiếp dựa trên các tiêu chuẩn mở (EtherCAT trên tất cả), các thành phần phần mềm bằng ngôn ngữ hiện đại cho các phần xác định và bằng ngôn ngữ linh hoạt hơn cho các phần không xác định.

Nguyên tắc, và đây là nơi mà sự lý tưởng trở nên cụ thể: phần cứng phải ảnh hưởng đến hiệu suất, chứ không bao giờ ảnh hưởng đến độ tin cậy. Cùng một logic, trên một máy ít mạnh mẽ hơn, phải hoạt động giống hệt nhau — chỉ chậm hơn. Nếu thời gian chu kỳ chuyển từ 5 đến 10 mili giây, trục sẽ di chuyển với cùng độ chính xác nhưng với tốc độ bằng một nửa. Không bao giờ "gần như giống". Không bao giờ "hoạt động trừ khi trong trường hợp đó". Cùng một hệ thống, cùng một quyết định, cùng một đảm bảo.

Đây là phần mà các kỹ sư giàu kinh nghiệm bật cười. Họ biết rất rõ rằng thời gian thực là khó khăn, Linux không được sinh ra như một hệ thống thời gian thực, LLM không chạy trên Raspberry Pi, việc trộn lẫn các ngôn ngữ khác nhau trong cùng một stack có nhiều cạm bẫy hơn những gì các hướng dẫn hứa hẹn. Họ nói đúng. Nhưng hướng đi là như vậy, và các khối xây dựng để xây dựng nó — các phần mở rộng thời gian thực của kernel Linux, các stack EtherCAT nguồn mở trưởng thành, LLM bắt đầu chạy trên phần cứng khiêm tốn — tồn tại, ngày nay, lần đầu tiên tất cả cùng nhau.

Tại sao lại là "utopia"

Utopia là một từ trung thực. Không có điều nào trong số ba điều này là một sản phẩm hoàn chỉnh ngày nay. Điều đầu tiên đòi hỏi LLM đủ đáng tin cậy để sử dụng trong một bối cảnh sản xuất, và chúng ta mới chỉ ở những bước đầu tiên. Điều thứ hai đòi hỏi một lượng lớn công việc để chính thức hóa kiến thức công nghiệp, ngày nay hầu hết đều không chính thức. Điều thứ ba đòi hỏi phải xây dựng các giải pháp thay thế mở chống lại các hệ sinh thái đóng có lợi thế hai mươi năm.

Nhưng ba giấc mơ kết hợp lại, khi được xếp hàng, phác thảo một hướng đi chính xác: một tự động hóa mà phần cứng là hàng hóa, phần mềm có thể tái sử dụng, kiến thức được nhúng trong máy, và hình ảnh của lập trình viên PLC — nút thắt cổ chai của toàn bộ ngành công nghiệp ngày nay — không biến mất, mà chuyển đến nơi thực sự cần thiết, đó là viết các thành phần cơ bản một lần và mãi mãi.

Trong các bài viết tiếp theo, chúng tôi sẽ kể về những mảnh ghép mà chúng tôi đang xây dựng cho bức tranh tổng thể này. Từng mảnh một, mà không hứa hẹn bức tranh sẽ hoàn thiện. Nó vẫn chưa hoàn thiện. Nhưng hình dáng bắt đầu hiện ra.