โปรโตคอลการสื่อสารใดที่เหมาะกับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมในระบบจัดเก็บข้อมูล AS/RS

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

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

สำหรับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมที่ใช้ในระบบจัดเก็บข้อมูล AS/RS โปรโตคอลการสื่อสารที่เกี่ยวข้องมากที่สุด ได้แก่ Modbus RTU, Modbus TCP, CANopen, EtherCAT, PROFINET, EtherNet/IP และการควบคุมพัลส์และทิศทาง ตัวเลือกที่ดีที่สุดขึ้นอยู่กับสถาปัตยกรรมการควบคุม ข้อกำหนดในการซิงโครไนซ์การเคลื่อนไหว ขนาดของระบบ และความเข้ากันได้กับโฮสต์คอนโทรลเลอร์

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

เหตุใดการเลือกโปรโตคอลการสื่อสารจึงมีความสำคัญสำหรับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมใน AS/RS

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

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

อย่างไรก็ตามผลประโยชน์ขึ้นอยู่กับวิธีการสื่อสารที่เลือก

ตำแหน่งที่แม่นยำและการทำซ้ำ

อุปกรณ์ AS/RS ต้องวางตำแหน่งโหลดอย่างถูกต้องในตำแหน่งจัดเก็บที่กำหนด แกนเคลื่อนในแนวนอนจะต้องจัดตำแหน่งให้ตรงกับตำแหน่งของชั้นวาง ในขณะที่กลไกการยกจะต้องถึงระดับการจัดเก็บที่ถูกต้อง

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

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

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

การเคลื่อนที่แบบหลายแกนประสานกัน

เครนยกของ AS/RS ทั่วไปอาจต้องมีการควบคุมการเคลื่อนที่ในแนวนอน การยกในแนวตั้ง และการยืดตัวของส้อมไปพร้อมๆ กัน แกนเหล่านี้ต้องทำงานในลำดับที่ประสานกันเพื่อหลีกเลี่ยงการเคลื่อนที่ที่ไม่จำเป็นและลดรอบเวลา

โปรโตคอลที่ออกแบบมาสำหรับการเคลื่อนไหวที่มีการประสานงานสามารถรองรับการส่งคำสั่งแบบซิงโครไนซ์ การแลกเปลี่ยนข้อมูลแบบวน และการควบคุมการเคลื่อนไหวแบบรวมศูนย์หรือแบบกระจาย

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

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

การตรวจสอบแบบเรียลไทม์และการวินิจฉัยข้อผิดพลาด

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

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

ผู้ปฏิบัติงานอาจติดตาม: ขึ้นอยู่กับการดำเนินการ

• การเปิดใช้งานมอเตอร์และสถานะการทำงาน

• ตำแหน่งจริงและตำแหน่งที่ได้รับคำสั่ง

• ความเร็วและทิศทาง

• ต่อไปนี้ข้อผิดพลาดและการเบี่ยงเบนตำแหน่ง

• สัญญาณเตือนกระแสไฟเกิน แรงดันไฟเกิน และอุณหภูมิเกิน

• ข้อผิดพลาดในการสื่อสาร

• สถานะการกลับบ้านและลิมิตสวิตช์

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

บีเอสโฟค สเต็ปเปอร์เซอร์โวมอเตอร์แบบรวม  ผลิตภัณฑ์

ระบบเซอร์โวมอเตอร์แบบรวมของ Besfoc บริการที่กำหนดเอง

ระบบเซอร์โวมอเตอร์แบบรวมของ Besfoc บริการที่กำหนดเอง

Modbus RTU: ตัวเลือกที่เป็นประโยชน์สำหรับการควบคุมการเคลื่อนไหวของ AS/RS ที่คุ้มค่า

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

สำหรับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมในระบบ AS/RS นั้น Modbus RTU สามารถให้วิธีการที่ตรงไปตรงมาสำหรับการกำหนดค่าพารามิเตอร์มอเตอร์ ออกคำสั่งที่รองรับ และการดึงข้อมูลสถานะ

Modbus RTU ทำงานอย่างไรกับสเต็ปเปอร์เซอร์โวมอเตอร์ในตัว

ในสถาปัตยกรรมทั่วไป PLC หรือตัวควบคุมการเคลื่อนไหวจะสื่อสารกับมอเตอร์ไดรฟ์ตั้งแต่หนึ่งตัวขึ้นไปผ่านเครือข่าย RS-485

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

