Blogs

ทางแยกที่ผู้บริหารต้องเลือก เมื่อตัดสินใจจะทำระบบ Smart Factory หรือติดตั้ง MES (Manufacturing Execution System) คำถามแรกๆ ที่ฝ่าย IT และเจ้าของกิจการต้องถกเถียงกันคือ “เราควรตั้ง Server เองในโรงงาน (On-Premise) หรือเอาข้อมูลขึ้น Cloud ดี?” ในอดีต ระบบ MES มักจะเป็นแบบ On-Premise ทั้งหมด แต่ด้วยเทคโนโลยี IIoT และ Internet ที่เร็วขึ้น Cloud MES จึงกลายเป็นทางเลือกที่มาแรง บทความนี้ในฐานะที่ปรึกษาด้าน Industrial Tech จะพาคุณไปกางตารางเปรียบเทียบกันใน 4 มิติสำคัญครับ Round 1: Cost (เรื่องเงินๆ ทองๆ) ความแตกต่างที่ชัดเจนที่สุดคือรูปแบบการจ่ายเงิน (Business Model): On-Premise (จ่ายก้อนใหญ่): ลงทุนแบบ CAPEX จ่ายเงินก้อนโตเพื่อซื้อ Hardware (Server), License ต่างๆ และค่า Software แบบซื้อขาด เหมาะกับโรงงานที่มีงบประมาณก้อนใหญ่และต้องการตัดค่าเสื่อมราคา Cloud (จ่ายตามจริง): รูปแบบ Subscription (SaaS) หรือ OPEX จ่ายรายเดือน/รายปีตามการใช้งานจริง ไม่ต้องลงทุน Hardware แพงๆ ช่วยลดความเสี่ยงในช่วงเริ่มต้น คำแนะนำ: หากคุณกำลังทำโครงการนำร่อง (Pilot Project) หรือเป็น SME -> Cloud ตอบโจทย์กว่า แต่ถ้าเป็นโรงงานขนาดใหญ่ที่มี Data Center เดิมอยู่แล้ว -> On-Premise อาจคุ้มค่ากว่าในระยะยาว ...

Intro: MES ราคาหลักล้าน จะไร้ค่า…ถ้าข้อมูลยังมาจาก “กระดาษ” คุณมีระบบ MES (Manufacturing Execution System) ที่หน้าตาสวยงาม มีฟังก์ชันครบครัน แต่พนักงานหน้าไลน์ผลิตยังต้องเดินจดเลขมิเตอร์ หรือคีย์ยอดผลิตใส่คอมพิวเตอร์ทุกชั่วโมงอยู่หรือเปล่า? ถ้าใช่… คุณกำลังขับรถสปอร์ตแต่ใช้เชื้อเพลิงถ่านหินครับ หัวใจของ Smart Factory ไม่ใช่แค่ซอฟต์แวร์ แต่คือ “ข้อมูลที่ถูกต้อง 100% (Data Integrity)” และข้อมูลที่แม่นยำที่สุดต้องไม่ผ่านมือคน แต่ต้องมาจาก “เครื่องจักร” โดยตรง บทความนี้จะพาคุณเจาะลึกเทคนิคการสร้าง “สะพาน” เชื่อมต่อระหว่างเครื่องจักร (Layer 1-2) ขึ้นสู่ระบบ MES (Layer 3) 1. The Gap: ช่องว่างระหว่าง OT และ IT ตามมาตรฐาน ISA-95 เรามีกำแพงกั้นกลางระหว่าง 2 โลก: โลก OT (Operational Technology): คือโลกของเครื่องจักร, Sensor, และ PLC ที่คุยกันเป็น Millisecond เน้นความเสถียร โลก IT (Information Technology): คือโลกของ MES และ ERP ที่คุยกันเรื่อง Database, API และ Business Logic ความท้าทายคือเครื่องจักรพูดภาษาไฟฟ้า (เช่น 4-20mA หรือ Register Address) แต่ MES พูดภาษาข้อมูล (เช่น JSON, SQL) เราจึงต้องมี “ล่าม” หรือโปรโตคอลมาตรฐานมาช่วยครับ ...

