การพัฒนาซอฟต์แวร์เครื่องจักร 2026 | แบ่ง 5 ชั้นเพื่อจัดขอบเขตและค่าใช้จ่าย

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

ทำไมใบเสนอราคาการพัฒนาซอฟต์แวร์เครื่องจักรจึงไม่จบในหน้าเดียว

ก่อนอื่นต้องเข้าใจก่อนว่า ทำไมการสั่งงานแบบเหมารวมทั้งชุดจึงสร้างปัญหาในภายหลัง ถ้าข้ามส่วนนี้ไป เนื้อหาที่เหลือจะดูเหมือนเป็นเพียงการจัดหมวดหมู่เล่น ๆ

บรรทัดเดียวที่เขียนว่าซอฟต์แวร์ควบคุมทั้งชุด คือใบเสนอราคาที่เปรียบเทียบไม่ได้

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

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

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

ขอบเขตที่ซอฟต์แวร์เครื่องจักรต้องรับผิดชอบกำลังขยายตัว

ผลสำรวจที่เผยแพร่เมื่อเดือนพฤษภาคม 2026 ซึ่งเก็บข้อมูลจากผู้มีอำนาจตัดสินใจในผู้ผลิตเครื่องจักรและอุปกรณ์ จำนวน 120 คน ครอบคลุมสาขาย่อยของเครื่องจักร 22 สาขาใน 3 ภูมิภาค รายงานว่า 96% ได้เริ่มนำ AI มาใช้ในรูปแบบใดรูปแบบหนึ่งแล้ว ทั้งกับงานภายในองค์กรและกับซอฟต์แวร์บนเครื่องจักร โดยแบ่งเป็นกลุ่มที่ผลักดันการใช้งานเฉพาะทางจนถึงขั้นใช้จริงในสายการผลิต 55% และกลุ่มที่อยู่ในขั้นทดสอบแนวคิด 41%

เมื่อดูตามลักษณะการใช้งาน ในกระบวนการผลิตของเครื่องจักรมีการบำรุงรักษาเชิงพยากรณ์ 54% และการรู้จำภาพ 35% ส่วนในกระบวนการบริการหลังการขายมีการวินิจฉัยระยะไกล 48%

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

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

ถ้าไม่แบ่ง ก็ตัดสินใจไม่ได้ว่าจะเก็บส่วนใดไว้ทำเอง

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

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

แบ่งซอฟต์แวร์ของเครื่องจักรออกเป็น 5 ชั้น

แม้จะเรียกรวมกันว่าซอฟต์แวร์เครื่องจักร แต่เนื้อในเป็นการรวมกันของซอฟต์แวร์ 5 ประเภทที่มีธรรมชาติต่างกัน ลองไล่ดูทีละชั้น

ชั้นที่ 1 การควบคุมลำดับ – ส่วนที่กำหนดลำดับการทำงานของเครื่อง

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

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

ชั้นที่ 2 การควบคุมการเคลื่อนที่ – ส่วนที่กำหนดว่าจะเคลื่อนอย่างไร

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

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

ชั้นที่ 3 วิชันและการตรวจวัด – ส่วนที่ตัดสินผ่านหรือไม่ผ่าน

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

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

ชั้นที่ 4 HMI และหน้าจอปฏิบัติการ – จุดสัมผัสระหว่างคนกับเครื่อง

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

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

ชั้นที่ 5 การเชื่อมต่อกับระบบระดับบน – ส่วนที่ส่งข้อมูลออกนอกเครื่อง

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

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

วางคุณสมบัติของทั้ง 5 ชั้นเรียงเทียบกัน

สิ่งที่ตารางนี้ต้องการบอกคือ ไม้บรรทัดที่ใช้ตรวจรับต่างกันไปในแต่ละชั้น แม้จะเรียกว่าซอฟต์แวร์เครื่องจักรเหมือนกัน ชั้นที่ 1 ตรวจรับด้วยการเคลื่อนที่ ชั้นที่ 3 ด้วยเกณฑ์การตัดสิน ชั้นที่ 4 ด้วยการใช้งานที่หน้างาน และชั้นที่ 5 ด้วยข้อกำหนดของฝ่ายที่รับข้อมูล ใบเสนอราคาบรรทัดเดียวคือการยุบไม้บรรทัดทั้ง 5 อันนี้ให้เหลืออันเดียว

ใบเสนอราคาซอฟต์แวร์เครื่องจักรแตกต่างกันที่รอยต่อระหว่างชั้น