Modbus RTU อาจรองรับฟังก์ชันต่างๆ เช่น: ขึ้นอยู่กับแผนที่ทะเบียนของผู้ผลิต

• การอ่านรีจิสเตอร์สถานะมอเตอร์

• การเขียนตำแหน่งเป้าหมายหรือค่าความเร็ว

• การกำหนดค่าความเร่งและการชะลอตัว

• การเลือกโหมดการทำงานที่รองรับ

• การเปิดหรือปิดการใช้งานมอเตอร์

• การอ่านรหัสความผิดปกติและพารามิเตอร์การวินิจฉัย

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

ข้อดีของ Modbus RTU ในแอปพลิเคชัน AS/RS

Modbus RTU มีประโยชน์ในทางปฏิบัติหลายประการ:

ต้นทุนการใช้งานต่ำ: อินเทอร์เฟซ RS-485 และตัวควบคุมที่รองรับ Modbus มีวางจำหน่ายทั่วไป ทำให้โปรโตคอลนี้น่าสนใจสำหรับอุปกรณ์ที่คำนึงถึงต้นทุน

การเดินสายแบบเรียบง่าย: อุปกรณ์หลายตัวสามารถแชร์บัส RS-485 ได้ ช่วยลดความจำเป็นในการใช้สายเคเบิลสื่อสารระหว่างมอเตอร์และตัวควบคุมทุกตัว

ความเข้ากันได้ที่หลากหลาย: Modbus RTU ได้รับการสนับสนุนโดยตัวควบคุมทางอุตสาหกรรม, HMI และอุปกรณ์อัตโนมัติจำนวนมาก

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

ข้อจำกัดของ Modbus RTU สำหรับการควบคุมการเคลื่อนไหวความเร็วสูง

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

ในอุปกรณ์ AS/RS ที่ต้องการการเร่งความเร็วเครนอย่างรวดเร็ว การเคลื่อนที่แบบหลายแกนที่ประสานกัน หรือโปรไฟล์การเคลื่อนไหวที่มีกำหนดเวลาจำกัด ข้อจำกัดเหล่านี้อาจมีความสำคัญ

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

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

CANopen: การควบคุมการเคลื่อนไหวแบบกระจายสำหรับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวม

CANopen เป็นโปรโตคอลการสื่อสารระดับสูงที่สร้างขึ้นบน Controller Area Network (CAN) มีการใช้กันอย่างแพร่หลายในการควบคุมแบบฝังและระบบอัตโนมัติทางอุตสาหกรรม โดยเฉพาะอย่างยิ่งเมื่ออุปกรณ์ขนาดกะทัดรัดต้องการการกำหนดค่าที่มีโครงสร้าง การแลกเปลี่ยนข้อมูลกระบวนการ และพฤติกรรมของอุปกรณ์ที่ได้มาตรฐาน

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

CANopen สถาปัตยกรรมการสื่อสาร

CANopen กำหนดกลไกการสื่อสารสำหรับการแลกเปลี่ยนข้อมูลกระบวนการ การกำหนดค่าอุปกรณ์ และการจัดการสถานะเครือข่าย

กลไกการสื่อสารหลัก ได้แก่ :

• Process Data Objects (PDO): ใช้สำหรับการแลกเปลี่ยนข้อมูลกระบวนการที่ต้องคำนึงถึงเวลาอย่างมีประสิทธิภาพ

• Service Data Objects (SDO): ใช้สำหรับการกำหนดค่าและการเข้าถึงรายการพจนานุกรมออบเจ็กต์

• การจัดการเครือข่าย (NMT): ใช้เพื่อจัดการสถานะการสื่อสารของอุปกรณ์

• ข้อความฉุกเฉิน (EMCY): ใช้โดยอุปกรณ์ที่รองรับเพื่อรายงานเงื่อนไขข้อผิดพลาดบางประการ

• กลไกการป้องกันการเต้นของหัวใจและโหนด: ใช้เมื่อนำไปใช้เพื่อตรวจสอบความพร้อมใช้งานของโหนด

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

สามารถเปิดสำหรับการควบคุมการเคลื่อนไหว AS/RS แบบหลายแกนได้