อยากทำ Smart Factory แต่กลัวแพง? “อยากทำ Smart Factory แต่กลัวแพง”, “กลัวลงทุนไปแล้วพนักงานไม่ใช้”, “เครื่องจักรเก่าจะทำได้เหรอ?”… นี่คือคำถามยอดฮิตที่ทำให้เจ้าของโรงงานหลายท่านถอดใจตั้งแต่ยังไม่เริ่ม ในอดีต การ ติดตั้ง MES โรงงาน อาจต้องใช้งบประมาณหลักล้านและใช้เวลาติดตั้งเป็นปี แต่ในยุคปัจจุบัน เทคโนโลยีเปลี่ยนไปแล้วครับ! จริงๆ แล้วคุณสามารถเริ่มระบบ MES ได้ด้วยงบประมาณหลักหมื่น และเห็นผลลัพธ์ได้ภายใน 1 เดือน บทความนี้จะมาเผยเคล็ดลับการ “Start Small” เริ่มต้นทำระบบ MES อย่างไรให้คุ้มค่า และขยายผลได้จริงครับ 1. Start Small (PoC): อย่าเพิ่ง “เทหมดหน้าตัก” กฎเหล็กของการทำระบบ IT ในโรงงานยุคใหม่คือ “Think Big, Start Small, Scale Fast” แทนที่จะทุ่มเงินมหาศาลวางระบบทั้งโรงงาน ให้เริ่มจากทำ PoC (Proof of Concept) โดยเลือกจาก: 1 ไลน์ผลิตที่มีปัญหาที่สุด: เลือกจุดที่เป็น “คอขวด” (Bottleneck) 1 เครื่องจักรหลัก: เริ่มแค่เครื่องเดียวเพื่อวัดค่า OEE (Overall Equipment Effectiveness) 2. Hardware ไม่ต้องแพง: เทคนิค Retrofit เครื่องจักรเก่า เครื่องจักรเก่าอายุ 20-30 ปี ก็ต่อระบบได้ด้วยวิธีที่เรียกว่า “Retrofit”: ...

บทนำ: MES คือ “ระบบปฏิบัติการ” (OS) ของโรงงาน ในโลกของ Industrial Automation เราไม่ได้มอง MES (Manufacturing Execution System) เป็นเพียงซอฟต์แวร์เก็บข้อมูล แต่ตามมาตรฐาน ISA-95 มันคือ “ระบบปฏิบัติการ” (Operating System) ที่ทำหน้าที่ควบคุมและประสานงาน (Orchestration) ระหว่างแผนงานจากระดับบริหาร (ERP) ลงสู่หน้างานจริง (Shop Floor) หากเปรียบโรงงานเป็นร่างกาย ERP คือสมองที่วางแผน แต่ MES คือระบบประสาท ที่คอยสั่งการแขนขา (เครื่องจักร/พนักงาน) และรับความรู้สึกจากเซนเซอร์ (IoT) กลับมาประมวลผลทันที สถาปัตยกรรมการทำงานของ MES เพื่อให้เห็นภาพการทำงานที่เชื่อมโยงกันของทั้ง 4 ส่วน ลองดู Diagram ด้านล่างนี้ครับ: ภาพแสดงความเชื่อมโยงของระบบ MES ที่ทำหน้าที่เป็นตัวกลางระหว่าง ERP และเครื่องจักรหน้างาน 1. Production Management: จากกระดาษสู่ Digital Work Order ปัญหาใหญ่ของโรงงานทั่วไปคือ “Information Lag” หรือการที่ข้อมูลการผลิตเดินทางช้ากว่าตัวชิ้นงาน MES เข้ามาแก้ปัญหานี้ด้วยการทำ Digital Transformation: ...

