คู่มือมาตรฐาน EPC เครื่องอ่าน Protocol 1.1

ดาวน์โหลด   มาตรฐาน EPC เครื่องอ่าน Protocol

ภาพรวมของ EPC เครื่องอ่าน Protocol 1.1

EPC เครื่องอ่าน Protocol 1.1 เป็นมาตรฐาน EPCglobal ที่กำหนดวิธีที่ซอฟต์แวร์โฮสต์สื่อสารกับเครื่องอ่านแท็ก เครื่องอ่านไม่ได้จำกัดอยู่ที่การออกแบบวิทยุแบบเดียว อาจเป็นเครื่องอ่าน RFID แบบติดตั้ง เครื่องอ่านแบบพกพา หรืออุปกรณ์ที่อ่านตัวพาที่ไม่ใช่ RF เช่นบาร์โค้ด โปรโตคอลนี้เน้นที่อินเทอร์เฟซระหว่างเครื่องอ่านกับโฮสต์ ไม่ใช่อินเทอร์เฟซทางอากาศระหว่างเครื่องอ่านกับแท็ก การแยกส่วนนี้ช่วยให้ระบบคลังสินค้า แพลตฟอร์มกิจกรรม แอปพลิเคชันค้าปลีก และเซิร์ฟเวอร์การติดตามทรัพย์สินสามารถร้องขอข้อมูล กำหนดค่าพฤติกรรมการอ่าน และรับรายงานได้โดยไม่ต้องจัดการรายละเอียด RF ระดับต่ำทั้งหมด

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

สิ่งที่โปรโตคอลครอบคลุม

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

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

สถาปัตยกรรมโปรโตคอล

เลเยอร์เครื่องอ่าน

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

เลเยอร์ข้อความและเลเยอร์การขนส่ง

เลเยอร์ข้อความกำหนดวิธีจัดรูปแบบ ใส่เฟรม แปลง และแสดงข้อความของเลเยอร์เครื่องอ่าน EPC เครื่องอ่าน Protocol 1.1 รวมการจัดรูปแบบข้อความแบบข้อความและ XML เพื่อให้การนำไปใช้สามารถแมปคำสั่งเชิงนามธรรมเดียวกันเป็นไวยากรณ์ข้อความที่เป็นรูปธรรม เลเยอร์การขนส่งสอดคล้องกับเครือข่ายหรือสิ่งอำนวยความสะดวกในการสื่อสารที่ใช้ส่งข้อความเหล่านั้น เช่น TCP, HTTP หรือการสื่อสารแบบอนุกรม การจับคู่รูปแบบข้อความและวิธีการขนส่งเฉพาะเรียกว่า Messaging/Transport Binding หรือ MTB แนวทางแบบเลเยอร์นี้ช่วยให้ใช้วิธีการสื่อสารที่แตกต่างกันได้ในขณะที่รักษาโมเดลการควบคุมเครื่องอ่านที่สอดคล้องกัน

ช่องทางข้อความและการควบคุมเครื่องอ่าน

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

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

โมเดลออบเจ็กต์ ไปป์ไลน์การอ่าน และเหตุการณ์

โมเดลออบเจ็กต์ให้โครงสร้างที่ชัดเจนแก่โปรโตคอล ReaderDevice เป็นออบเจ็กต์หลักที่แทนเครื่องอ่าน Sources แทนแหล่งรับข้อมูลเชิงตรรกะ เช่น เสาอากาศหรืออินพุตสแกนเนอร์ ReadPoints แทนจุดรับข้อมูลทางกายภาพ Triggers กำหนดเงื่อนไขที่เริ่มการดำเนินการ TagSelectors ช่วยกรองข้อมูลแท็กเพื่อให้โฮสต์ได้รับข้อมูลที่สำคัญต่อแอปพลิเคชัน DataSelectors กำหนดว่าฟิลด์ใดรวมอยู่ในรายงาน NotificationChannels เชื่อมต่อแหล่งข้อมูลและข้อมูลที่เลือกเข้ากับการรายงานแบบอะซิงโครนัสของโฮสต์

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

ทำไม EPC เครื่องอ่าน Protocol 1.1 ยังคงสำคัญ

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

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

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

EPC เครื่องอ่าน Protocol 1.1 ใช้ทำอะไร?

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

EPC เครื่องอ่าน Protocol 1.1 กำหนดวิธีที่แท็ก RFID สื่อสารทางวิทยุหรือไม่?

ไม่ โปรโตคอลไม่ได้กำหนดอินเทอร์เฟซทางอากาศ RF ระหว่างแท็กและเครื่องอ่าน ส่วนนั้นเป็นของโปรโตคอล RF ของแท็ก เช่น EPCglobal Class 1 หรือข้อกำหนดที่เกี่ยวข้องกับ Gen2 EPC เครื่องอ่าน Protocol 1.1 เน้นที่การโต้ตอบด้านซอฟต์แวร์ระหว่างเครื่องอ่านและโฮสต์ ซึ่งแยกแอปพลิเคชันออกจากรายละเอียดการสื่อสารแท็กระดับต่ำ

ความแตกต่างระหว่างช่องทางควบคุมและช่องทางแจ้งเตือนคืออะไร?

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

ทำไมโปรโตคอลจึงใช้โมเดลออบเจ็กต์?

โมเดลออบเจ็กต์ให้วิธีที่สอดคล้องกันในการอธิบายฟังก์ชันของเครื่องอ่าน ออบเจ็กต์เช่น ReaderDevice, Source, Trigger, TagSelector, DataSelector และ NotificationChannel ช่วยให้โฮสต์เข้าถึงฟังก์ชันในลักษณะที่มีโครงสร้าง ผู้จำหน่ายไม่จำเป็นต้องสร้างเฟิร์มแวร์ภายในแบบนี้ทุกประการ แต่พฤติกรรมภายนอกต้องตรงกับโปรโตคอลเมื่ออ้างความสอดคล้อง

TagSelectors และ DataSelectors ปรับปรุงการจัดการข้อมูล RFID อย่างไร?

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

ผู้รวมระบบควรตรวจสอบอะไรก่อนใช้โปรโตคอลนี้ในโครงการ?

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