พิจารณาใช้เครน AS/RS ที่มีระยะเคลื่อนที่ในแนวนอน การยกในแนวตั้ง และส่วนต่อขยายแบบยืดไสลด์ได้

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

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

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

ข้อดีที่สำคัญของ CANopen

CANopen มีประโยชน์อย่างยิ่งเมื่อการออกแบบ AS/RS ต้องการการควบคุมอุปกรณ์แบบกระจายโดยไม่มีต้นทุนหรือความซับซ้อนของเครือข่ายอีเธอร์เน็ตอุตสาหกรรมประสิทธิภาพสูง

ข้อดีหลัก ได้แก่ :

การกำหนดค่าอุปกรณ์ที่มีโครงสร้าง: พจนานุกรมออบเจ็กต์ให้วิธีที่กำหนดไว้ในการเข้าถึงพารามิเตอร์ที่รองรับ

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

เครือข่ายหลายอุปกรณ์: มอเตอร์ไดรฟ์หลายตัวสามารถสื่อสารผ่านเครือข่าย CAN ที่ใช้ร่วมกันได้ภายในขอบเขตการใช้งาน CAN ที่เลือก

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

การบูรณาการขนาดกะทัดรัด: อินเทอร์เฟซ CAN โดยทั่วไปเหมาะสำหรับอุปกรณ์อิเล็กทรอนิกส์ที่ขับเคลื่อนด้วยมอเตอร์แบบฝัง

CANopen ข้อ จำกัด และข้อควรพิจารณาในการออกแบบ

ประสิทธิภาพการเปิด CAN ขึ้นอยู่กับอัตราบิต CAN ที่สำคัญ ลำดับความสำคัญของข้อความ ความยาวบัส จำนวนอุปกรณ์ การกำหนดค่าข้อความ และปริมาณการรับส่งข้อมูล

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

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

EtherCAT: การควบคุมการเคลื่อนไหวแบบซิงโครไนซ์ความเร็วสูงสำหรับ AS/RS ขั้นสูง

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

สำหรับอุปกรณ์ AS/RS ประสิทธิภาพสูง EtherCAT สามารถรองรับการควบคุมการเคลื่อนไหวจากส่วนกลาง การสื่อสารแบบวนแบบซิงโครไนซ์ และแอปพลิเคชันแบบหลายแกนขั้นสูง เมื่อระบบทั้งหมดได้รับการออกแบบให้ใช้ความสามารถแบบเรียลไทม์

EtherCAT ทำงานอย่างไรกับสเต็ปเปอร์เซอร์โวมอเตอร์ในตัว

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

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

ขึ้นอยู่กับการใช้งานมอเตอร์ไดรฟ์และตัวควบคุม EtherCAT สามารถรองรับการส่งคำสั่งควบคุม ตำแหน่งเป้าหมาย ข้อมูลสถานะ และค่าป้อนกลับแบบวน

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

EtherCAT สำหรับ AS/RS Stackers และระบบ Shuttle

เครื่องจัดเก็บและดึงข้อมูลอัตโนมัติอาจจำเป็นต้องประสานงานการปฏิบัติงานหลายประการ:

1. เร่งความเร็วในแนวนอนไปยังคอลัมน์จัดเก็บที่กำหนด

2. ประสานการยกแนวตั้งกับโปรไฟล์การเคลื่อนไหวที่วางแผนไว้

3. ลดความเร็วอย่างแม่นยำใกล้กับตำแหน่งเป้าหมาย

4. ขยายส้อมยืดไสลด์เพื่อถ่ายเทน้ำหนัก

5. ยืนยันการดำเนินการและเตรียมพร้อมสำหรับการเคลื่อนไหวครั้งต่อไป

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

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

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

ข้อดีที่สำคัญของ EtherCAT

ประสิทธิภาพการสื่อสารสูง: EtherCAT ประมวลผลข้อมูลอย่างมีประสิทธิภาพผ่านอุปกรณ์หลายตัวในเครือข่าย

การสื่อสารแบบวงจรที่กำหนด: ระบบที่ออกแบบอย่างเหมาะสมสามารถบรรลุกำหนดเวลาการสื่อสารที่คาดการณ์ได้

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

การควบคุมหลายแกนที่ปรับขนาดได้: EtherCAT สามารถเชื่อมต่อมอเตอร์ไดรฟ์หลายตัวและอุปกรณ์อัตโนมัติอื่น ๆ ที่รองรับ