บทนำ: ลงทุน ERP ไปหลายล้าน ทำไมหน้างานยังวุ่นวาย? เคยสงสัยไหมครับ? โรงงานหลายแห่งลงทุนระบบ ERP (Enterprise Resource Planning) ราคาแพงไประดับสิบล้าน แต่ทำไมผู้จัดการโรงงานยังต้องวิ่งวุ่นแก้ปัญหาหน้างาน? ทำไมยอดสต็อกในคอมพิวเตอร์กับของจริงไม่เคยตรงกัน? และทำไมฝ่ายผลิตยังต้องนั่งกรอกข้อมูลลงกระดาษทุกจบกะ? คำตอบสั้นๆ ที่ผมมักจะบอกลูกค้าเสมอคือ “ERP คือแผนที่ แต่ MES คือเข็มทิศหน้างาน” ในบทความนี้ เราจะมาไขข้อข้องใจตามมาตรฐานสากลว่า ทำไมลำพังแค่ ERP ถึงไม่เพียงพอสำหรับโรงงานที่ต้องการก้าวสู่การเป็น Smart Factory อย่างเต็มตัว 1. ใครเป็นใครในโครงสร้างโรงงาน? (Understanding ISA-95) เพื่อให้เห็นภาพชัดเจน เราต้องเข้าใจบทบาทของทั้งสองระบบตามมาตรฐาน ISA-95 ซึ่งเป็นหัวใจของการวางระบบ Industrial Automation ครับ 🔵 ERP: นักวางแผนระดับองค์กร (Level 4) ERP คือ “สมองส่วนบริหาร” เน้นภาพรวมธุรกิจ เช่น การเงิน, บัญชี, การจัดซื้อ และการรับออเดอร์ โจทย์ของ ERP: “เดือนหน้าต้องซื้อวัตถุดิบเท่าไหร่?”, “ต้นทุนการผลิตไตรมาสนี้เป็นอย่างไร?” กรอบเวลา: มองเป็น รายเดือน / รายสัปดาห์ / รายวัน (Batch Processing) 🟢 MES: ผู้คุมกฎหน้างานผลิต (Level 3) MES (Manufacturing Execution System) คือ “ระบบปฏิบัติการหน้างาน” ที่อยู่ตรงกลางระหว่าง ERP กับเครื่องจักร (PLC/Sensors) ...

ในฐานะ CODESYS Solutions Architect ผมขอแนะนำว่าคุณมาถูกทางแล้วครับ การเปลี่ยนจาก Logic แบบ “If-This-Then-That” ที่พันกันยุ่งเหยิง (Spaghetti Code) มาเป็น State Machine Design Pattern คือก้าวสำคัญที่จะเปลี่ยนคุณจาก “คนเขียน PLC ทั่วไป” ให้เป็น “Automation Software Engineer” ครับ สำหรับ C# Developer แนวคิดนี้คือการนำ State Design Pattern มาใช้คู่กับโครงสร้าง switch...case เพื่อควบคุม Flow การทำงานของเครื่องจักรให้เป็นระเบียบและคาดเดาได้ครับ 1. Concept: State Variable & CASE Statement ใน C# คุณอาจคุ้นเคยกับ enum และ switch เพื่อจัดการ State ของ Application ใน CODESYS เราก็ทำแบบเดียวกันครับ: State Variable: คือตัวแปรที่ทำหน้าที่เป็น “Pointer” บอกว่าตอนนี้เครื่องจักรอยู่ที่ขั้นตอนไหน (Step ไหน) โดยเรามักจะใช้ INT (0, 10, 20…) หรือ ENUM (Idle, Run, Error) CASE Statement: คือคำสั่งที่ใช้แยกการทำงานของแต่ละ State ออกจากกันอย่างเด็ดขาด ในแต่ละรอบสแกน (PLC Cycle) จะมีเพียง 1 State เท่านั้น ที่ถูกประมวลผล กฎเหล็กของ State Machine: ...