รอยต่อระหว่างชั้นสร้างปัญหามากกว่าเนื้อในของแต่ละชั้น จุดที่ใบเสนอราคาการพัฒนาซอฟต์แวร์เครื่องจักรของแต่ละบริษัทต่างกัน กระจุกตัวอยู่ตรงนี้แทบทั้งหมด ขอยกตัวอย่างรอยต่อที่พบบ่อย 4 จุด

รอยต่อที่ 1 ระหว่างการควบคุมลำดับกับการเคลื่อนที่ – ใครเป็นคนกำหนดเส้นทาง

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

วิธีเลี่ยงคือกำหนดเงื่อนไขการวัดค่า takt ไว้ก่อน ใช้ชิ้นงานใด วัดต่อเนื่องกี่ชิ้น และเริ่มวัดจากสถานะใด เมื่อเขียนสิ่งนี้ไว้ ความรับผิดชอบในการออกแบบเส้นทางก็จะขยับไปอยู่ฝั่งผู้ผลิตเครื่องจักรโดยอัตโนมัติ

รอยต่อที่ 2 ระหว่างวิชันกับการตัดสิน – ใครถือนิยามของของเสีย

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

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

รอยต่อที่ 3 ระหว่าง HMI กับการปฏิบัติงาน – ใครออกแบบหน้าจอ

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

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

รอยต่อที่ 4 ระหว่างการเชื่อมต่อระบบบนกับข้อมูล – กำหนดความละเอียดที่ไหน

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

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

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

เหตุผลของการหยุดเครื่องจะเหลือไว้หรือไม่ ขึ้นอยู่กับการออกแบบซอฟต์แวร์

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

PackML คือกรอบที่นิยามสถานะของเครื่องด้วยคำร่วมกัน

แนวคิดหนึ่งที่ใช้กันมาในวงการเครื่องจักรบรรจุภัณฑ์คือ PackML ซึ่งจัดทำโดย OMAC และถูกบันทึกเป็นรายงานทางเทคนิค ISA-TR88.00.02 ขององค์กรสากลด้านการวัดและควบคุมอย่าง ISA เป็นกรอบที่กำหนดชื่อร่วมกันให้กับสถานะของเครื่องจักร

สถานะที่นิยามไว้มี 17 สถานะ แบ่งเป็นสถานะที่เครื่องหยุดค้างอยู่ เช่น หยุดหรือรอคำสั่ง กับสถานะที่เครื่องกำลังเปลี่ยนผ่าน เช่น กำลังเริ่มเดินหรือกำลังหยุด และยังกำหนดโหมดการทำงานไว้ 4 โหมด ได้แก่ การผลิต การบำรุงรักษา การทำงานด้วยมือ และการเปลี่ยนรุ่น รายงานทางเทคนิคฉบับนี้หลังจากจัดระเบียบเป็นเวอร์ชัน 3.0 แล้ว ได้รับการปรับปรุงในปี 2015 และปี 2022

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

ถ้าไม่นิยามสถานะ เหตุผลของการหยุดก็ต้องมาแต่งขึ้นทีหลัง

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

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

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

วิธีเขียนใบเสนอราคาจะเปลี่ยนไป

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

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

7 รายการที่ต้องระบุชื่อเป็นสิ่งส่งมอบตอนสั่งงาน

เมื่อแบ่งชั้นแล้ว ขั้นถัดไปคือเขียนว่าจะได้รับอะไรจากแต่ละชั้น ถ้าปล่อยตรงนี้ว่างไว้ ก็จะกลายเป็นสภาพที่เครื่องเดินได้ดี แต่บริษัทเราแตะอะไรไม่ได้เลย

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

สิ่งที่กฎระเบียบเครื่องจักรยุโรปของเดือนมกราคม 2027 เรียกร้องจากซอฟต์แวร์เครื่องจักร

มีการเปลี่ยนแปลงเชิงกฎระเบียบที่ดูเหมือนไม่เกี่ยวกับโรงงานในไทยโดยตรง แต่กลับส่งผลต่อการจัดหาเครื่องจักร นั่นคือกฎระเบียบเครื่องจักรของยุโรป

ซอฟต์แวร์กับความปลอดภัยถูกจัดอยู่ในกรอบเดียวกัน

กฎระเบียบเครื่องจักร EU 2023/1230 มีผลบังคับใช้ตั้งแต่วันที่ 20 มกราคม 2027 และในวันเดียวกันนั้น คำสั่งเครื่องจักรฉบับเดิม 2006/42/EC จะถูกยกเลิก โดยไม่มีช่วงผ่อนผันที่ทับซ้อนกัน

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

