สามความฝันเพื่อโรงงานที่แตกต่าง

มีสามสิ่งที่ทุกคนที่เคยเปิดใช้งานเครื่องจักรในโรงงานอุตสาหกรรมต้องเคยถามตัวเองอย่างน้อยหนึ่งครั้ง สามสิ่งที่ไม่ได้พูดออกมาดัง ๆ เพราะดูเหมือนเป็นเรื่องเพ้อฝัน บทความนี้รวบรวมสิ่งเหล่านั้นไว้

ฉากหนึ่ง เพื่อเริ่มต้น

กะกลางคืน แผนก X สายการผลิตหยุดทำงาน แผง HMI แสดงรหัส: E-1423 คู่มืออยู่ในตู้ที่อยู่ห่างออกไปสามอาคาร ช่างเทคนิคที่รู้จักเครื่องจักรนั้นกำลังลาพักร้อน ผู้ปฏิบัติงานมีสองทางเลือก: โทรหาฝ่ายบริการ (ซึ่งอาจตอบกลับในตอนเช้า) หรือลองเดา ในโลกอุตสาหกรรมที่พัฒนาแล้ว ฉากอย่างนี้เกิดขึ้นซ้ำแล้วซ้ำเล่าหลายร้อยครั้งต่อคืน

ปัญหาไม่ได้อยู่ที่ไม่มีคู่มือ มีคู่มือมากเกินไป ปัญหาคือเครื่องจักรทราบดีว่าต้องการอะไร (เซ็นเซอร์วัดแรงดันกำลังบอกว่ามีบางอย่างผิดปกติมาเป็นเวลาสามสิบวินาที) แต่ไม่สามารถพูดภาษาที่ผู้ปฏิบัติงานเข้าใจได้ และเมื่อพูดได้ก็บอกปัญหาแทนที่จะบอกวิธีแก้ไข "แรงดันเกินช่วง" ไม่ใช่ประโยคที่มีประโยชน์ในเวลาตีสาม "ตรวจสอบวาล์ว V12 ในวงจรลม อาจติดขัด" ต่างหากที่มีประโยชน์

นี่คือจุดเริ่มต้นของงานที่เรากำลังทำอยู่ ไม่ใช่ PLC ใหม่ ไม่ใช่ HMI ที่สวยกว่า แต่เป็นวิธีคิดใหม่เกี่ยวกับซอฟต์แวร์ที่ขับเคลื่อนเครื่องจักรในปี 2026 และมีแนวคิดหลักสามประการ — หรือจะเรียกว่าความฝันก็ได้ — ที่เรากำลังพยายามรวมเข้าด้วยกัน

ความฝันข้อที่หนึ่ง: สร้างระบบอัตโนมัติโดยไม่ต้องเขียนโปรแกรม

ระบบอัตโนมัติทางอุตสาหกรรมในปัจจุบันต้องการผู้เชี่ยวชาญเฉพาะทาง: ผู้ที่สามารถเขียนโปรแกรมด้วยภาษาหนึ่ง — ตระกูล IEC 61131-3 พร้อมภาษาถิ่น เช่น ladder, function block, structured text — ซึ่งแทบไม่ได้ใช้ที่อื่นในโลกของซอฟต์แวร์ ผู้ที่รู้ภาษาเหล่านี้หายาก มีราคาแพง และมักจะล่าช้าไปสามสัปดาห์เสมอ

ความขัดแย้งคือผู้ที่รู้จักเครื่องจักรอย่างแท้จริงมักไม่ใช่โปรแกรมเมอร์ คือหัวหน้าแผนก ช่างบำรุงอาวุโส หรือผู้ติดตั้งที่ติดตั้งระบบที่คล้ายกันยี่สิบระบบ คนเหล่านี้รู้ ว่าเครื่องจักรต้องทำอะไร พวกเขาไม่ต้องการเรียนรู้ภาษาโปรแกรมที่ถือกำเนิดขึ้นในทศวรรษ 1990 เพื่ออธิบายสิ่งนั้น

แนวคิดคือการพลิกผันห่วงโซ่ นักพัฒนาซอฟต์แวร์เขียนส่วนประกอบที่นำกลับมาใช้ใหม่ได้—การควบคุมการเคลื่อนที่ การจัดการเซ็นเซอร์ ลำดับการทำงาน—เพียงครั้งเดียว ในภาษาโปรแกรมสมัยใหม่และใช้งานทั่วไป ผู้รวมระบบเครื่องจักรไม่ได้เขียนโปรแกรมส่วนประกอบเหล่านี้ แต่จะประกอบส่วนประกอบเหล่านี้ โดยระบุด้วยเสียงหรือลายลักษณ์อักษรว่าเครื่องจักรต้องทำอะไร โมเดลภาษาขนาดใหญ่—LLM—ทำหน้าที่เป็นตัวแปล: รับข้อกำหนดทางหน้าที่จากผู้รวมระบบและแปลงเป็นค่าคอนฟิกูเรชันที่สามารถดำเนินการได้ โดยการประกอบส่วนประกอบที่เขียนและทดสอบไว้แล้ว