การบูรณาการการควบคุมการเคลื่อนไหวขั้นสูง: ไดรฟ์ที่เข้ากันได้อาจรองรับฟังก์ชัน CiA 402 ที่เป็นมาตรฐานหรืออินเทอร์เฟซการเคลื่อนไหวที่กำหนดไว้อื่น ๆ ผ่าน EtherCAT

ข้อกำหนดความเข้ากันได้ที่สำคัญ

สเต็ปเปอร์เซอร์โวมอเตอร์ในตัวจะต้องรองรับ EtherCAT อย่างชัดเจนเพื่อสื่อสารในฐานะอุปกรณ์ EtherCAT ขั้วต่อ Ethernet เพียงอย่างเดียวไม่เพียงพอ

วิศวกรควรตรวจสอบ:

• ความเข้ากันได้ของทาส EtherCAT

• โปรไฟล์ไดรฟ์และโหมดการทำงานที่รองรับ

• ความพร้อมใช้งานของเอกสารข้อมูลอิเล็กทรอนิกส์ (ESI)

• ความเข้ากันได้ของคอนโทรลเลอร์และเครื่องมือทางวิศวกรรม

• รองรับนาฬิกาแบบกระจาย หากจำเป็น

• รอบเวลาที่รองรับและประสิทธิภาพการซิงโครไนซ์

• การจัดการข้อผิดพลาดและพฤติกรรมการกู้คืนเครือข่าย

EtherCAT มักจะเป็นตัวเลือกที่แข็งแกร่งสำหรับแอปพลิเคชัน AS/RS ประสิทธิภาพสูงที่ต้องการการเคลื่อนไหวที่มีการประสานงาน การอัปเดตคำสั่งที่รวดเร็ว และจังหวะการสื่อสารที่คาดการณ์ได้

การควบคุมพัลส์และทิศทาง: อินเทอร์เฟซที่เรียบง่ายสำหรับการกำหนดตำแหน่งพื้นฐาน

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

ในวิธีนี้ ตัวควบคุมจะส่งสัญญาณพัลส์เพื่อกำหนดระดับการเคลื่อนไหวที่เพิ่มขึ้น และสัญญาณทิศทางเพื่อระบุทิศทางการหมุนหรือการเคลื่อนที่เชิงเส้น

พัลส์อินเทอร์เฟซอาจรองรับโหมดคำสั่งเพิ่มเติมและการกำหนดค่าทางไฟฟ้า ทั้งนี้ขึ้นอยู่กับไดรฟ์

การควบคุมพัลส์และทิศทางทำงานอย่างไร

ตัวควบคุมจะสร้างชุดพัลส์ที่สอดคล้องกับการเคลื่อนที่ของมอเตอร์ที่ต้องการ สัญญาณทิศทางจะกำหนดทิศทางการเคลื่อนที่

สำหรับระบบที่มีการปรับขนาดคำสั่งที่ทราบ จำนวนพัลส์จะกำหนดการกระจัดที่ได้รับคำสั่ง ในขณะที่ความถี่พัลส์จะกำหนดอัตราขั้นตอนที่ได้รับคำสั่ง

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

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

ข้อดีของการควบคุมพัลส์และทิศทาง

• โครงสร้างคำสั่งอย่างง่าย: อินเทอร์เฟซใช้งานง่าย

• รองรับคอนโทรลเลอร์แบบกว้าง: PLC และตัวควบคุมการเคลื่อนไหวหลายตัวมีเอาต์พุตพัลส์

• ค่าใช้จ่ายในการสื่อสารต่ำ: ไม่จำเป็นต้องมีสแต็กโปรโตคอลเครือข่ายสำหรับอินเทอร์เฟซคำสั่งเอง

• คำสั่งการเคลื่อนไหวโดยตรง: ความถี่พัลส์และการนับสามารถแสดงถึงอัตราการเคลื่อนไหวและการกระจัด

ข้อจำกัดในการใช้งาน AS/RS แบบหลายแกน

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

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

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

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

การเปรียบเทียบโปรโตคอลการสื่อสารสำหรับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมใน AS/RS

ตารางต่อไปนี้สรุปคุณลักษณะหลักของตัวเลือกการสื่อสารทั่วไป

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

วิธีเลือกโปรโตคอลการสื่อสารที่เหมาะสมสำหรับแอปพลิเคชัน AS/RS

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