ในฐานะ CODESYS Solutions Architect ยินดีต้อนรับสู่โลกของ IEC 61131-3 ครับ สำหรับ C# Developer การทำความเข้าใจ Function Block (FB) นั้นง่ายมากครับ ให้มองว่า Function Block คือ “Class” ใน C# ครับ ก่อนใช้งาน ต้อง Instantiate (ประกาศตัวแปร) ก่อนเสมอ (เหมือน new Timer()) FB มี Memory/State (จำค่าเก่าได้ เช่น เวลาที่นับค้างไว้ หรือสถานะปุ่มรอบที่แล้ว) การเรียกใช้ (Call) คือการสั่งให้ Object นั้นทำงานในรอบสแกน (Cyclic Scan) นั้นๆ นี่คือ Best Practices ในการใช้งาน Standard Libraries (TON, R_TRIG) ในภาษา ST ครับ 1. วิธีการประกาศตัวแปร Instance (Declaration) ใน CODESYS เราไม่ใช้ keyword new ในการสร้าง Object แต่เราจะประกาศในส่วน VAR ครับ การประกาศนี้ระบบจะจอง Memory ให้โดยอัตโนมัติ ...

ในฐานะ CODESYS Solutions Architect ผมขอแสดงความยินดีที่คุณเริ่มเห็นพลังของ Structured Text (ST) ครับ นี่คือจุดที่ C# Developer จะได้เปรียบอย่างมหาศาล เพราะการจัดการข้อมูลจำนวนมาก (Arrays) และการวนซ้ำ (Loops) ใน Ladder Logic นั้นค่อนข้างยุ่งยากและกินพื้นที่หน้าจอ แต่ใน ST คุณสามารถเขียนจบได้ในไม่กี่บรรทัดครับ บทความนี้เราจะเจาะลึกเรื่องการวนลูป โดยเน้นเรื่อง “ความปลอดภัยในระดับอุตสาหกรรม” ที่ Dev สาย PC มักจะพลาดกันครับ 1. FOR Loop และการจัดการ Array (The Power of Iteration) ใน C# คุณคุ้นเคยกับ for (int i=0; i<n; i++) ใช่ไหมครับ? ใน CODESYS ST ก็ทำงานเหมือนกัน แต่ Syntax จะออกไปทางภาษา Pascal ครับ จุดที่ต้องระวังสำหรับ C# Dev: 1-Based Indexing: แม้เราจะประกาศ Array เริ่มที่ 0 ได้ แต่ในวงการ PLC นิยมประกาศเริ่มที่ 1 (เช่น 1..100) เพื่อให้ตรงกับ Tag name หรือเอกสารทางไฟฟ้า Boundaries: CODESYS เคร่งครัดเรื่อง Array Bounds มาก ถ้าหลุด Range อาจเกิด Exception จน Controller หยุดทำงานได้ (ในโปรเจกต์จริงควรใช้ฟังก์ชัน CheckBounds ช่วย) ตัวอย่าง: การ Reset ค่าการผลิต 100 รายการ (Array Initialization) ส่วนประกาศตัวแปร (VAR): ...