ไม่ใช่จินตนาการเรื่อง "AI ที่เขียนโค้ดแทนคุณ" แต่เป็นสิ่งที่เรียบง่ายและสมจริงกว่า: AI ที่อ่านข้อกำหนดของคุณและเลือกวิธีการรวมส่วนประกอบที่ได้รับการรับรอง การเขียนโค้ดที่สำคัญ—โค้ดที่ขับเคลื่อนแกนด้วยวงจร 5 มิลลิวินาที—ยังคงเขียนโดยมนุษย์ ในภาษาที่รับประกันความแน่นอนและความน่าเชื่อถือ แต่โค้ดนั้นจะถูกเขียนครั้งเดียวและนำกลับมาใช้ใหม่ร้อยครั้ง

ความฝันข้อที่สอง: เครื่องจักรที่รู้จักตัวเอง

ปัจจุบัน เครื่องจักรส่วนใหญ่สื่อสารกันได้น้อย และไม่ค่อยดี ข้อผิดพลาดจะแสดงเป็นรหัสตัวเลข การวินิจฉัยคือชุดของไฟ LED และบันทึกคือไฟล์ไบนารีที่ผู้ผลิตเท่านั้นที่สามารถเปิดได้ ความรู้เกี่ยวกับวิธีการทำงานของเครื่องจักรนั้น ด้วยค่าความคลาดเคลื่อนเหล่านั้น หลังจากวงจรสองพันครั้งนั้นอยู่ในหัวของบุคคล หรือในไฟล์ PDF ที่เก็บไว้ที่ใดที่หนึ่ง

ความฝันข้อที่สองคือเครื่องจักรจะรู้จักตัวเอง ไม่ใช่ในความหมายเชิงลึกลับ แต่เป็นความหมายที่จับต้องได้: เอกสารทางเทคนิค พารามิเตอร์กระบวนการ กรณีความล้มเหลวทั่วไป และขั้นตอนการแทรกแซงไม่ได้อยู่ในตู้หรือเซิร์ฟเวอร์เอกสารแยกต่างหากอีกต่อไป แต่ภายในเครื่องจักรเอง สามารถอ่านได้โดยซอฟต์แวร์ของเครื่องจักรเอง และเมื่อมีบางอย่างผิดพลาด เครื่องจักรไม่ได้พูดว่า "ข้อผิดพลาด 1423" แต่พูดว่า "วาล์ว V12 อาจติดขัด คุณควรตรวจสอบ ในระหว่างนี้ฉันสามารถดำเนินการในโหมดลดทอนที่ 60% ของความเร็วได้".

ความแตกต่างระหว่างวัตถุแบบพาสซีฟที่ส่งสัญญาณ และวัตถุแบบแอคทีฟที่เสนอ วัตถุชิ้นแรกปล่อยให้ปัญหาอยู่ที่ผู้ปฏิบัติงาน วัตถุชิ้นที่สองเผชิญหน้ากับมันร่วมกับเขา

สิ่งนี้ต้องการสองสิ่งที่ไม่ธรรมดา ประการแรกคือความรู้เกี่ยวกับเครื่องจักร ซึ่งโดยปกติจะถูกเก็บไว้ในคู่มือ แผนภาพไฟฟ้า แบบแปลง CAD และหัวของผู้เชี่ยวชาญ จะต้องได้รับการจัดรูปแบบและรวมเข้ากับระบบ ประการที่สอง ระบบจะต้องมีผู้สนทนาที่สามารถสนทนาได้: อีกครั้งคือ LLM ที่ใช้ที่นี่ไม่ได้เพื่อสร้างโค้ด แต่เพื่อแปลอาการเป็นสิ่งที่เข้าใจได้ในภาษาของผู้ที่อยู่หน้าแผงควบคุม

อีกครั้ง ไม่ใช่เวทมนตร์ เป็นเอกสารที่เขียนได้ดีขึ้น จัดทำดัชนีได้ดีขึ้น และมีอินเทอร์เฟซการสนทนาอยู่ด้านบน แต่สิ่งนี้เปลี่ยนแปลงทุกอย่างสำหรับผู้ที่ทำงานกะกลางคืน

ความฝันข้อที่สาม: ซอฟต์แวร์ที่ทำงานได้ทุกที่

ความฝันข้อที่สามเป็นเรื่องทางเทคนิคมากที่สุด และขัดแย้งกันคือเรื่องทางการเมืองมากที่สุด ปัจจุบันระบบอัตโนมัติทางอุตสาหกรรมเป็นโลกของระบบนิเวศแบบปิด ผู้ผลิต PLC รายใหญ่แต่ละรายมีภาษา สภาพแวดล้อมการพัฒนา ฮาร์ดแวร์ ไดรเวอร์ และเครือข่ายผู้จัดจำหน่ายของตนเอง การเปลี่ยนซัพพลายเออร์หมายถึงการเขียนทุกอย่างใหม่