การเปลี่ยนซอฟต์แวร์ควบคุมอาจเข้าข่ายการดัดแปลงอย่างมีนัยสำคัญ

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

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

มาตรฐานที่ตรวจสอบกระบวนการพัฒนาเริ่มถูกนำมาใช้

มาตรฐานที่ใช้ประเมินวิธีสร้างซอฟต์แวร์ที่ติดตั้งบนเครื่องจักรคือ IEC 62443-4-1 ซึ่งเป็นส่วนหนึ่งของมาตรฐานความมั่นคงปลอดภัยสำหรับระบบควบคุมอัตโนมัติในภาคอุตสาหกรรม มาตรฐานนี้เรียกร้องให้มีการนิยามข้อกำหนดด้านความปลอดภัย การออกแบบที่ปลอดภัย การทวนสอบ การจัดการช่องโหว่ และการจัดการการอัปเดต ในฐานะระเบียบวิธีของการพัฒนา โดยใช้กับฝ่ายที่จัดหาเครื่องจักรและคอนโทรลเลอร์ และแสดงระดับความสำเร็จเป็นระดับวุฒิภาวะ ในทางปฏิบัติ มีผู้ผลิตที่จัดหา HMI และคอนโทรลเลอร์ประกาศการได้รับการรับรองระดับวุฒิภาวะ 2 ของ IEC 62443-4-1 แล้ว

ในเรื่องที่เกี่ยวข้องกัน กฎหมาย Cyber Resilience Act ของยุโรปกำหนดให้หน้าที่รายงานช่องโหว่ที่ถูกใช้โจมตีจริงและเหตุการณ์ร้ายแรง มีผลตั้งแต่วันที่ 11 กันยายน 2026 ในกรอบของการแจ้งเตือนเบื้องต้นภายใน 24 ชั่วโมงและรายงานละเอียดภายใน 72 ชั่วโมง ส่วนหน้าที่ส่วนใหญ่จะมีผลตั้งแต่เดือนธันวาคม 2027

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

จะให้ซอฟต์แวร์เครื่องจักรรับผิดชอบการเชื่อมต่อระบบระดับบนแค่ไหน

ถ้าตัดสินการออกแบบชั้นที่ 5 ทีละเครื่อง ผลลัพธ์ก็จะกระจัดกระจาย ชั้นนี้ต้องการมุมมองว่าจะจัดให้เป็นแนวเดียวกันทั้งโรงงานอย่างไร

สถานะปัจจุบันของมาตรฐานที่เชื่อมเครื่องจักรเข้าด้วยกัน

ในการสื่อสารระหว่างเครื่องจักรกับระบบระดับบน OPC UA ได้กลายเป็นภาษากลางโดยพฤตินัยไปแล้ว และระยะหลังมีการพัฒนา OPC UA FX ซึ่งขยายไปถึงการสื่อสารแบบเรียลไทม์ระหว่างเครื่องจักรด้วยกัน

ณ เดือนมีนาคม 2026 มูลนิธิ OPC ได้เผยแพร่รุ่น release candidate V1.00.04 ซึ่งเพิ่ม Part 81 ที่ว่าด้วยอุปกรณ์ที่เชื่อมต่อและแบบจำลองสารสนเทศ และ Part 84 ที่ว่าด้วยโปรไฟล์ความสอดคล้อง และในวันที่ 16 ถึง 19 กุมภาพันธ์ 2026 ได้มีการจัดงานทดสอบการเชื่อมต่อระหว่างระบบที่กรุงเบอร์ลิน โดยมีผู้ผลิตระบบอัตโนมัติรายใหญ่เข้าร่วม

ความหมายในทางปฏิบัติคือ เส้นทางสำหรับเชื่อมเครื่องจักรกับเครื่องจักร หรือเครื่องจักรกับคอนโทรลเลอร์ ข้ามผู้ผลิตด้วยวิธีมาตรฐาน กำลังก่อรูปขึ้น แต่ ณ ปัจจุบันยังอยู่ในขั้น release candidate ซึ่งยังไม่ใช่ฉบับสมบูรณ์ จึงยังไม่ใช่จังหวะที่จะเขียนลงในข้อกำหนดของเครื่องจักรที่กำลังสั่งซื้ออยู่ตอนนี้ในฐานะข้อบังคับ ถ้าจะเขียนลงในข้อกำหนด เส้นที่สมจริงคือระบุว่าให้ใช้ OPC UA สำหรับการสื่อสารกับระบบระดับบน