ประเมินความแม่นยำของตำแหน่งและการซิงโครไนซ์การเคลื่อนไหว

ขั้นแรก ให้กำหนดความแม่นยำของตำแหน่ง ความสามารถในการทำซ้ำ ความเร็วสูงสุด ความเร่ง และเวลารอบที่ต้องการ

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

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

EtherCAT อาจเป็นตัวเลือกที่แข็งแกร่งสำหรับการควบคุมแบบหลายแกนประสิทธิภาพสูง ในขณะที่ CANopen, PROFINET และ EtherNet/IP อาจเหมาะสม ขึ้นอยู่กับความสามารถและการใช้งานที่จำเป็น

จับคู่โปรโตคอลกับ PLC หรือ Motion Controller

อินเทอร์เฟซการสื่อสารต้องเข้ากันได้กับคอนโทรลเลอร์ที่ติดตั้งหรือวางแผนไว้สำหรับ AS/RS อยู่แล้ว

ก่อนเลือกมอเตอร์ ให้ตรวจสอบ:

• พอร์ตการสื่อสารที่มีอยู่และโปรโตคอลที่รองรับ

• ฮาร์ดแวร์และซอฟต์แวร์คอนโทรลเลอร์ที่จำเป็น

• เครื่องมือกำหนดค่าอุปกรณ์

• โปรไฟล์ไดรฟ์ที่รองรับ

• ข้อกำหนดรอบเวลาของเครือข่าย

• ความพร้อมใช้งานของไฟล์คำอธิบายอุปกรณ์

• ขั้นตอนการวินิจฉัยและการว่าจ้าง

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

พิจารณาจำนวนแกนมอเตอร์

จำนวนแกนของมอเตอร์ส่งผลต่อการรับส่งข้อมูลเครือข่าย ปริมาณงานของตัวควบคุม การเดินสายไฟ และการบำรุงรักษา

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

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

ประเมินข้อกำหนดในการวินิจฉัยและการบำรุงรักษา

ข้อกำหนดในการบำรุงรักษามีความสำคัญอย่างยิ่งสำหรับคลังสินค้าที่ทำงานอย่างต่อเนื่องหรือมีการจำกัดการเข้าถึงอุปกรณ์ระหว่างการดำเนินงาน

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

ตรวจสอบว่ามอเตอร์ไดรฟ์เปิดออกหรือไม่:

• รหัสข้อผิดพลาดและคำเตือน

• ปฏิบัติการและเปิดใช้งานสถานะ

• ตำแหน่งและความเร็วที่แท้จริง

• ข้อมูลข้อผิดพลาดต่อไปนี้ หากได้รับการสนับสนุน

• อุณหภูมิและสถานะการป้องกันไฟฟ้า

• สถานะการกลับบ้านและลิมิตสวิตช์ หากมี

• การตรวจจับการสูญเสียการสื่อสารและพฤติกรรมการกู้คืน

ประโยชน์ของฟังก์ชันเหล่านี้ขึ้นอยู่กับทั้งโปรโตคอลการสื่อสารและการใช้งานของผู้ผลิตมอเตอร์

บัญชีสำหรับการเดินสายไฟ การติดตั้ง และสภาพแวดล้อม

อุปกรณ์ AS/RS อาจรวมถึงตัวพาสายเคเบิลที่เคลื่อนที่ได้ เส้นทางการเคลื่อนที่ของเครื่องจักรที่ยาว แหล่งกำเนิดสัญญาณรบกวนทางไฟฟ้า และมอเตอร์ไดรฟ์ที่ติดตั้งหนาแน่น

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

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

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

แผนการขยายตัวในอนาคต

ในที่สุดการติดตั้ง AS/RS อาจต้องมีช่องทางจัดเก็บเพิ่มเติม ยานพาหนะรับส่ง ส่วนสายพานลำเลียง หรือกลไกแบบใช้มอเตอร์

การเลือกโปรโตคอลที่เหมาะกับแพลตฟอร์มคอนโทรลเลอร์ที่มีอยู่และสถาปัตยกรรมระบบในอนาคตสามารถลดงานบูรณาการในภายหลังได้

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

โปรโตคอลที่แนะนำสำหรับการใช้งาน AS/RS ต่างๆ

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