ในฐานะ CODESYS Solutions Architect ผมขอสรุปการเขียน Control Flow Statements ในภาษา ST ให้คุณเข้าใจง่ายๆ โดยเปรียบเทียบกับ C# ครับ หัวใจสำคัญของการเขียน Logic ใน PLC คือ “ความชัดเจน” (Readability) และ “ความปลอดภัย” (Safety) ครับ เพราะ Code ของเราควบคุมเครื่องจักรที่มีอันตราย ไม่ใช่แค่จัดการ Data เหมือนฝั่ง IT เรามาดูรายละเอียดกันครับ 1. IF…THEN…ELSIF…ELSE (The Decision Maker) ใน C# คุณใช้ if (condition) { } แต่ใน ST เราไม่มีปีกกา เราใช้ THEN และปิดท้ายด้วย END_IF; เสมอ Scenario: ระบบเติมน้ำเข้าถัง (Hysteresis Control) โจทย์คือควบคุมปั๊มน้ำ (Fill Pump) โดยใช้ Hysteresis Logic (น้ำต่ำเริ่มเติม, น้ำเต็มหยุดเติม) เพื่อป้องกันปั๊มทำงานกระชาก (Chattering) PROGRAM PLC_PRG VAR rLevel : REAL; // ระดับน้ำปัจจุบัน (0-100%) xPumpStart : BOOL; // สั่งปั๊มทำงาน // Config Parameters (ควรประกาศเป็น Constant หรือ Retain Variable) c_rLowLevel : REAL := 10.0; // จุดเริ่มทำงาน c_rHighLevel: REAL := 90.0; // จุดหยุดทำงาน END_VAR // --------------------------------------------------------- // Logic: Hysteresis Control // --------------------------------------------------------- IF rLevel < c_rLowLevel THEN // ถ้าน้ำต่ำกว่า 10% ให้เริ่มเดินปั๊ม (Set Active) xPumpStart := TRUE; ELSIF rLevel > c_rHighLevel THEN // ถ้าน้ำสูงเกิน 90% ให้หยุดปั๊ม (Reset) xPumpStart := FALSE; ELSE // ช่วงกลาง (10-90): ให้คงสถานะเดิมไว้ (Memory/Latch) // ไม่ต้องเขียน Code อะไร หรือเขียนย้ำว่า xPumpStart := xPumpStart; ; END_IF; 💡 Architect Insight: สังเกตว่าผมไม่ได้เขียน ELSE เพื่อสั่ง FALSE ทันทีที่ระดับเกิน 10% แต่ปล่อยให้มันทำงานจนถึง 90% นี่คือเทคนิค Hysteresis ที่ C# Developer ต้องปรับจูน Logic ให้เข้ากับ Physics ของโลกจริงครับ ...

ยินดีต้อนรับสู่ บทที่ 1: ปูพื้นฐาน Structured Text (ST) ครับ ในฐานะที่คุณเป็น Software Developer สาย C#/.NET ที่กำลังก้าวเข้าสู่โลกของ Industrial Automation ผมบอกได้เลยว่า Structured Text (ST) จะเป็นภาษาที่คุณรักที่สุดในบรรดาภาษา PLC ทั้ง 5 ภาษาตามมาตรฐาน IEC 61131-3 ครับ นี่คือคู่มือฉบับรวบรัดที่จะช่วยคุณปรับจูน Mindset จากการมองวงจรไฟฟ้า (Ladder) มาเป็นการเขียน Code แบบที่คุณคุ้นเคย 1. ศึกแห่งภาษา: Ladder Logic (LD) vs. Structured Text (ST) ทำไมเราถึงต้องย้ายมาเขียน ST? ในเมื่อ Ladder ก็ดูง่ายดี? คำตอบคือ “Complexity” (ความซับซ้อน) ครับ Ladder Diagram (LD): เปรียบเสมือนการวาด Wiring Diagram เหมาะมากสำหรับ Logic แบบ Boolean ง่ายๆ เช่น “ถ้ากดปุ่ม A และ Sensor B ทำงาน ให้ Motor C หมุน” มันเห็นภาพ Power Flow ชัดเจน ช่างไฟเข้าใจง่าย Structured Text (ST): คือ High-Level Language ที่มีรากฐานมาจากภาษา Pascal และ C มันเกิดมาเพื่อจัดการกับสิ่งที่ Ladder ทำได้ยากหรือทำไม่ได้เลย เช่น: Complex Math: การคำนวณสูตรคณิตศาสตร์ซับซ้อน ถ้าเขียนด้วย Ladder บล็อกจะต่อกันยาวเหยียดจนดูไม่รู้เรื่อง แต่ใน ST เขียนแค่บรรทัดเดียวจบ Loops & Iterations: การวนลูป FOR, WHILE เพื่อจัดการข้อมูลใน Array จำนวนมาก ทำได้ง่ายและกระชับกว่ามาก String Manipulation: การตัดต่อข้อความ หรือคุยกับ Barcode Scanner/Printer ภาษา ST จัดการได้เหมือน C# ครับ Architect Verdict: ใช้ Ladder สำหรับ Safety Interlock ง่ายๆ แต่ถ้าเมื่อไหร่เริ่มมีการคำนวณ (Calculation), การวนลูป (Loops), หรือการจัดการข้อมูล (Data Handling) ให้เปลี่ยนมาใช้ ST ทันทีครับ ...