อย่าปล่อยให้ครั้งนี้ยังไม่จำเป็นกลายเป็นไม่ทำตลอดไป

ถ้ามองแต่ต้นทุน การตัดสินใจว่าจะตัดชั้นที่ 5 หรือไม่ ย่อมเอนไปทางตัด แต่วิธีตัดมีอยู่สองแบบ

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

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

จะแบ่งเส้นระหว่างการทำเองกับการจ้างภายนอกที่ไหน

ประโยชน์เชิงปฏิบัติที่ใหญ่ที่สุดของการแบ่งเป็น 5 ชั้น คือการที่เส้นแบ่งระหว่างการทำเองกับการจ้างภายนอกลากได้ในหน่วยของชั้น

สิ่งที่เก็บไว้ในบริษัทคือข้อกำหนดและเกณฑ์การตรวจรับ

โรงงานที่เขียนได้เองครบทุกชั้นมีไม่มาก สิ่งที่สมจริงกว่าคือการแบ่งแบบ ส่งงานเขียนออกไปข้างนอก และเก็บงานตัดสินใจไว้ในบริษัท

ชั้นที่ 1 คือลำดับการทำงานและแนวคิดของอินเตอร์ล็อก ชั้นที่ 2 คือเงื่อนไขการวัดค่า takt ชั้นที่ 3 คือเกณฑ์การตัดสินดีหรือเสีย ชั้นที่ 4 คือข้อมูลที่ต้องแสดงและการจัดหมวดหมู่การแจ้งเตือน ชั้นที่ 5 คือการนิยามรายการข้อมูล ทั้งหมดนี้ล้วนเป็นสิ่งที่มีเพียงฝ่ายผู้ว่าจ้างเท่านั้นที่ตัดสินได้ ไม่ใช่ผู้ผลิตเครื่องจักร ในทางกลับกัน การเขียนแลดเดอร์ การปรับจูนเซอร์โว การพัฒนาการประมวลผลภาพ การเขียนหน้าจอ และการพัฒนาการสื่อสาร จะมอบให้บริษัทผู้เชี่ยวชาญทำก็ไม่มีปัญหา

กำหนดขอบเขตที่แก้ไขได้ในพื้นที่

ที่ฐานการผลิตต่างประเทศจะมีอีกแกนหนึ่งเพิ่มเข้ามา คือสำนักงานใหญ่ที่ญี่ปุ่นกับฐานในพื้นที่ ฝ่ายใดเป็นผู้แก้ไข

จุดลงตัวที่สมจริงคือทำให้ชั้นที่ 4 และชั้นที่ 5 แก้ไขได้ในพื้นที่ ส่วนชั้นที่ 1 ถึงชั้นที่ 3 ให้คงไว้ที่ฝั่งญี่ปุ่นหรือผู้ผลิตเครื่องจักรโดยกำหนดขั้นตอนการเปลี่ยนแปลงไว้ เพราะชั้นที่ 4 และชั้นที่ 5 ต้องแก้ไขอย่างต่อเนื่องไปตามการใช้งาน ขณะที่ระดับความเกี่ยวข้องโดยตรงกับความปลอดภัยและคุณภาพของเครื่องจักรต่ำกว่าชั้นที่ 1 ถึงชั้นที่ 3

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

ประเด็นเฉพาะเมื่อสั่งพัฒนาซอฟต์แวร์เครื่องจักรในประเทศไทย

ที่ผ่านมาเป็นเรื่องของซอฟต์แวร์เครื่องจักรโดยทั่วไป เมื่อตั้งต้นจากฐานการผลิตในไทย จะมีเงื่อนไขอื่นเพิ่มเข้ามาอีกหลายข้อ

เงื่อนไขที่ผู้ผลิตเครื่องจักรอยู่แต่ในญี่ปุ่น

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

สิ่งที่ได้ผลภายใต้เงื่อนไขนี้คือการแบ่งชั้น แทนที่จะพึ่งพาฝั่งญี่ปุ่นทั้งหมด ให้กำหนดไว้ล่วงหน้าว่าชั้นใดรับมือได้ในพื้นที่ โดยเฉพาะการที่การเปลี่ยนหน้าจอในชั้นที่ 4 และการเพิ่มรายการข้อมูลในชั้นที่ 5 ทำได้ในพื้นที่หรือไม่ จะเปลี่ยนภาระการดูแลประจำวันไปอย่างมาก

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