• รถเครนซ้อนความเร็วสูง: EtherCAT เป็นตัวเลือกที่ดีสำหรับการเคลื่อนที่หลายแกนแบบซิงโครไนซ์และการควบคุมแบบเรียลไทม์

• ระบบจัดเก็บข้อมูลแบบ Shuttle: EtherCAT หรือ CANopen อาจเหมาะสม ขึ้นอยู่กับประสิทธิภาพการเคลื่อนไหวและข้อกำหนดของเครือข่าย

• โมดูลสายพานลำเลียงและกลไกการถ่ายโอน: Modbus RTU, Modbus TCP, PROFINET หรือ EtherNet/IP สามารถรองรับการควบคุมมอเตอร์และการตรวจสอบสถานะ ขึ้นอยู่กับสถาปัตยกรรมของระบบ

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

• กลไกการกำหนดตำแหน่งเสริม: การควบคุมพัลส์และทิศทางหรือ Modbus RTU อาจเพียงพอสำหรับงานการเคลื่อนไหวที่ง่ายกว่า

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

ข้อผิดพลาดทั่วไปเมื่อเลือกโปรโตคอลการสื่อสารมอเตอร์ AS/RS

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

สมมติว่าสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมทั้งหมดรองรับโปรโตคอลเดียวกัน

สเต็ปเปอร์เซอร์โวมอเตอร์ในตัวมีความแตกต่างกันในอินเทอร์เฟซการสื่อสาร โปรไฟล์ไดรฟ์ที่รองรับ และฟังก์ชันการควบคุม บางรุ่นรองรับ Modbus RTU หรือ CANopen ในขณะที่รุ่นอื่นๆ มี EtherCAT, PROFINET หรือการควบคุมพัลส์และทิศทาง

วิธีหลีกเลี่ยงข้อผิดพลาดนี้: ตรวจสอบข้อกำหนดด้านการสื่อสารของรุ่นมอเตอร์ โหมดการทำงานที่รองรับ และความเข้ากันได้กับคอนโทรลเลอร์ AS/RS ที่แน่นอนก่อนซื้อ

ความเร็วการสื่อสารที่สับสนกับความแม่นยำของตำแหน่ง

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

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

ละเว้นเวลาเครือข่ายและโหลดการสื่อสาร

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

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

มองเห็นความเข้ากันได้ของ PLC และโปรไฟล์ไดรฟ์

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

วิธีหลีกเลี่ยงข้อผิดพลาดนี้: ยืนยันความเข้ากันได้ของตัวควบคุม โปรไฟล์ไดรฟ์ที่รองรับ ไฟล์คำอธิบายอุปกรณ์ เครื่องมือกำหนดค่า และคำสั่งการเคลื่อนไหวที่มีอยู่ ก่อนที่จะรวมมอเตอร์เข้ากับระบบ AS/RS

ถือว่าการสื่อสารมาตรฐานเป็นฟังก์ชันด้านความปลอดภัย

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

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

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

บทบาทของคุณลักษณะสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมในการเลือกโปรโตคอล

การสื่อสารเป็นเพียงส่วนหนึ่งของการเลือกสเต็ปเซอร์โวมอเตอร์แบบรวมสำหรับอุปกรณ์ AS/RS คุณลักษณะของมอเตอร์และไดรฟ์ต้องตรงกับข้อกำหนดทางกลและการปฏิบัติงาน

ข้อกำหนดแรงบิดและความเร็ว

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

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

โปรโตคอลการสื่อสารไม่สามารถชดเชยแรงบิดไม่เพียงพอหรือขนาดมอเตอร์ไม่เหมาะสม

การตอบสนองของตัวเข้ารหัสและการควบคุมแบบวงปิด

สเต็ปเปอร์เซอร์โวมอเตอร์ในตัวบางตัวใช้การตอบสนองของตัวเข้ารหัสเพื่อตรวจสอบตำแหน่งของโรเตอร์และปรับปรุงการควบคุมการเคลื่อนไหว

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

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

ผลิตภัณฑ์ที่อธิบายว่าเป็นสเต็ปเปอร์เซอร์โวมอเตอร์ในตัวไม่จำเป็นต้องมีคุณสมบัติป้อนกลับเหมือนกับรุ่นอื่นๆ ในหมวดหมู่นี้

การกำหนดค่าพารามิเตอร์และการว่าจ้าง

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

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

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

