เวลาเห็นอุปกรณ์ที่ระบุว่ามี RS-485 เราอาจคิดต่อทันทีว่าจะต่อเข้าบอร์ดแล้วอ่านค่า register ได้ แต่ข้อความนั้นยังบอกเพียงส่วนหนึ่งของเส้นทาง เพราะทางสัญญาณกับรูปแบบข้อมูลที่ส่งอยู่ข้างบนเป็นคนละข้อตกลง
อุปกรณ์สองตัวใช้ RS-485 เหมือนกันอาจไม่ได้พูด protocol เดียวกัน และแม้ทั้งคู่รองรับ Modbus RTU ก็ยังต้องรู้หมายเลขอุปกรณ์ การตั้ง serial และ register map ของรุ่นนั้นก่อน ตัวเลขที่อ่านกลับมาได้จึงจะถูกนำไปแปลงเป็นค่าที่มีความหมายได้
การเริ่มจากแยกแต่ละชั้นช่วยให้ตามงานได้ตรงขึ้นครับ ว่ากำลังตรวจการรับส่งทางไฟฟ้า ตรวจ frame หรือกำลังตีความข้อมูลแอป ไม่เอาการได้รับ byte กลับมาเป็นคำยืนยันว่าค่าที่แสดงถูกหน่วยแล้วทั้งหมด
RS-485 เป็นข้อตกลงของการรับส่งสัญญาณที่ต้องมีวงจร transceiver เหมาะสม ส่วน UART ในไมโครคอนโทรลเลอร์ทำหน้าที่ด้านลำดับบิตและ framing ตามที่ตั้งไว้ การมี UART จึงไม่ได้ทำให้ขา logic ของชิปกลายเป็นขา bus RS-485 โดยตรง
เมื่อมีหลายอุปกรณ์บนสาย ต้องจัด topology, termination และเงื่อนไขทางไฟฟ้าตามข้อกำหนดของระบบจริง รวมถึงวิธีควบคุมทิศส่งรับในระบบที่แบ่งใช้คู่สาย ไม่เลือกตัวต้านทานหรือความเร็วจากภาพวงจรทั่วไปโดยไม่ดูสายกับ transceiver ที่ใช้
ชื่อ A กับ B บนโมดูลก็ต้องเทียบตามเอกสารผู้ผลิต ไม่เดาจากสีสายหรือภาพของอีกรุ่น และต้องตรวจเรื่อง reference กับ isolation ตามการติดตั้งนั้น ภาพประกอบในบทนี้แสดงบทบาท ไม่ได้ระบุ pinout หรือวงจรลงสายที่ตรวจแล้ว
หากความผิดพลาดอยู่ชั้นนี้ การเปลี่ยนหมายเลข register จะไม่ทำให้สัญญาณทางไฟฟ้าถูกต้อง จึงควรมีหลักฐานการรับส่งหรือ error ของ serial ให้ดู ก่อนข้ามไปแก้สูตรแปลงข้อมูล
Modbus มีข้อตกลงระดับแอปเรื่อง function กับข้อมูลที่ร้องขอ ส่วนรูปแบบบน serial line เพิ่มรายละเอียดการจัด frame และการตรวจความผิดพลาดตามโหมดที่ใช้ สำหรับ RTU ต้องตรวจการตั้ง serial และช่วงเวลาของ frame ตามเอกสาร ไม่ถือว่ารับ byte ต่อกันแล้วจับกลุ่มแบบใดก็ได้
ผู้เรียกต้องเลือกอุปกรณ์ปลายทางกับ function ให้ตรง เช่น ต้องการอ่านกลุ่ม register ชนิดใด หรือข้อมูล bit ที่มีรูปแบบต่างออกไป การรองรับ Modbus ไม่ได้หมายความว่าอุปกรณ์ทุกตัวมีทุก function หรือมี register address เหมือนกัน
ในระบบ serial ตามรูปแบบที่เอกสารกำหนด การจัดจังหวะคำขอและคำตอบต้องไม่ทำให้หลายฝ่ายพูดทับกันเอง จึงควรใช้ไลบรารีที่รองรับ protocol และกำหนด timeout ตามข้อมูลอุปกรณ์ ก่อนเพิ่มจำนวนงานอ่านพร้อมกันตามโครงของโปรแกรม
คำตอบยังอาจเป็น exception ที่บอกว่าคำขอนั้นทำไม่ได้ ซึ่งต้องแยกจาก timeout หรือ CRC ไม่ผ่าน เพราะกรณีแรกเป็นคำตอบจาก protocol ที่ช่วยบอกให้แก้ function หรือข้อมูลคำขอ ส่วนอีกกรณียังต้องตามการรับส่งต่อ
Modbus กำหนดกลุ่มข้อมูลอย่าง coils, discrete inputs, input registers และ holding registers แต่ความหมายว่า register ใดเป็นอุณหภูมิ ความเร็ว หรือสถานะ เป็นสิ่งที่อุปกรณ์กำหนดไว้ในคู่มือของมัน
ก่อนอ่านจึงควรเก็บอย่างน้อยชนิดข้อมูล function ที่รองรับ address จำนวน register หน่วย และวิธีแปลงค่าตาม revision ของเอกสาร หากคู่มือบอกเพียงชื่อ field โดยไม่มีรูปแบบการเข้ารหัส ก็ยังต้องหาข้อมูลเพิ่ม ไม่เดาจากตัวเลขที่ดูสมเหตุผลที่สุด
เรื่อง address ต้องระวังว่าตัวเลขที่คู่มือแสดงเป็นหมายเลขตาม data model หรือค่า offset ที่ต้องส่งใน PDU มาตรฐานมีความต่างระหว่างการนับ element กับ addressing บนคำขอ จึงไม่ควรใช้กฎลบหนึ่งกับตัวเลขทุกแบบโดยไม่อ่านวิธีอ้างของคู่มือนั้นก่อน
ชื่ออ้างอิงที่หน้าตาอย่าง 4xxxx ในเอกสารบางแบบอาจใช้สื่อกลุ่ม holding register ไม่ใช่ตัวเลขที่ยกใส่ทุก API ได้ตรงๆ ขณะเดียวกันไลบรารีหรือเครื่องมือก็อาจใช้รูปแบบ input ต่างกัน ต้องเทียบทั้งคู่มืออุปกรณ์กับเครื่องมือที่กำลังใช้
Register ตาม Modbus มีกรอบข้อมูลที่กำหนด แต่ค่าของแอปอาจเป็น signed integer, ตัวเลขที่ต้องหาร scale หรือข้อมูลที่รวมหลาย register มาตรฐานระบุการเรียง byte ของข้อมูลที่ส่ง ขณะที่ความหมายของค่าหลาย register ต้องอ่านข้อตกลงของผู้ผลิตประกอบ
หากตีความค่าที่มีเครื่องหมายเป็น unsigned หรือรวมคำข้อมูลสลับลำดับ ผลอาจกลายเป็นตัวเลขที่ยังแสดงบนกราฟได้แต่ผิดความหมาย การตรวจว่า parser ไม่ error จึงยังไม่ได้ยืนยันค่าจริงของอุปกรณ์
ควรใช้รายการสถานะหรือข้อมูลอ้างอิงที่คู่มือให้ตรวจแบบอ่านอย่างเดียวก่อน เช่น ค่าระบุตัวหรือ field ที่ทราบความหมายแน่นอนถ้าอุปกรณ์รองรับ แล้วค่อยตรวจค่าการวัดตามเงื่อนไขที่มีหลักฐาน ไม่สร้างค่ามาตรฐานขึ้นมาเองเพื่อบอกว่าอ่านแม่นแล้ว
ถ้าข้อมูลมีหลาย register และอุปกรณ์อัปเดตค่าตลอด ต้องอ่านวิธีรับ snapshot หรือความสอดคล้องที่อุปกรณ์รับรองด้วย การอ่านแยกหลายคำขอแล้วนำมารวมอาจได้ข้อมูลคนละช่วง ไม่ควรอนุมานว่าทุก field ถูกจับพร้อมกันเพราะใช้ protocol เดียวกัน
การเขียน register อาจเปลี่ยนการตั้งค่าหรือสั่งพฤติกรรมของเครื่อง จึงควรแยกขอบเขตจากการสำรวจแบบอ่านอย่างเดียวให้ชัด และใช้ register ที่คู่มือยืนยันว่ามีความหมายตรงคำสั่งที่ต้องการ ไม่ลองเขียนเพื่อดูว่าค่าจะเปลี่ยนอะไรบ้าง
ในชุดทดสอบที่แยกจากระบบใช้งานจริง ให้บันทึก request, response และ configuration ที่ตัดข้อมูลละเอียดอ่อนแล้ว พร้อมตรวจทั้งคำตอบปกติ exception และกรณีปลายทางไม่ตอบ หากต้องจำลอง slave ให้ระบุว่าเป็นข้อมูลจำลอง ไม่ใช้แทนผลของอุปกรณ์ที่ยังไม่ได้ต่อจริง
เมื่อเพิ่มอุปกรณ์หลายตัว ควรตามว่าเวลาอ่านรวมกับจำนวน retry ยังอยู่ในช่วงที่ต้องการหรือไม่ และให้ข้อมูลที่อ่านไม่ได้มีสถานะผิดพลาดของมันเอง ไม่แปลงเป็นค่าศูนย์แล้วส่งขึ้นกราฟเหมือนวัดได้
RS-485 บอกทางสัญญาณ ส่วน Modbus RTU กับ register map บอกกติกาและความหมายของข้อมูล เมื่อแยกตรวจตั้งแต่ transceiver, frame, function, address ไปจนถึงหน่วย เราจะอ่านค่าจากหลักฐานของอุปกรณ์จริงได้ตรงขึ้น และรู้ว่าปัญหาแต่ละแบบควรแก้ในชั้นใดก่อนนำข้อมูลไปใช้ต่อ