จะใส่มาตรการ BOI ปี 2026 เข้าไปในแผนลงทุนซอฟต์แวร์เครื่องจักรได้หรือไม่

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

เพดานของวงเงินยกเว้นโดยหลักการอยู่ที่ 50% ของมูลค่าเงินลงทุนที่เข้าข่าย และหากเครื่องจักรระบบอัตโนมัติและหุ่นยนต์ที่เข้าข่ายมีสัดส่วนผูกกับสินค้าที่ผลิตในประเทศไทยตั้งแต่ 30% ขึ้นไป เพดานจะขยับขึ้นเป็น 100% มูลค่าเงินลงทุนที่เข้าข่ายเริ่มต้นขั้นต่ำที่ 1 ล้านบาท โดยไม่รวมที่ดินและเงินทุนหมุนเวียน และต้องดำเนินการให้แล้วเสร็จภายใน 3 ปีนับจากวันออกบัตรส่งเสริม

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

เขียนการอบรมด้วยภาษาท้องถิ่นไว้ในข้อกำหนด

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

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

รายการตรวจสอบก่อนสั่งงาน

ต่อไปนี้คือรายการที่กรอกได้ภายในองค์กรก่อนจะขอใบเสนอราคาซอฟต์แวร์เครื่องจักร

• ได้แบ่งซอฟต์แวร์ที่เครื่องจักรต้องใช้ออกเป็น 5 ชั้น แล้วเขียนออกมาหรือยังว่าต้องใช้ชั้นใดบ้าง
• ได้กำหนดเงื่อนไขการวัดเวลา takt ลงถึงชิ้นงาน จำนวนชิ้น และสถานะเริ่มต้นแล้วหรือยัง
• ถ้ามีการตัดสินภาพ เตรียมตัวอย่างขีดจำกัดของของดีและของเสียเป็นชิ้นงานจริงได้หรือไม่
• ได้ตัดสินใจหรือยังว่าเครื่องควรทำอย่างไรเมื่อตัดสินพลาด
• เขียนข้อมูลที่ต้องแสดงบนหน้าจอและการจัดหมวดหมู่การแจ้งเตือนด้วยภาษาของบริษัทเราได้หรือไม่
• ระบุรายการข้อมูลที่อยากดึงออกจากเครื่องได้หรือไม่ แม้ยังไม่ได้กำหนดปลายทาง
• ได้เขียนซอร์ส ภาษาคอมเมนต์ พารามิเตอร์ เอกสารการทดสอบ ประวัติการแก้ไข ไลเซนส์ และการบำรุงรักษาระยะไกล ครบทั้ง 7 รายการไว้ในเงื่อนไขการสั่งงานหรือยัง
• ได้กำหนดหรือยังว่าชั้นใดให้แก้ไขได้ในพื้นที่ และชั้นใดคงไว้ที่ฝั่งญี่ปุ่น
• ได้กำหนดผู้เข้ารับการอบรมและภาษาที่ใช้อบรมแล้วหรือยัง
• ถ้าจะใช้มาตรการ BOI ได้จัดวางแล้วหรือยังว่าค่าซอฟต์แวร์อยู่ตรงไหนของแผนการลงทุน

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

คำถามที่พบบ่อย

ราคากลางของการพัฒนาซอฟต์แวร์เครื่องจักรอยู่ที่เท่าไร

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

การพัฒนาซอฟต์แวร์เครื่องจักรกับการพัฒนาโปรแกรม PLC ต่างกันอย่างไร

การพัฒนาโปรแกรม PLC มักหมายถึงส่วนที่ตรงกับชั้นที่ 1 คือการควบคุมลำดับของซอฟต์แวร์เครื่องจักร ส่วนการพัฒนาซอฟต์แวร์เครื่องจักรใช้ในความหมายที่กว้างกว่า โดยรวมการควบคุมการเคลื่อนที่ การตัดสินภาพ หน้าจอปฏิบัติการ และการเชื่อมต่อระบบระดับบนเข้าไปด้วย เนื่องจากการใช้คำไม่ตรงกันตอนสั่งงานจะทำให้การตีความขอบเขตคลาดเคลื่อน จึงแนะนำให้ระบุให้ชัดตั้งแต่ตอนขอใบเสนอราคาว่าหมายถึงชั้นใดบ้าง

จะได้รับซอร์สโค้ดของเครื่องจักรเสมอไปหรือไม่

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