บูรณาการไฟฟ้าและเครื่องกล

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

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

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

รายการตรวจสอบการปฏิบัติสำหรับการเลือกสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวม AS/RS

ก่อนที่จะสรุปโปรโตคอลมอเตอร์และการสื่อสาร ให้ใช้รายการตรวจสอบต่อไปนี้

• กำหนดระยะการเดินทาง ความเร็ว ความเร่ง และความแม่นยำของตำแหน่งที่ต้องการ

• ตรวจสอบว่าแอปพลิเคชันต้องการการเคลื่อนที่หลายแกนแบบซิงโครไนซ์หรือไม่

• ยืนยันโปรโตคอลที่รองรับของ PLC หรือตัวควบคุมการเคลื่อนไหว

• ตรวจสอบอินเทอร์เฟซการสื่อสารที่แน่นอนที่มีในรุ่นมอเตอร์

• ตรวจสอบโปรไฟล์ไดรฟ์และโหมดการทำงานที่รองรับ

• ตรวจสอบตำแหน่ง ความเร็ว สถานะ และข้อมูลการวินิจฉัยที่มีอยู่

• ประเมินจำนวนอุปกรณ์ การโหลดเครือข่าย และความถี่ในการอัปเดตที่จำเป็น

• ยืนยันข้อกำหนดเกี่ยวกับสายเคเบิล ขั้วต่อ การต่อสายดิน และการป้องกัน

• ตรวจสอบพฤติกรรมการสูญเสียการสื่อสารและขั้นตอนการกู้คืนข้อผิดพลาด

• ตรวจสอบฟังก์ชันการเบรกเชิงกลและความปลอดภัยสำหรับการยกหรือแกนอันตราย

• ยืนยันการทดสอบการใช้งานซอฟต์แวร์ เอกสารประกอบ และการสนับสนุนการบำรุงรักษาระยะยาว

• ทดสอบระบบทั้งหมดภายใต้น้ำหนักบรรทุกและสภาวะการทำงานที่สมจริง

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

บทสรุป

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

EtherCAT เป็นตัวเลือกที่ดีสำหรับการควบคุมการเคลื่อนไหวแบบหลายแกนที่มีความต้องการสูง โดยเฉพาะอย่างยิ่งในเครนยกของความเร็วสูงและระบบรับส่งที่ต้องการการสื่อสารแบบวนรอบที่คาดการณ์ได้และการทำงานแบบซิงโครไนซ์ CANopen นำเสนอการสื่อสารอุปกรณ์ที่มีโครงสร้างสำหรับการควบคุมมอเตอร์แบบกระจาย ในขณะที่ Modbus RTU และ Modbus TCP มอบโซลูชันที่ใช้งานได้จริงสำหรับการกำหนดตำแหน่ง การเข้าถึงพารามิเตอร์ และการตรวจสอบที่ง่ายขึ้น PROFINET และ EtherNet/IP เป็นตัวเลือกที่มีประสิทธิภาพสำหรับการติดตั้ง AS/RS ที่สร้างขึ้นโดยใช้แพลตฟอร์มระบบอัตโนมัติทางอุตสาหกรรมที่เข้ากันได้ การควบคุมพัลส์และทิศทางยังคงมีประโยชน์สำหรับคำสั่งการเคลื่อนไหวพื้นฐาน เมื่อไม่จำเป็นต้องใช้ฟังก์ชันเครือข่ายขั้นสูง

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

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

คำถามที่พบบ่อย 1: โปรโตคอลการสื่อสารใดที่เหมาะกับสเต็ปเปอร์เซอร์โวมอเตอร์แบบรวมในระบบ AS/RS

โปรโตคอลการสื่อสารที่เหมาะสมที่สุดสำหรับสเต็ปเปอร์มอเตอร์แบบรวมในระบบจัดเก็บและเรียกคืนข้อมูลอัตโนมัติ (AS/RS) ได้แก่ EtherCAT, CANopen, Modbus RTU, Modbus TCP, PROFINET และ EtherNet/IP EtherCAT เหมาะอย่างยิ่งกับการควบคุมการเคลื่อนไหวแบบหลายแกนประสิทธิภาพสูง ในขณะที่ CANopen รองรับการสื่อสารด้วยมอเตอร์แบบกระจาย Modbus ใช้งานได้จริงสำหรับการควบคุมและการตรวจสอบขั้นพื้นฐาน และ PROFINET หรือ EtherNet/IP ช่วยลดความซับซ้อนในการรวมเข้ากับ PLC อุตสาหกรรมที่เข้ากันได้

