AN451
การติดตั้งซอฟต์แวร์ M-BUS แบบไร้สาย
การแนะนำ
บันทึกการใช้งานนี้อธิบายการใช้งาน Wireless M-Bus ของ Silicon Labs โดยใช้ MCU ของ Silicon Labs C8051 และ EZRadioPRO® Wireless M-bus เป็นมาตรฐานยุโรปสำหรับแอปพลิเคชันการอ่านมิเตอร์โดยใช้คลื่นความถี่ 868 MHz
สแต็คเลเยอร์
Wireless M-Bus ใช้โมเดล IEC 3 ชั้น ซึ่งเป็นส่วนย่อยของโมเดล OSI 7 เลเยอร์ (ดูรูปที่ 1)
เลเยอร์ทางกายภาพ (PHY) ถูกกำหนดไว้ใน EN 13757-4 เลเยอร์ทางกายภาพกำหนดวิธีการเข้ารหัสและส่งบิต คุณลักษณะของโมเด็ม RF (อัตราชิป คำนำ และคำซิงโครไนซ์) และพารามิเตอร์ RF (การมอดูเลต ความถี่กลาง และการเบี่ยงเบนความถี่)
เลเยอร์ PHY ใช้งานโดยใช้ฮาร์ดแวร์และเฟิร์มแวร์ร่วมกัน EZRadioPRO ทำหน้าที่ RF และโมเด็มทั้งหมด EZRadioPRO ใช้ในโหมด FIFO พร้อมตัวจัดการแพ็คเก็ต โมดูล MbusPhy.c มีอินเทอร์เฟซ SPI การเข้ารหัส/ถอดรหัส บล็อกการอ่าน/เขียน และการจัดการแพ็กเก็ต และจัดการสถานะของตัวรับส่งสัญญาณ
เลเยอร์ลิงก์ข้อมูล M-Bus ถูกนำไปใช้ในโมดูล MbusLink.c อินเทอร์เฟซ M-Bus Application Programming ประกอบด้วยฟังก์ชันสาธารณะที่อาจเรียกใช้จากเลเยอร์แอปพลิเคชันในเธรดหลัก โมดูล MbusLink ยังใช้ Data Link Layer เลเยอร์ Data link จะจัดรูปแบบและคัดลอกข้อมูลจากบัฟเฟอร์ TX ของแอปพลิเคชันไปยังบัฟเฟอร์ MbusPhy TX โดยเพิ่มส่วนหัวและ CRC ที่จำเป็น
เลเยอร์แอปพลิเคชันไม่ได้เป็นส่วนหนึ่งของเฟิร์มแวร์ M-bus เลเยอร์แอปพลิเคชันกำหนดวิธีการจัดรูปแบบข้อมูลที่หลากหลายสำหรับการส่ง เมตรส่วนใหญ่ต้องการส่งข้อมูลหนึ่งหรือสองประเภทเท่านั้น การเพิ่มรหัสจำนวนมากเพื่อรองรับข้อมูลประเภทใดก็ได้ในเครื่องวัดจะเป็นการเพิ่มรหัสที่ไม่จำเป็นและค่าใช้จ่ายให้กับเครื่องวัด อาจเป็นไปได้ที่จะใช้ไลบรารีหรือส่วนหัว file พร้อมรายการประเภทข้อมูลที่ครบถ้วนสมบูรณ์ อย่างไรก็ตาม ลูกค้าการวัดแสงส่วนใหญ่ทราบดีว่าต้องส่งข้อมูลประเภทใด และสามารถอ้างอิงถึงมาตรฐานสำหรับรายละเอียดการจัดรูปแบบได้ ตัวอ่านหรือดมกลิ่นที่เป็นสากลอาจใช้ชุดประเภทข้อมูลแอปพลิเคชันที่สมบูรณ์บน PC GUI ด้วยเหตุผลเหล่านี้ เลเยอร์แอปพลิเคชันจึงถูกใช้งานโดยใช้exampแอปพลิเคชันสำหรับมิเตอร์และเครื่องอ่าน
มาตรฐานที่จำเป็น
- เอ็น 13757-4
เอ็น 13757-4
ระบบสื่อสารสำหรับมิเตอร์และการอ่านมิเตอร์ระยะไกล
ส่วนที่ 4: การอ่านมิเตอร์แบบไร้สาย
การอ่านเรดิโอมิเตอร์สำหรับการใช้งานในย่านความถี่ 868 MHz ถึง 870 MHz SRD - เอ็น 13757-3
ระบบสื่อสารสำหรับมิเตอร์และการอ่านมิเตอร์ระยะไกล
ส่วนที่ 3: เลเยอร์แอปพลิเคชันเฉพาะ - มอก.60870-2-1:1992
อุปกรณ์และระบบควบคุมระยะไกล
ส่วนที่ 5: โปรโตคอลการส่ง
ส่วนที่ 1:ขั้นตอนการส่งลิงค์ - มอก.60870-1-1:1990
อุปกรณ์และระบบควบคุมระยะไกล
ส่วนที่ 5: โปรโตคอลการส่ง
ส่วนที่ 1: รูปแบบเฟรมส่ง
คำจำกัดความ
- เอ็ม-บัส—M-Bus เป็นมาตรฐานแบบมีสายสำหรับการอ่านมิเตอร์ในยุโรป
- ไร้สาย M-Bus—Wireless M-Bus สำหรับการใช้งานการอ่านมิเตอร์ในยุโรป
- ฟี—Physical Layer กำหนดวิธีการเข้ารหัสและส่งข้อมูลบิตและไบต์
- API—ส่วนต่อประสานโปรแกรมเมอร์แอปพลิเคชัน
- ลิงค์—Data Link Layer กำหนดวิธีการส่งบล็อกและเฟรม
- ซีอาร์ซี—วงจรตรวจสอบความซ้ำซ้อน
- เอฟเอสเค—คีย์ Shift ความถี่
- ชิป-หน่วยข้อมูลที่เล็กที่สุดที่ส่ง ข้อมูลหนึ่งบิตถูกเข้ารหัสเป็นหลายชิป
- โมดูล-แหล่งรหัส AC .c file.
คำอธิบายฟังก์ชัน M-Bus PHY
ลำดับคำนำ
ลำดับคำนำที่ระบุโดยข้อมูลจำเพาะ M-bus คือเลขจำนวนเต็มสลับศูนย์และเลขศูนย์ ค่าหนึ่งถูกกำหนดเป็นความถี่ที่สูงกว่า และค่าศูนย์ถูกกำหนดเป็นความถี่ที่ต่ำกว่า
นเอ็กซ์ (01)
ตัวเลือกคำนำสำหรับ Si443x คือจำนวนเต็มของ nibbles ซึ่งประกอบด้วยตัวสลับและเลขศูนย์
นเอ็กซ์ (1010)
คำนำที่มีคำนำหน้าพิเศษจะไม่เป็นปัญหา แต่จากนั้น คำที่ซิงโครไนซ์และเพย์โหลดจะไม่ตรงแนวหนึ่งบิต
วิธีแก้ไขคือสลับแพ็กเก็ตทั้งหมดโดยการตั้งค่าบิตเครื่องยนต์ในการลงทะเบียน Modulation Control 2 (0x71) การดำเนินการนี้จะกลับข้อมูลคำนำ ซิงค์คำ และข้อมูล TX/RX ด้วยเหตุนี้ ข้อมูลจึงควรกลับด้านเมื่อเขียนข้อมูล TX หรืออ่านข้อมูล RX นอกจากนี้ คำซิงโครไนซ์จะกลับด้านก่อนที่จะเขียนไปยังการลงทะเบียน Si443x Synchronization Word
คำซิงโครไนซ์
คำซิงโครไนซ์ที่กำหนดโดย EN-13757-4 คือ 18 ชิปสำหรับโหมด S และโหมด R หรือ 10 ชิปสำหรับรุ่น T คำซิงโครไนซ์สำหรับ Si443x คือ 1 ถึง 4 ไบต์ อย่างไรก็ตาม เนื่องจากคำที่ซิงโครไนซ์มักจะนำหน้าด้วยคำนำเสมอ ดังนั้นหกบิตสุดท้ายของคำนำจึงถือได้ว่าเป็นส่วนหนึ่งของคำการซิงโครไนซ์ ดังนั้น คำซิงโครไนซ์คำแรกจะถูกเติมด้วยศูนย์ซ้ำสามครั้งตามด้วยหนึ่งคำ คำซิงโครไนซ์ได้รับการเสริมก่อนที่จะเขียนไปยังการลงทะเบียน Si443x
ตารางที่ 1. การซิงโครไนซ์ Word สำหรับโหมด S และโหมด R
| เอ็น 13757-4 | 00 | 01110110 | 10010110 | ไบนารี |
| 00 | 76 | 96 | ฐานสิบหก | |
| แผ่น (01) x 3 | 01010100 | 01110110 | 10010110 | ไบนารี |
| 54 | 76 | 96 | ฐานสิบหก | |
| ส่วนเติมเต็ม | 10101011 | 10001001 | 01101001 | ไบนารี |
| AB | 89 | 69 | ฐานสิบหก |
ตารางที่ 2. การซิงโครไนซ์ Word สำหรับโหมด T Meter ไปยัง Other
| ซิงค์ | ซิงค์ | ซิงค์ |
| คำ | คำ | คำ |
| 3 | 2 | 1 |
ส่งคำนำความยาว
มีการระบุคำนำขั้นต่ำสำหรับโหมดการทำงานที่แตกต่างกันสี่โหมด เป็นที่ยอมรับได้ที่จะมีคำนำที่ยาวกว่าที่กำหนด การลบชิปหกตัวสำหรับคำนำจะทำให้จำนวนชิปขั้นต่ำสำหรับคำนำ Si443x การใช้งานนี้จะเพิ่มบทนำพิเศษอีกสองส่วนในโหมดคำนำสั้นๆ ทั้งหมด เพื่อปรับปรุงการตรวจจับคำนำและการทำงานร่วมกัน คำนำในโหมด S ที่มีคำนำแบบยาวจะยาวมาก ดังนั้นจึงใช้คำนำขั้นต่ำ ความยาวของคำนำเป็น nibbles ถูกเขียนลงใน Preamble Length (0x34) register การลงทะเบียนความยาวของคำนำจะกำหนดคำนำเมื่อมีการส่งเท่านั้น ข้อมูลจำเพาะขั้นต่ำและการตั้งค่าความยาวคำนำสรุปไว้ในตารางที่ 3
ตารางที่ 3. ส่งคำนำความยาว
| EN-13757-4 ขั้นต่ำ |
คำนำ Si443x ตั้งค่าing |
การซิงค์ คำ |
ทั้งหมด | พิเศษ | |||
| นเอ็กซ์ (01) | ชิป | กัดแทะ | ชิป | ชิป | ชิป | ชิป | |
| โหมด S คำนำสั้น | 15 | 30 | 8 | 32 | 6 | 38 | 8 |
| โหมด S คำนำแบบยาว | 279 | 558 | 138 | 552 | 6 | 558 | 0 |
| โหมด T (เมตร-อื่นๆ) | 19 | 38 | 10 | 40 | 6 | 46 | 8 |
| โหมด R | 39 | 78 | 20 | 80 | 6 | 86 | 8 |
คำนำขั้นต่ำสำหรับการรับจะกำหนดโดยการลงทะเบียน Preamble Detection Control (0x35) เมื่อรับสัญญาณ จะต้องลบจำนวนบิตในคำที่ซิงค์ออกจากคำนำขั้นต่ำที่ระบุเพื่อกำหนดคำนำที่ใช้งานได้ เวลาตั้งค่าขั้นต่ำของเครื่องรับคือ 16 ชิปหากเปิดใช้งาน AFC หรือ 8 ชิปหากปิดใช้งาน AFC เวลาการตั้งค่าเครื่องรับยังถูกหักออกจากคำนำที่ใช้งานได้เพื่อกำหนดการตั้งค่าขั้นต่ำสำหรับการลงทะเบียนการควบคุมการตรวจหาคำนำ
ความน่าจะเป็นของคำนำที่ผิดพลาดขึ้นอยู่กับการตั้งค่าของการลงทะเบียนการควบคุมการตรวจหาคำนำ การตั้งค่าสั้นๆ ของชิป 8 ตัวอาจส่งผลให้ตรวจพบคำนำที่ผิดพลาดทุกสองสามวินาที การตั้งค่า 20 ชิปที่แนะนำทำให้การตรวจจับคำนำที่ผิดพลาดเป็นเหตุการณ์ที่ไม่น่าจะเกิดขึ้นได้ ความยาวคำนำสำหรับโหมด R และโหมด SL ยาวเพียงพอสำหรับการตั้งค่าที่แนะนำ
มีประโยชน์น้อยมากที่จะทำให้คำนำตรวจพบชิปที่ยาวกว่า 20 ชิป
AFC ถูกปิดใช้งานสำหรับรุ่น S โดยมีคำนำสั้นๆ และรุ่น T ซึ่งจะช่วยลดเวลาในการตั้งค่าตัวรับและอนุญาตให้มีการตั้งค่าการตรวจจับคำนำที่ยาวขึ้น เมื่อปิดใช้งาน AFC โหมด T สามารถใช้การตั้งค่าที่แนะนำ 20 ชิป การตั้งค่า 4 nibbles หรือ 20 Chips ใช้สำหรับ Model S โดยมีคำนำสั้นๆ สิ่งนี้ทำให้ความน่าจะเป็นของการตรวจจับคำนำที่ผิดพลาดสูงขึ้นเล็กน้อยสำหรับโมเดลนี้
ตารางที่ 4. การตรวจจับคำนำ
| EN-13757-4 ขั้นต่ำ |
การซิงค์ คำ |
ใช้ได้ คำนำ |
RX การชำระบัญชี | ตรวจจับ นาที |
คำนำ Si443x การตั้งค่าการตรวจจับ |
|||
| นเอ็กซ์ (01) | ชิป | ชิป | ชิป | ชิป | ชิป | กัดแทะ | ชิป | |
| โหมด S คำนำสั้น | 15 | 30 | 6 | 24 | 8* | 16 | 4 | 16 |
| คำนำแบบยาวรุ่น S | 279 | 558 | 6 | 552 | 16 | 536 | 5 | 20 |
| รุ่น T (เมตร-อื่นๆ) | 19 | 38 | 6 | 32 | 8* | 24 | 5 | 20 |
| โหมด R | 39 | 78 | 6 | 72 | 16 | 56 | 5 | 20 |
| *บันทึก: เอเอฟซีพิการ | ||||||||
เครื่องรับได้รับการกำหนดค่าให้ทำงานร่วมกับเครื่องส่งโดยใช้คำนำขั้นต่ำที่ระบุ เพื่อให้แน่ใจว่าเครื่องรับจะทำงานร่วมกับเครื่องส่งที่ตรงตาม M-bus
ข้อกำหนด Wireless M-Bus ต้องการคำนำที่ยาวมากสำหรับโหมด S1 ที่มีชิปอย่างน้อย 558 ตัว การดำเนินการนี้จะใช้เวลาประมาณ 17 มิลลิวินาทีในการส่งคำนำ Si443x ไม่ต้องการคำนำที่ยาวเกินไป และไม่ได้รับประโยชน์จากคำนำแบบยาว แม้ว่าคำนำแบบยาวจะระบุว่าเป็นทางเลือกสำหรับโหมด S2 แต่ก็ไม่มีเหตุผลที่จะใช้คำนำแบบยาวกับ Si443x หากต้องการการสื่อสารทางเดียว โหมด T1 จะให้บทนำที่สั้นลง อัตราข้อมูลที่สูงขึ้น และอายุการใช้งานแบตเตอรี่ที่ยาวนานขึ้น หากจำเป็นต้องมีการสื่อสารสองทางโดยใช้โหมด S2 ขอแนะนำให้ใช้คำนำสั้นๆ
โปรดสังเกตว่าเกณฑ์การตรวจจับสำหรับรุ่น S ที่มีส่วนนำแบบยาวนั้นยาวกว่าจำนวนส่วนย่อยของคำนำที่ส่งสำหรับรุ่น S ที่มีส่วนนำแบบสั้น ซึ่งหมายความว่าเครื่องรับ Mode S นำหน้าแบบยาวจะตรวจไม่พบคำนำจากเครื่องส่ง Mode S แบบย่อคำนำแบบสั้น นี่เป็นสิ่งจำเป็นหากเครื่องรับ Preamble Mode S แบบยาวได้รับผลประโยชน์ใดๆ จากคำนำแบบยาว
โปรดทราบว่าตัวรับโหมด S นำแบบสั้นจะตรวจจับคำนำและรับแพ็กเก็ตจากทั้งบทนำแบบสั้นโหมด S
ตัวส่งสัญญาณและตัวส่งสัญญาณโหมด S ที่มีบทนำแบบยาว ดังนั้น โดยทั่วไปแล้ว เครื่องอ่านมิเตอร์ควรใช้การกำหนดค่าตัวรับ Mode S ของบทนำแบบสั้น
การเข้ารหัส/ถอดรหัส
ข้อกำหนด Wireless M-bus ต้องใช้วิธีการเข้ารหัสที่แตกต่างกันสองวิธี การเข้ารหัสแบบแมนเชสเตอร์ใช้สำหรับโหมด S และโหมด R นอกจากนี้ การเข้ารหัสแบบแมนเชสเตอร์ยังใช้สำหรับลิงก์อื่นๆ ไปยังมิเตอร์ในรุ่น T ลิงก์แบบมิเตอร์ไปยังอื่นๆ รุ่น T ใช้การเข้ารหัส 3 ใน 6 รายการ
1. แมนเชสเตอร์เข้ารหัส/ถอดรหัส
การเข้ารหัสแบบแมนเชสเตอร์เป็นเรื่องปกติในอดีตในระบบ RF เพื่อให้การกู้คืนและติดตามนาฬิกาที่แข็งแกร่งโดยใช้โมเด็มที่เรียบง่ายและราคาไม่แพง อย่างไรก็ตาม วิทยุประสิทธิภาพสูงสมัยใหม่อย่าง Si443x ไม่ต้องการการเข้ารหัสแบบแมนเชสเตอร์ การเข้ารหัสแบบแมนเชสเตอร์ได้รับการสนับสนุนเพื่อให้เข้ากันได้กับมาตรฐานที่มีอยู่เป็นหลัก แต่อัตราข้อมูลสำหรับ Si443x จะเพิ่มขึ้นเป็นสองเท่าอย่างมีประสิทธิภาพเมื่อไม่ได้ใช้การเข้ารหัสแบบแมนเชสเตอร์
Si443x รองรับการเข้ารหัสและถอดรหัสแมนเชสเตอร์ของแพ็กเก็ตทั้งหมดในฮาร์ดแวร์ ขออภัย คำซิงโครไนซ์ไม่ได้เข้ารหัสแบบแมนเชสเตอร์ มีการเลือกซีเควนซ์แมนเชสเตอร์ที่ไม่ถูกต้องสำหรับคำซิงโครไนซ์ ทำให้การเข้ารหัสแบบแมนเชสเตอร์เข้ากันไม่ได้กับวิทยุที่มีอยู่ส่วนใหญ่ รวมถึง Si443x ด้วยเหตุนี้ MCU จึงต้องดำเนินการเข้ารหัสและถอดรหัสของแมนเชสเตอร์ แต่ละไบต์ของข้อมูลที่ไม่ได้เข้ารหัสประกอบด้วยแปดบิตข้อมูล การใช้การเข้ารหัสแบบแมนเชสเตอร์ แต่ละบิตข้อมูลจะถูกเข้ารหัสเป็นสัญลักษณ์สองชิป เนื่องจากข้อมูลที่เข้ารหัสจะต้องเขียนไปยังวิทยุ FIFO ครั้งละแปดชิป ข้อมูลหนึ่งอันจึงถูกเข้ารหัสและเขียนไปยัง FIFO ในแต่ละครั้ง
ตารางที่ 5. การเข้ารหัสแมนเชสเตอร์
| ข้อมูล | ฉลู 12 | ขนาด 0x34 | ไบต์ | ||
| ฉลู 1 | ขนาด 0x2 | ขนาด 0x3 | ขนาด 0x4 | กัดแทะ | |
| 1 | 10 | 11 | 100 | ไบนารี | |
| ชิป | 10101001 | 10100110 | 10100101 | 10011010 | ไบนารี |
| FIFO | อ็อกซ์เอ9 | อ็อกซ์เอ6 | อ็อกซ์เอ5 | อ็อกซ์9เอ | ฐานสิบหก |
แต่ละไบต์ที่จะส่งจะถูกส่งต่อครั้งละหนึ่งไบต์ไปยังฟังก์ชันเข้ารหัสไบต์ ฟังก์ชัน encode byte จะเรียกใช้ฟังก์ชัน encode nibble สองครั้ง ครั้งแรกสำหรับ nibble ที่สำคัญที่สุด และ nibble ที่มีนัยสำคัญน้อยที่สุด
การเข้ารหัสแมนเชสเตอร์ในซอฟต์แวร์ไม่ใช่เรื่องยาก เริ่มจากบิตที่สำคัญที่สุด บิตหนึ่งถูกเข้ารหัสเป็นลำดับชิป “01” ศูนย์จะถูกเข้ารหัสเป็นลำดับชิป "10" สามารถทำได้ง่ายโดยใช้การวนซ้ำและการเลื่อนสองบิตสำหรับแต่ละสัญลักษณ์ อย่างไรก็ตาม การใช้ตารางค้นหาแบบง่าย 16 รายการสำหรับการตอดแต่ละครั้งจะเร็วกว่า ฟังก์ชันเข้ารหัส Manchester nibble เข้ารหัสข้อมูลแบบแทะแล้วเขียนไปยัง FIFO ชิปจะถูกพลิกกลับก่อนที่จะเขียนถึง FIFO เพื่อพิจารณาข้อกำหนดคำนำกลับหัว
เมื่อได้รับข้อมูล แต่ละไบต์ใน FIFO จะประกอบด้วยชิปแปดตัวและถูกถอดรหัสเป็นข้อมูลเดียว ฟังก์ชันอ่านบล็อกอ่านครั้งละหนึ่งไบต์จาก FIFO และเรียกใช้ฟังก์ชันถอดรหัสไบต์ ชิปจะกลับด้านหลังจากอ่านจาก FIFO เพื่อพิจารณาข้อกำหนดคำนำกลับด้าน แต่ละไบต์ของชิปเข้ารหัสแมนเชสเตอร์จะถูกถอดรหัสเป็นข้อมูลย่อย ตัวถอดรหัสที่ถอดรหัสถูกเขียนไปยังบัฟเฟอร์ RX โดยใช้ฟังก์ชันบัฟเฟอร์ RX แบบเขียนแบบ Nibble
ขอให้สังเกตว่าทั้งการเข้ารหัสและการถอดรหัสจะดำเนินการทีละข้อมูลในทันที การเข้ารหัสไปยังบัฟเฟอร์จะต้องมีบัฟเฟอร์เพิ่มเติมสองเท่าของข้อมูลที่ไม่ได้เข้ารหัส การเข้ารหัสและถอดรหัสเร็วกว่าอัตราข้อมูลที่รองรับที่เร็วที่สุด (100 k ชิปต่อวินาที) เนื่องจาก Si443x รองรับการอ่านและเขียนแบบหลายไบต์ไปยัง FIFO จึงมีค่าใช้จ่ายเพียงเล็กน้อยในการใช้การอ่านและเขียนแบบไบต์เดียว ค่าโสหุ้ยอยู่ที่ประมาณ 10 µs สำหรับชิปที่เข้ารหัส 100 ชิป ข้อดีคือประหยัด RAM ได้ 512 ไบต์
2. การถอดรหัสการเข้ารหัสสามในหกตัว
วิธีการเข้ารหัสสามในหกที่ระบุใน EN-13757-4 ยังใช้ในเฟิร์มแวร์บน MCU การเข้ารหัสนี้ใช้สำหรับโหมด T ความเร็วสูง (100 k ชิปต่อวินาที) จากมิเตอร์ไปยังโหมดอื่น รุ่น T ให้เวลาการส่งที่สั้นที่สุดและอายุแบตเตอรี่ยาวนานที่สุดสำหรับมิเตอร์ไร้สาย
ข้อมูลแต่ละไบต์ที่จะส่งจะถูกแบ่งออกเป็นสองส่วนย่อย ตอดที่สำคัญที่สุดคือการเข้ารหัสและส่งก่อน อีกครั้ง ดำเนินการนี้โดยใช้ฟังก์ชันเข้ารหัสไบต์ที่เรียกใช้ฟังก์ชันเข้ารหัส nibble สองครั้ง
ข้อมูลแต่ละอันจะถูกเข้ารหัสเป็นสัญลักษณ์หกชิป ลำดับของสัญลักษณ์หกชิปต้องเขียนลงใน 8chip FIFO
ระหว่างการเข้ารหัส ข้อมูลสองไบต์จะถูกเข้ารหัสเป็นสี่ข้อมูลย่อย แทะแต่ละอันเป็นสัญลักษณ์ 6 ชิป สัญลักษณ์ 6chip สี่ตัวรวมกันเป็นสามไบต์
ตารางที่ 6. การเข้ารหัสสามในหก
| ข้อมูล | ขนาด 0x12 | ขนาด 0x34 | ไบต์ | ||||
| ฉลู 1 | ขนาด 0x2 | ขนาด 0x3 | ขนาด 0x4 | กัดแทะ | |||
| ชิป | 15 | 16 | 13 | 34 | เลขฐานแปด | ||
| 1101 | 1110 | 1011 | 11100 | ไบนารี | |||
| FIFO | 110100 | 11100010 | 11011100 | ไบนารี | |||
| ขนาด 0x34 | อ็อกซ์อี2 | อ๊อกซ์ดีซี | ฐานสิบหก | ||||
ในซอฟต์แวร์ การเข้ารหัสสามในหกจะถูกใช้งานโดยใช้ฟังก์ชันที่ซ้อนกันสามอย่าง ฟังก์ชัน encode byte จะเรียกใช้ฟังก์ชัน encode nibble สองครั้ง ฟังก์ชันเข้ารหัส nibble ใช้ตารางค้นหาสำหรับสัญลักษณ์หกชิป และเขียนสัญลักษณ์ไปยังฟังก์ชัน Shift Three of Six ฟังก์ชั่นนี้ใช้การลงทะเบียนกะ 16 ชิปในซอฟต์แวร์ สัญลักษณ์ถูกเขียนลงในไบต์ที่มีนัยสำคัญน้อยที่สุดของ shift register ทะเบียนถูกเลื่อนไปทางซ้ายสองครั้ง นี้ซ้ำสามครั้ง เมื่อมีไบต์ที่สมบูรณ์อยู่ในไบต์บนของรีจิสเตอร์ shift ไบต์จะถูกกลับด้านและเขียนไปยัง FIFO
เนื่องจากข้อมูลแต่ละไบต์ถูกเข้ารหัสเป็นไบต์ที่เข้ารหัสหนึ่งไบต์ครึ่ง สิ่งสำคัญคือต้องล้างการลงทะเบียนกะในขั้นต้นเพื่อให้ไบต์ที่เข้ารหัสแรกถูกต้อง หากความยาวแพ็กเก็ตเป็นเลขคี่ หลังจากเข้ารหัสไบต์ทั้งหมดแล้ว จะยังมีเหลืออีกตัวหนึ่งอยู่ในรีจิสเตอร์ shift สิ่งนี้ได้รับการจัดการกับ postamble ตามที่อธิบายไว้ในหัวข้อถัดไป
การถอดรหัสสามในหกที่เข้ารหัสเป็นขั้นตอนย้อนกลับ เมื่อถอดรหัส ไบต์ที่เข้ารหัสสามไบต์จะถูกถอดรหัสเป็นสองไบต์ข้อมูล การลงทะเบียนกะซอฟต์แวร์ถูกใช้อีกครั้งเพื่อรวมไบต์ของข้อมูลที่ถอดรหัส ตารางค้นหาผกผัน 64 รายการใช้สำหรับถอดรหัส วิธีนี้ใช้วงจรน้อยลงแต่มีหน่วยความจำโค้ดมากขึ้น การค้นหาตารางค้นหา 16 รายการสำหรับสัญลักษณ์ที่เกี่ยวข้องใช้เวลานานกว่ามาก
ไปรษณีย์
ข้อกำหนด Wireless M-bus มีข้อกำหนดเฉพาะสำหรับ postamble หรือ trailer สำหรับทุกโหมด ขั้นต่ำคือสองชิป และสูงสุดคือแปดชิป เนื่องจากหน่วยอะตอมขั้นต่ำสำหรับ FIFO คือหนึ่งไบต์ รถพ่วงแบบ 8 ชิปจึงถูกใช้สำหรับโหมด S และโหมด R การโพสต์โหมด T คือแปดชิปหากความยาวแพ็กเก็ตเป็นเลขคู่หรือสี่ชิปหากความยาวแพ็กเก็ตเป็นเลขคี่ postamble สี่ชิปสำหรับความยาวแพ็กเก็ตคี่ตรงตามข้อกำหนดของการมีชิปสลับกันอย่างน้อยสองตัว
ตารางที่ 7. ความยาว Postamble
| ความยาว Postamble (ชิป) | |||||
| นาที | แม็กซ์ | การนำไปปฏิบัติ | ลำดับชิป | ||
| โหมด S | 2 | 8 | 8 | 1010101 | |
| โหมด T | 2 | 8 | 4 | (แปลก) | 101 |
| 8 | (สม่ำเสมอ) | 1010101 | |||
| โหมด R | 2 | 8 | 8 | 1010101 | |
ตัวจัดการแพ็คเก็ต
ตัวจัดการแพ็คเก็ตบน Si443x สามารถใช้ในโหมดความกว้างแพ็คเก็ตแบบแปรผันหรือโหมดความกว้างของแพ็กเก็ตคงที่ โหมดความกว้างแพ็กเก็ตตัวแปรต้องการไบต์ความยาวแพ็กเก็ตหลังคำซิงโครไนซ์และไบต์ส่วนหัวทางเลือก เมื่อรับสัญญาณวิทยุจะใช้ไบต์ความยาวเพื่อกำหนดจุดสิ้นสุดของแพ็กเก็ตที่ถูกต้อง ในการส่งสัญญาณวิทยุจะแทรกฟิลด์ความยาวหลังไบต์ส่วนหัว
ฟิลด์ L สำหรับโปรโตคอล M-bus ไร้สายไม่สามารถใช้กับฟิลด์ความยาว Si443x ประการแรก ฟิลด์ L ไม่ใช่ความยาวแพ็กเก็ตจริง คือจำนวนไบต์เพย์โหลดของเลเยอร์ลิงก์ซึ่งไม่รวมไบต์ CRC หรือการเข้ารหัส ประการที่สอง ฟิลด์ L นั้นถูกเข้ารหัสโดยใช้การเข้ารหัสแบบแมนเชสเตอร์หรือการเข้ารหัสแบบสามในหกสำหรับเครื่องวัดโหมด T ไปยังอย่างอื่น
การใช้งานนี้ใช้ตัวจัดการแพ็กเก็ตในโหมดความกว้างของแพ็กเก็ตคงที่สำหรับทั้งการส่งและรับ เมื่อส่งผ่าน เลเยอร์ PHY จะอ่านช่อง L ในบัฟเฟอร์การส่งและคำนวณจำนวนไบต์ที่เข้ารหัส ซึ่งรวมถึง postamble จำนวนไบต์ที่เข้ารหัสทั้งหมดที่จะส่งจะถูกเขียนไปยัง Packet Length register (0x3E)
เมื่อรับสัญญาณ ไบต์ที่เข้ารหัสสองไบต์แรกจะถูกถอดรหัส และฟิลด์ L จะถูกเขียนไปยังบัฟเฟอร์การรับ ช่อง L ใช้ในการคำนวณจำนวนไบต์ที่เข้ารหัสที่จะได้รับ จากนั้นจำนวนไบต์ที่เข้ารหัสที่จะได้รับจะถูกเขียนลงใน Packet Length register (0x3E) postamble ถูกยกเลิก
MCU ต้องถอดรหัสช่อง L คำนวณจำนวนไบต์ที่เข้ารหัส และเขียนค่าไปยังรีจิสเตอร์ความยาวแพ็กเก็ตก่อนที่จะได้รับความยาวแพ็กเก็ตที่สั้นที่สุด L-field ที่สั้นที่สุดที่อนุญาตสำหรับเลเยอร์ PHY คือ 9 ให้ 12 ไบต์ที่ไม่ได้เข้ารหัส สิ่งนี้ให้ 18 ไบต์ที่เข้ารหัสสำหรับ Model T สองไบต์แรกได้รับการถอดรหัสแล้ว ดังนั้น การลงทะเบียนความยาวแพ็กเก็ตต้องอัพเดตเป็น 16 ไบต์ที่ 100 kbps หรือ 1.28 มิลลิวินาที นี่ไม่ใช่ปัญหาสำหรับ 8051 ที่ทำงานที่ 20 MIPS
จำนวนไบต์ที่จะได้รับไม่รวม postamble ยกเว้น postamble สี่ชิปที่ใช้สำหรับแพ็คเก็ต Mode T ที่มีความยาวแพ็กเก็ตคี่ ดังนั้น ผู้รับจึงไม่ต้องการ postamble ยกเว้นแพ็คเก็ตที่มีความยาวคี่รุ่น Model T postamble นี้จำเป็นต้องใช้เพื่อให้เป็นจำนวนเต็มของไบต์ที่เข้ารหัสเท่านั้น เนื้อหาของ postamble จะถูกละเว้น ดังนั้นหากไม่ส่ง postamble จะได้รับเสียงสี่ชิปและละเว้น เนื่องจากจำนวนไบต์ที่เข้ารหัสทั้งหมดจำกัดไว้ที่ 255 (0xFF) การใช้งานจึงจำกัดช่อง L สูงสุดสำหรับโหมดต่างๆ
ตารางที่ 8. ขีดจำกัดขนาดแพ็คเก็ต
| เข้ารหัส | ถอดรหัส | เอ็ม-บัส | ||||
| ไบต์ | ไบต์ | แอล-ฟิลด์ | ||||
| ธันวาคม | ฐานสิบหก | ธันวาคม | ฐานสิบหก | ธันวาคม | ฐานสิบหก | |
| โหมด S | 255 | FF | 127 | 7 องศาฟาเรนไฮต์ | 110 | 6E |
| โหมด T (เมตร-อื่นๆ) | 255 | FF | 169 | A9 | 148 | 94 |
| โหมด R | 255 | FF | 127 | 7 องศาฟาเรนไฮต์ | 110 | 6E |
ขีดจำกัดเหล่านี้โดยปกติจะสูงกว่ากรณีการใช้งานทั่วไปสำหรับมิเตอร์ไร้สาย ความยาวของแพ็กเก็ตควรมีขนาดเล็กเพื่อให้มีอายุการใช้งานแบตเตอรี่สูงสุด
นอกจากนี้ ผู้ใช้อาจระบุฟิลด์ L สูงสุดที่ควรได้รับ (USER_RX_MAX_L_FIELD) กำหนดขนาดที่จำเป็นสำหรับบัฟเฟอร์การรับ (USER_RX_BUFFER_SIZE)
การรองรับ L-field สูงสุด 255 จะต้องได้รับบัฟเฟอร์ 290 ไบต์และสูงสุด 581 ไบต์ที่เข้ารหัสแมนเชสเตอร์ ตัวจัดการแพ็กเก็ตจะต้องถูกปิดใช้งานและไม่สามารถใช้รีจิสเตอร์ Packet Length ได้ในกรณีนั้น สิ่งนี้เป็นไปได้ แต่สะดวกกว่าในการใช้ตัวจัดการแพ็กเก็ต ถ้าเป็นไปได้
การใช้งาน FIFO
Si4431 จัดเตรียม FIFO 64 ไบต์สำหรับการส่งและรับ เนื่องจากจำนวนไบต์ที่เข้ารหัสคือ 255 แพ็กเก็ตที่เข้ารหัสทั้งหมดอาจไม่พอดีกับบัฟเฟอร์ 64 ไบต์
การแพร่เชื้อ
ในการส่ง จะคำนวณจำนวนไบต์ที่เข้ารหัสทั้งหมด หากจำนวนไบต์ที่เข้ารหัสทั้งหมด รวมทั้ง postamble น้อยกว่า 64 ไบต์ แพ็กเก็ตทั้งหมดจะถูกเขียนไปยัง FIFO และเปิดใช้งานเฉพาะแพ็กเก็ตที่ส่งอินเตอร์รัปต์เท่านั้น แพ็กเก็ตแบบสั้นส่วนใหญ่จะถูกส่งในการโอน FIFO ครั้งเดียว
หากจำนวนไบต์ที่เข้ารหัสมากกว่า 64 การถ่ายโอน FIFO จะต้องหลายครั้งจะต้องส่งแพ็กเก็ต 64 ไบต์แรกจะถูกเขียนไปยัง FIFO เปิดใช้งานการขัดจังหวะ Packet Sent และ TX FIFO ที่เกือบว่างเปล่า เกณฑ์ TX FIFO เกือบว่างเปล่าถูกตั้งค่าเป็น 16 ไบต์ (25%) ในแต่ละเหตุการณ์ IRQ การลงทะเบียนสถานะ 2 จะถูกอ่าน แพ็กเก็ตที่ส่งบิตจะถูกตรวจสอบก่อน และหากแพ็กเก็ตไม่ได้ส่งอย่างสมบูรณ์ ข้อมูลที่เข้ารหัส 48 ไบต์ถัดไปจะถูกเขียนไปยัง FIFO สิ่งนี้จะดำเนินต่อไปจนกว่าจะมีการเขียนไบต์ที่เข้ารหัสทั้งหมดและการขัดจังหวะของ Packet Sent เกิดขึ้น
1.แผนกต้อนรับ
ที่แผนกต้อนรับ ในขั้นต้น จะเปิดใช้งานเฉพาะการขัดจังหวะของ Sync Word เท่านั้น หลังจากได้รับคำซิงค์ การขัดจังหวะของคำซิงค์จะถูกปิดใช้งานและเปิดใช้งานการขัดจังหวะ FIFO เกือบเต็ม FIFO เกือบเต็มขีดจำกัดเริ่มต้นเป็น 2 ไบต์ การขัดจังหวะ FIFO เกือบเต็มครั้งแรกใช้เพื่อทราบว่าได้รับไบต์ความยาวสองไบต์เมื่อใด เมื่อได้รับความยาวแล้ว ความยาวจะถูกถอดรหัสและคำนวณจำนวนไบต์ที่เข้ารหัส จากนั้นตั้งค่า RX FIFO ที่เกือบเต็มเกณฑ์เป็น 48 ไบต์ RX FIFO ใกล้จะเต็มแล้วและเปิดใช้งานการขัดจังหวะ Packet ที่ถูกต้อง เมื่อเหตุการณ์ IRQ ถัดไป การลงทะเบียนสถานะ 1 จะถูกอ่าน ขั้นแรก ตรวจสอบบิตแพ็กเก็ตที่ถูกต้อง จากนั้นตรวจสอบบิต FIFO เกือบเต็ม หากตั้งค่าเฉพาะบิต RX FIFO เกือบเต็มจำนวน 48 ไบต์ถัดไปจะถูกอ่านจาก FIFO หากตั้งค่าบิตแพ็กเก็ตที่ถูกต้อง ส่วนที่เหลือของแพ็กเก็ตจะถูกอ่านจาก FIFO MCU ติดตามจำนวนไบต์ที่ถูกอ่านและหยุดอ่านหลังจากไบต์สุดท้าย
ดาต้าลิงค์เลเยอร์
โมดูลดาต้าลิงค์เลเยอร์ใช้เลเยอร์ลิงค์ที่สอดคล้องกับ 13757-4:2005 ดาต้าลิงค์เลเยอร์ (LINK) จัดเตรียมอินเทอร์เฟซระหว่างเลเยอร์กายภาพ (PHY) และเลเยอร์แอปพลิเคชัน (AL)
Data Link Layer ทำหน้าที่ดังต่อไปนี้:
- มีฟังก์ชันที่ถ่ายโอนข้อมูลระหว่าง PHY และ AL
- สร้าง CRC สำหรับข้อความขาออก
- ตรวจจับข้อผิดพลาด CRC ในข้อความขาเข้า
- ให้ที่อยู่ทางกายภาพ
- รับทราบการถ่ายโอนสำหรับโหมดการสื่อสารแบบสองทิศทาง
- บิตข้อมูลเฟรม
- ตรวจจับข้อผิดพลาดของเฟรมในข้อความขาเข้า
ลิงก์รูปแบบเฟรมเลเยอร์
รูปแบบเฟรม Wireless M-Bus ที่ใช้ใน EN 13757-4:2005 ได้มาจากรูปแบบเฟรม FT3 (Frame Type 3) จาก IEC60870-5-2 เฟรมประกอบด้วยข้อมูลตั้งแต่หนึ่งช่วงขึ้นไป แต่ละบล็อกมีฟิลด์ CRC 16 บิต bock แรกคือบล็อกที่มีความยาวคงที่ 12 ไบต์ซึ่งรวมถึง L-field, C-field, M-field และ A-Field
- แอล-ฟิลด์
L-field คือความยาวของเพย์โหลดข้อมูลเลเยอร์ลิงก์ นี่ไม่รวมตัว L-field หรือไบต์ CRC ใดๆ มันรวมถึง L-field, C-field, M-field และ A-Field สิ่งเหล่านี้เป็นส่วนหนึ่งของเพย์โหลด PHY
เนื่องจากจำนวนไบต์ที่เข้ารหัสถูกจำกัดไว้ที่ 255 ไบต์ ค่าที่รองรับสูงสุดสำหรับฟิลด์ M คือ 110 ไบต์สำหรับข้อมูลที่เข้ารหัสของแมนเชสเตอร์ และ 148 ไบต์สำหรับข้อมูลที่เข้ารหัสโหมด T สามในหก
เลเยอร์ Link มีหน้าที่คำนวณ L-field ในการส่งสัญญาณ ลิงค์เลเยอร์จะใช้ช่อง L ที่แผนกต้อนรับ
โปรดทราบว่าช่อง L ไม่ได้ระบุความยาวของเพย์โหลด PHY หรือจำนวนไบต์ที่เข้ารหัส เมื่อส่ง PHY จะคำนวณความยาวเพย์โหลด PHY และจำนวนไบต์ที่เข้ารหัส เมื่อรับสัญญาณ PHY จะถอดรหัสช่อง L และคำนวณจำนวนไบต์ที่จะถอดรหัส - C-ฟิลด์
C-field เป็นฟิลด์ควบคุมเฟรม ฟิลด์นี้ระบุประเภทเฟรมและใช้สำหรับบริการแลกเปลี่ยนข้อมูลพื้นฐานสำหรับบริการแลกเปลี่ยนข้อมูลลิงก์ ฟิลด์ C ระบุประเภทเฟรม – ส่ง ยืนยัน ร้องขอ หรือตอบกลับ ในกรณีของเฟรม SEND และ REQUEST ฟิลด์ C จะระบุว่าต้องมี CONFIRM หรือ RESPOND หรือไม่
เมื่อใช้ฟังก์ชัน Link TX พื้นฐาน คุณสามารถใช้ค่า C ใดก็ได้ เมื่อใช้ Link Service Primitives ฟิลด์ C จะถูกเติมโดยอัตโนมัติตาม EN 13757-4:2005 - เอ็ม-ฟิลด์
M-field คือรหัสของผู้ผลิต ผู้ผลิตสามารถขอรหัสสามตัวอักษรได้จากด้านล่าง web ที่อยู่: http://www.dlms.com/flag/INDEX.HTM อักขระแต่ละตัวของรหัสสามตัวอักษรถูกเข้ารหัสเป็นห้าบิต สามารถรับโค้ด 5 บิตได้โดยใช้รหัส ASCII แล้วลบ 0x40 (“A”) รหัส 5 บิตสามตัวถูกต่อกันเป็น 15 บิต บิตที่สำคัญที่สุดคือศูนย์ - เอ-ฟิลด์
ฟิลด์ที่อยู่คือที่อยู่ 6 ไบต์ที่ไม่ซ้ำกันสำหรับแต่ละอุปกรณ์ ผู้ผลิตควรกำหนดที่อยู่ที่ไม่ซ้ำกัน เป็นความรับผิดชอบของผู้ผลิตแต่ละรายที่จะต้องตรวจสอบให้แน่ใจว่าอุปกรณ์แต่ละเครื่องมีที่อยู่ 6 ไบต์ที่ไม่ซ้ำกัน ที่อยู่สำหรับเฟรมส่งและคำขอคือที่อยู่ตนเองของมิเตอร์หรืออุปกรณ์อื่นๆ กรอบข้อมูลการยืนยันและการตอบสนองจะถูกส่งโดยใช้ที่อยู่ของอุปกรณ์ต้นทาง - CI-ฟิลด์
ฟิลด์ CI เป็นส่วนหัวของแอปพลิเคชันและระบุประเภทของข้อมูลในเพย์โหลดข้อมูลแอปพลิเคชัน แม้ว่า EN13757-4:2005 จะระบุค่าจำนวนจำกัด แต่ Link Service Primitives จะอนุญาตให้ใช้ค่าใดก็ได้ - ซีอาร์ซี
CRC ระบุไว้ใน EN13757-4:2005
พหุนาม CRC คือ:
X16 + x13 + x12 + x11 + x10 + x8 +x6 + x5 +x2 + 1
โปรดทราบว่า M-Bus CRC คำนวณจากแต่ละบล็อกขนาด 16 ไบต์ ผลลัพธ์คือทุก ๆ 16 ไบต์ของข้อมูลต้องการส่ง 18 ไบต์
ข้อมูลเพิ่มเติม
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการนำ Link Layer Implementation โปรดดู “AN452: Wireless M-Bus Stack Programmers Guide”
การจัดการพลังงาน
รูปที่ 2 แสดงไทม์ไลน์การจัดการพลังงานสำหรับมิเตอร์เช่นampโดยใช้โหมด T1
MCU ควรอยู่ในโหมดสลีปทุกครั้งที่ทำได้เพื่อประหยัดพลังงาน ในอดีตนี้ampเช่น MCU กำลังหลับเมื่อ RTC กำลังทำงาน เมื่อรอการเริ่มต้นระบบคริสตัลวิทยุ และเมื่อส่งสัญญาณจาก FIFO MCU จะปลุกจากสัญญาณ EZRadioPRO IRQ ที่เชื่อมต่อกับการปลุกการจับคู่พอร์ต
เมื่อส่งข้อความนานกว่าหนึ่งช่วงตึก MCU จะต้องตื่นขึ้นเพื่อเติม FIFO (อิงตาม FIFO ที่เกือบจะว่างเปล่า) จากนั้นกลับสู่โหมดสลีป
MCU ควรอยู่ในโหมดปกติซึ่งทำงานจากออสซิลเลเตอร์พลังงานต่ำหรือออสซิลเลเตอร์โหมดต่อเนื่องเมื่ออ่านจาก ADC ADC ต้องใช้นาฬิกา SAR
เมื่อไม่ได้ใช้งาน EZRadioPRO ควรอยู่ในโหมด Shutdown โดยที่ SDN pin ถูกขับเคลื่อนในระดับสูง สิ่งนี้ต้องการการเชื่อมต่อแบบเดินสายกับ MCU การลงทะเบียน EZ Radio Pro จะไม่ถูกเก็บไว้ในโหมดปิดเครื่อง ดังนั้น EZRadioPro จะถูกเริ่มต้นในแต่ละช่วง RTC การเริ่มต้นวิทยุใช้เวลาน้อยกว่า 100 µs และอนุรักษ์ 400 nA ซึ่งส่งผลให้ประหยัดพลังงานได้ 10 µJ โดยอิงตามช่วงเวลา 10 วินาที
คริสตัล EZRadioPRO ใช้เวลาประมาณ 16 ms สำหรับ POR ซึ่งนานพอที่จะคำนวณ CRC ได้ประมาณแปดช่วงตึก MCU จะกลับสู่โหมดสลีปหาก CRC เสร็จสมบูรณ์ก่อนที่คริสตัลจะเสถียร หากต้องการเข้ารหัส ก็สามารถเริ่มต้นได้ในขณะที่รอคริสตัลออสซิลเลเตอร์
MCU ควรทำงานที่ 20 MHz โดยใช้ออสซิลเลเตอร์พลังงานต่ำสำหรับงานส่วนใหญ่ งานที่ต้องการการหมดเวลาที่แม่นยำต้องใช้ออสซิลเลเตอร์ที่แม่นยำและโหมดว่างแทนโหมดสลีป RTC ให้ความละเอียดเพียงพอสำหรับงานส่วนใหญ่ ไทม์ไลน์การจัดการพลังงานสำหรับเครื่องวัด T2 เช่นampแอปพลิเคชันแสดงในรูปที่ 3
การใช้งานตัวรับส่งสัญญาณควรได้รับการปรับให้เหมาะสมสำหรับกรณีปกติเมื่อมิเตอร์ตื่นขึ้นและไม่มีเครื่องอ่านอยู่ ระยะหมดเวลา ACK ต่ำสุด/สูงสุดมีความยาวเพียงพอ เพื่อให้สามารถใช้ C8051F930 RTC และทำให้ MCU เข้าสู่โหมดสลีปได้
ตัวเลือกบิลด์มีไว้สำหรับไฟหลักหรือเครื่องอ่านที่ใช้ USB ที่ไม่จำเป็นต้องใช้โหมดสลีป โหมดว่างจะถูกใช้แทนโหมดสลีปเพื่อให้ USB และ UART อาจขัดจังหวะ MCU
ซิมพลิซิตี้ สตูดิโอ
เข้าถึง MCU และเครื่องมือไร้สาย เอกสารประกอบ ซอฟต์แวร์ ไลบรารีซอร์สโค้ด และอื่นๆ ได้ในคลิกเดียว ใช้ได้กับ Windows,
Mac และ Linux!
 |
 |
 |
 |