PackML ใช้กับเครื่องจักรอื่นที่ไม่ใช่เครื่องบรรจุได้หรือไม่

แนวคิดนำไปใช้ต่อได้ PackML เป็นกรอบที่นิยามสถานะของเครื่องจักรด้วย 17 สถานะและโหมดการทำงาน 4 โหมด และถูกบันทึกไว้เป็น ISA-TR88.00.02 การนำไปใช้กับเครื่องจักรอื่นที่ไม่ใช่เครื่องบรรจุแบบยกมาทั้งชุดอาจเกินความจำเป็นในบางกรณี แต่ปรัชญาการออกแบบที่ว่าซอฟต์แวร์ของเครื่องถือสถานะปัจจุบันของตัวเองไว้ คือสิ่งที่ชี้ขาดว่าจะวัดอัตราการเดินเครื่องย้อนหลังได้หรือไม่ แม้ไม่รับมาใช้ทั้งหมด การใส่เพียงการจำแนกสถานะไว้ในข้อกำหนดก็คุ้มค่าแล้ว

จ้างบริษัทในประเทศไทยพัฒนาซอฟต์แวร์เครื่องจักรได้หรือไม่

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

กฎระเบียบเครื่องจักรของยุโรปเกี่ยวข้องกับโรงงานในไทยหรือไม่

ผู้ที่อยู่ภายใต้บังคับโดยตรงคือเครื่องจักรที่วางจำหน่ายในตลาดยุโรป แต่โดยอ้อมก็เกี่ยวข้อง เพราะถ้าใช้เครื่องจักรที่ผลิตในยุโรป ก็จะเกิดประเด็นว่าการอัปเดตซอฟต์แวร์ควบคุมหรือการเพิ่มระบบอัตโนมัติเข้าข่ายการดัดแปลงอย่างมีนัยสำคัญหรือไม่ กฎระเบียบเครื่องจักร EU 2023/1230 มีผลบังคับใช้ตั้งแต่วันที่ 20 มกราคม 2027 และดึงซอฟต์แวร์กับความมั่นคงปลอดภัยไซเบอร์เข้ามาไว้ในข้อกำหนดความปลอดภัยของเครื่องจักร จึงแนะนำให้จัดระเบียบไว้ในสัญญาบำรุงรักษาและข้อตกลงเรื่องการดัดแปลงกับผู้ผลิตเครื่องจักรว่าถึงไหนคือการบำรุงรักษาและจากไหนคือการดัดแปลง

สรุป

ขอสรุปประเด็นสำคัญของบทความนี้

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

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

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

ในด้านกฎระเบียบ กฎระเบียบเครื่องจักร EU 2023/1230 มีผลบังคับใช้ตั้งแต่วันที่ 20 มกราคม 2027 และผนวกซอฟต์แวร์กับความมั่นคงปลอดภัยไซเบอร์เข้าไปในข้อกำหนดความปลอดภัยของเครื่องจักร การที่การเปลี่ยนซอฟต์แวร์ควบคุมอาจเข้าข่ายการดัดแปลงอย่างมีนัยสำคัญ และการที่กระบวนการพัฒนาของผู้ผลิตเครื่องจักรเริ่มถูกประเมินด้วยมาตรฐานอย่าง IEC 62443-4-1 ล้วนเป็นข้อมูลประกอบการตัดสินใจของฝ่ายที่เลือกซื้อเครื่องจักรด้วย ส่วนในประเทศไทย มาตรการ BOI ปี 2026 ได้เตรียมการยกเว้นภาษีเงินได้นิติบุคคลสำหรับการอัปเกรดเครื่องจักรและอุปกรณ์ไว้ จึงคุ้มค่าที่จะจัดระเบียบตั้งแต่ขั้นวางแผนลงทุนว่าจะวางค่าใช้จ่ายของซอฟต์แวร์ไว้ตรงไหน

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

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

ข้อมูลอ้างอิง

• OMAC – PackML
• Frostbyte Pro – PackML States Explained
• IoT Analytics – AI in machine building 2026
• European Standards – EU Machinery Regulation 2023/1230 Compliance Guide
• Nemko – EU Machinery Regulation 2023/1230 Cybersecurity Obligations
• Association for Advancing Automation – Expert Insights on the Machinery Regulation
• EXOR International – Industrial Cybersecurity in 2026
• OPC Foundation – Field Level Communications Corner March 2026
• B and R Industrial Automation – OPC UA FX
• Mahanakorn Partners – Thailand’s BOI in 2026