คำถามที่พบบ่อย 2: เหตุใด EtherCAT จึงเหมาะสำหรับเซอร์โวมอเตอร์แบบรวมในแอปพลิเคชัน AS/RS

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

คำถามที่พบบ่อย 3: CANopen สามารถใช้กับการควบคุมการเคลื่อนไหวแบบหลายแกนในระบบจัดเก็บข้อมูล AS/RS ได้หรือไม่

ใช่. CANopen รองรับการสื่อสารที่มีโครงสร้างระหว่างมอเตอร์ไดรฟ์และตัวควบคุมที่เข้ากันได้ผ่าน Process Data Object (PDO), Service Data Object (SDO) และฟังก์ชันการจัดการเครือข่าย เมื่อไดรฟ์รองรับ ฟังก์ชัน CiA 402 จะสามารถจัดเตรียมอินเทอร์เฟซควบคุมการเคลื่อนไหวที่เป็นมาตรฐานได้ วิศวกรควรประเมินการโหลดเครือข่าย อัตราการอัพเดต และข้อกำหนดในการซิงโครไนซ์ ก่อนที่จะเลือก CANopen สำหรับแอปพลิเคชันแบบหลายแกน

คำถามที่พบบ่อย 4: Modbus RTU และ Modbus TCP สำหรับการควบคุมมอเตอร์ AS/RS แตกต่างกันอย่างไร

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

คำถามที่พบบ่อย 5: โปรโตคอลการสื่อสารปรับปรุงความแม่นยำของตำแหน่งในระบบ AS/RS ได้อย่างไร

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

คำถามที่พบบ่อย 6: โปรโตคอลการสื่อสารใดดีที่สุดสำหรับเครน AS/RS ความเร็วสูง

EtherCAT เป็นตัวเลือกที่ดีสำหรับเครนยกซ้อนความเร็วสูงที่ต้องการการอัปเดตแบบวนบ่อยครั้งและการเคลื่อนที่แบบหลายแกนที่ซิงโครไนซ์ PROFINET หรือ EtherNet/IP อาจเหมาะสมเมื่อมีฟังก์ชันควบคุมการเคลื่อนไหวแบบเรียลไทม์ที่เข้ากันได้ การเลือกขั้นสุดท้ายควรพิจารณาถึง PLC, มอเตอร์ขับเคลื่อน, รอบเวลาที่ต้องการ, น้ำหนักบรรทุก, ความแม่นยำของตำแหน่ง และสถาปัตยกรรมระบบโดยรวม

คำถามที่พบบ่อย 7: สเต็ปเปอร์เซอร์โวมอเตอร์ในตัวสามารถสื่อสารโดยตรงกับ PLC ได้หรือไม่

ใช่ โดยมีเงื่อนไขว่ามอเตอร์ไดรฟ์รองรับโปรโตคอลการสื่อสารที่เข้ากันได้กับ PLC หรือตัวควบคุมการเคลื่อนไหว การสื่อสารอาจใช้ CANopen, Modbus RTU, Modbus TCP, EtherCAT, PROFINET หรือ EtherNet/IP ทั้งนี้ขึ้นอยู่กับผลิตภัณฑ์ ก่อนที่จะบูรณาการ วิศวกรควรตรวจสอบโปรโตคอลที่รองรับ โปรไฟล์ไดรฟ์ พารามิเตอร์การสื่อสาร และเครื่องมือกำหนดค่าที่มีอยู่

คำถามที่พบบ่อย 8: วิศวกรควรพิจารณาอะไรเมื่อเลือกโปรโตคอลการสื่อสารสำหรับมอเตอร์ AS/RS

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

คำถามที่พบบ่อย 9: สเต็ปเปอร์เซอร์โวมอเตอร์ในตัวที่มีอินเทอร์เฟซอีเธอร์เน็ตสามารถใช้งานร่วมกับ EtherCAT หรือ PROFINET โดยอัตโนมัติได้หรือไม่

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

คำถามที่พบบ่อย 10: การเลือกโปรโตคอลการสื่อสารสามารถลดการหยุดทำงานของ AS/RS ได้อย่างไร

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