| ผลงาน IoT www.silabs.com/IoT |
สว./สว www.silabs.com/simplicity |
คุณภาพ www.silabs.com/ควอลิตี้ |
การสนับสนุนและชุมชน community.silabs.com |
การปฏิเสธความรับผิดชอบ
Silicon Labs ตั้งใจที่จะมอบเอกสารประกอบล่าสุด ถูกต้อง และเจาะลึกเกี่ยวกับอุปกรณ์ต่อพ่วงและโมดูลทั้งหมดที่มีให้สำหรับผู้ใช้ระบบและซอฟต์แวร์ที่ใช้งานหรือตั้งใจจะใช้ผลิตภัณฑ์ของ Silicon Labs ข้อมูลลักษณะเฉพาะ โมดูลและอุปกรณ์ต่อพ่วงที่พร้อมใช้งาน ขนาดหน่วยความจำ และที่อยู่หน่วยความจำจะอ้างอิงถึงอุปกรณ์เฉพาะแต่ละเครื่อง และพารามิเตอร์ "ทั่วไป" ที่ให้มาสามารถและจะแตกต่างกันไปในแต่ละแอปพลิเคชัน ตัวอย่างแอปพลิเคชันampไฟล์ที่อธิบายไว้ในที่นี้มีจุดประสงค์เพื่อเป็นตัวอย่างเท่านั้น Silicon Labs ขอสงวนสิทธิ์ในการเปลี่ยนแปลงโดยไม่ต้องแจ้งให้ทราบล่วงหน้าและจำกัดข้อมูลผลิตภัณฑ์ ข้อมูลจำเพาะ และคำอธิบายในที่นี้ และไม่ให้การรับประกันความถูกต้องหรือความสมบูรณ์ของข้อมูลที่รวมอยู่ Silicon Labs จะไม่รับผิดชอบต่อผลที่ตามมาของการใช้ข้อมูลที่ให้มาในที่นี้ เอกสารนี้ไม่ได้หมายความถึงหรือแสดงใบอนุญาตลิขสิทธิ์ที่ออกให้ในที่นี้เพื่อออกแบบหรือประดิษฐ์วงจรรวมใดๆ ผลิตภัณฑ์ไม่ได้ออกแบบหรือได้รับอนุญาตให้ใช้ภายในระบบช่วยชีวิตใดๆ โดยไม่ได้รับความยินยอมเป็นลายลักษณ์อักษรจาก Silicon Labs “ระบบช่วยชีวิต” คือผลิตภัณฑ์หรือระบบใดๆ ที่มีจุดประสงค์เพื่อสนับสนุนหรือดำรงชีวิตและ/หรือสุขภาพ ซึ่งหากล้มเหลว สามารถคาดหวังได้อย่างสมเหตุสมผลว่าจะส่งผลให้เกิดการบาดเจ็บหรือเสียชีวิตอย่างมีนัยสำคัญ ผลิตภัณฑ์ของ Silicon Labs ไม่ได้ออกแบบหรือได้รับอนุญาตสำหรับการใช้งานทางทหาร ผลิตภัณฑ์ของ Silicon Labs จะต้องไม่นำไปใช้ในอาวุธที่มีอำนาจทำลายล้างสูง รวมถึง (แต่ไม่จำกัดเพียง) อาวุธนิวเคลียร์ ชีวภาพ หรือเคมี หรือขีปนาวุธที่สามารถส่งมอบอาวุธดังกล่าวได้
ข้อมูลเครื่องหมายการค้า
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® และโลโก้ Silicon Labs®, Bluegiga®, โลโก้ Bluegiga®, Clockbuilder®, CMEMS®, DSPLL®, EFM®, EFM32®, EFR, Ember® , Energy Micro, โลโก้ Energy Micro และการรวมกันดังกล่าว, “ไมโครคอนโทรลเลอร์ที่เป็นมิตรกับพลังงานมากที่สุดในโลก”, Ember®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, ISOmodem®, Precision32®, ProSLIC®, Simplicity Studio®, SiPHY® , Telegesis, โลโก้ Telegesis®, USBXpress® และอื่นๆ เป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของ Silicon Labs ARM, CORTEX, Cortex-M3 และ thumbs เป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของ ARM Holdings Keil เป็นเครื่องหมายการค้าจดทะเบียนของ ARM Limited ผลิตภัณฑ์หรือชื่อตราสินค้าอื่นๆ ทั้งหมดที่กล่าวถึงในที่นี้เป็นเครื่องหมายการค้าของเจ้าของที่เกี่ยวข้อง
ซิลิคอน แลบบอราทอรีส์ อิงค์
400 เวสต์ ซีซาร์ ชาเวซ
ออสติน, เท็กซัส 78701
สหรัฐอเมริกา
http://www.silabs.com
เอกสาร / แหล่งข้อมูล
 |
การใช้งานซอฟต์แวร์ SILICON LABS Wireless M-BUS AN451 [พีดีเอฟ] คู่มือการใช้งาน SILICON LABS, C8051, MCU และ EZRadioPRO, Wireless M-bus, Wireless, M-BUS, ซอฟต์แวร์, การนำไปใช้, AN451 |