ความทะเยอทะยานที่นี่คือการสร้างระบบซอฟต์แวร์ที่ทำงานบนฮาร์ดแวร์ทั่วไป—มินิพีซีสำหรับอุตสาหกรรม, คอนโทรลเลอร์แบบฝังตัว, เซิร์ฟเวอร์ในห้องใต้ดิน—เลือกฮาร์ดแวร์ตามงบประมาณและประสิทธิภาพที่ต้องการ ไม่ใช่ตามว่าแบรนด์ PLC ใดชนะการประมูล ระบบปฏิบัติการ Linux ในเวอร์ชันเรียลไทม์, การ์ดสื่อสารตามมาตรฐานเปิด (EtherCAT ทั้งหมด), ส่วนประกอบซอฟต์แวร์ในภาษาโปรแกรมสมัยใหม่สำหรับส่วนที่เป็น deterministic และในภาษาที่คล่องตัวกว่าสำหรับส่วนที่ไม่ใช่

กฎเกณฑ์ และนี่คือจุดที่ความเพ้อฝันเป็นจริง: ฮาร์ดแวร์ต้องส่งผลต่อประสิทธิภาพ ไม่ใช่ความน่าเชื่อถือ ตรรกะเดียวกันบนเครื่องที่มีกำลังน้อยกว่า จะต้องทำงานในลักษณะเดียวกัน—เพียงแต่ช้ากว่า หากเวลาในการวนรอบเปลี่ยนจาก 5 เป็น 10 มิลลิวินาที แกนจะเคลื่อนที่ด้วยความแม่นยำเดียวกัน แต่ด้วยความเร็วที่ลดลงครึ่งหนึ่ง ไม่มีคำว่า "เกือบเท่ากัน" ไม่มีคำว่า "ทำงานได้ ยกเว้นในกรณีนั้น" ระบบเดียวกัน การตัดสินใจเดียวกัน การรับประกันเดียวกัน

นี่คือจุดที่วิศวกรผู้เชี่ยวชาญหัวเราะเยาะ พวกเขารู้ดีว่าการทำงานแบบเรียลไทม์เป็นเรื่องยาก ลินุกซ์ไม่ได้ถูกสร้างขึ้นมาให้เป็นระบบเรียลไทม์ LLM ไม่สามารถทำงานบน Raspberry Pi ได้ การผสมผสานภาษาที่แตกต่างกันในสแต็กเดียวกันมีอันตรายมากกว่าที่บทแนะนำสัญญาไว้ พวกเขามีเหตุผล แต่ทิศทางนั้นคือสิ่งที่เรากำลังมุ่งหน้าไป และบล็อกการสร้างเพื่อสร้างมัน—ส่วนขยายเรียลไทม์ของเคอร์เนลลินุกซ์ สแต็ก EtherCAT โอเพนซอร์สที่成熟 และ LLM ที่เริ่มทำงานบนฮาร์ดแวร์ที่เรียบง่าย—มีอยู่แล้วในวันนี้เป็นครั้งแรก

ทำไมถึงเรียกว่า "ยูโทเปีย"

ยูโทเปียเป็นคำที่ตรงไปตรงมา ไม่มีสิ่งเหล่านี้ที่เสร็จสมบูรณ์ในวันนี้ สิ่งแรกต้องใช้ LLM ที่น่าเชื่อถือพอที่จะใช้ในสภาพแวดล้อมการผลิต และเราเพิ่งเริ่มต้น สิ่งที่สองต้องใช้การทำงานอย่างมากในการทำให้ความรู้ทางอุตสาหกรรมเป็นทางการ ซึ่งปัจจุบันเป็นแบบไม่เป็นทางการเกือบทั้งหมด สิ่งที่สามต้องสร้างทางเลือกแบบเปิดเพื่อต่อต้านระบบนิเวศแบบปิดที่มีข้อได้เปรียบมานานกว่ายี่สิบปี

แต่ความฝันทั้งสามนี้เมื่อรวมกันจะแสดงทิศทางที่ชัดเจน: ระบบอัตโนมัติที่ฮาร์ดแวร์เป็นสินค้าโภคภัณฑ์ ซอฟต์แวร์สามารถนำกลับมาใช้ใหม่ได้ ความรู้ถูกฝังอยู่ในเครื่อง และบทบาทของโปรแกรมเมอร์ PLC—ซึ่งเป็นคอขวดของทั้งอุตสาหกรรมในปัจจุบัน—ไม่หายไป แต่จะย้ายไปที่ที่ต้องการจริงๆ นั่นคือการเขียนส่วนประกอบพื้นฐานครั้งเดียวสำหรับทุกสิ่ง

ในบทความที่จะตามมา เราจะเล่าถึงชิ้นส่วนต่างๆ ที่เรากำลังสร้างขึ้นจากจิ๊กซอว์นี้ ทีละชิ้น โดยไม่สัญญาว่าจิ๊กซอว์จะสมบูรณ์ เพราะมันยังไม่สมบูรณ์ แต่เราเริ่มเห็นภาพรวมแล้ว