AN451
ການປະຕິບັດຊອບແວ M-BUS ແບບໄຮ້ສາຍ

ແນະນຳ

ບັນທຶກແອັບພລິເຄຊັນນີ້ອະທິບາຍການປະຕິບັດ Silicon Labs ຂອງ Wireless M-Bus ໂດຍໃຊ້ Silicon Labs C8051 MCU ແລະ EZRadioPRO®. ລົດເມໄຮ້ສາຍ M-bus ແມ່ນມາດຕະຖານເອີຣົບສໍາລັບຄໍາຮ້ອງສະຫມັກການອ່ານແມັດໂດຍໃຊ້ແຖບຄວາມຖີ່ 868 MHz.

Stack Layers

Wireless M-Bus ໃຊ້ຮູບແບບ IEC 3 ຊັ້ນ, ເຊິ່ງເປັນຊຸດຍ່ອຍຂອງຮູບແບບ OSI 7 ຊັ້ນ (ເບິ່ງຮູບ 1).

ຊັ້ນທາງດ້ານຮ່າງກາຍ (PHY) ຖືກກໍານົດໄວ້ໃນ EN 13757-4. ຊັ້ນທາງກາຍະພາບກໍານົດວິທີການບິດໄດ້ຖືກເຂົ້າລະຫັດແລະຖ່າຍທອດ, ຄຸນລັກສະນະຂອງໂມເດັມ RF (ອັດຕາ chip, preamble, ແລະຄໍາສັບ synchronization), ແລະຕົວກໍານົດການ RF (ໂມດູນ, ຄວາມຖີ່ສູນກາງ, ແລະຄວາມຖີ່ deviation).
ຊັ້ນ PHY ຖືກປະຕິບັດໂດຍໃຊ້ການປະສົມປະສານຂອງຮາດແວແລະເຟີມແວ. EZRadioPRO ປະຕິບັດຫນ້າທີ່ທັງຫມົດຂອງ RF ແລະໂມເດັມ. EZRadioPRO ຖືກນໍາໃຊ້ໃນໂຫມດ FIFO ກັບຕົວຈັດການແພັກເກັດ. ໂມດູນ MbusPhy.c ສະຫນອງການໂຕ້ຕອບ SPI, ການເຂົ້າລະຫັດ / ການຖອດລະຫັດ, ບລັອກການອ່ານ / ຂຽນ, ແລະການຈັດການແພັກເກັດແລະຄຸ້ມຄອງລັດ transceiver.
ຊັ້ນເຊື່ອມຕໍ່ຂໍ້ມູນ M-Bus ຖືກປະຕິບັດຢູ່ໃນໂມດູນ MbusLink.c. ການໂຕ້ຕອບການຂຽນໂປຼແກຼມ M-Bus ປະກອບດ້ວຍຫນ້າທີ່ສາທາລະນະທີ່ອາດຈະຖືກເອີ້ນຈາກຊັ້ນຄໍາຮ້ອງສະຫມັກໃນຫົວຂໍ້ຕົ້ນຕໍ. ໂມດູນ MbusLink ຍັງປະຕິບັດ Data Link Layer. ຊັ້ນເຊື່ອມຕໍ່ຂໍ້ມູນຈະຈັດຮູບແບບ ແລະຄັດລອກຂໍ້ມູນຈາກແອັບພລິເຄຊັນ TX buffer ໄປຫາ MbusPhy TX buffer, ເພີ່ມສ່ວນຫົວທີ່ຕ້ອງການ ແລະ CRCs.
ຊັ້ນຄໍາຮ້ອງສະຫມັກຕົວມັນເອງບໍ່ແມ່ນສ່ວນຫນຶ່ງຂອງເຟີມແວ M-bus. ຊັ້ນຄໍາຮ້ອງສະຫມັກກໍານົດວິທີການທີ່ຫລາກຫລາຍຂອງຂໍ້ມູນຈະຖືກຈັດຮູບແບບສໍາລັບການສົ່ງ. ແມັດສ່ວນໃຫຍ່ຕ້ອງການສົ່ງຂໍ້ມູນຫນຶ່ງຫຼືສອງປະເພດເທົ່ານັ້ນ. ການເພີ່ມລະຫັດຈໍານວນຫຼວງຫຼາຍເພື່ອຮອງຮັບຂໍ້ມູນປະເພດໃດໆກັບເຄື່ອງວັດແທກຈະເພີ່ມລະຫັດທີ່ບໍ່ຈໍາເປັນແລະຄ່າໃຊ້ຈ່າຍຕໍ່ເຄື່ອງວັດແທກ. ມັນອາດຈະເປັນໄປໄດ້ທີ່ຈະປະຕິບັດຫ້ອງສະຫມຸດຫຼືຫົວຂໍ້ file ກັບບັນຊີລາຍຊື່ຄົບຖ້ວນຂອງປະເພດຂໍ້ມູນ. ຢ່າງໃດກໍ່ຕາມ, ລູກຄ້າການວັດແທກສ່ວນໃຫຍ່ຮູ້ຢ່າງແທ້ຈິງວ່າພວກເຂົາຕ້ອງການສົ່ງຂໍ້ມູນປະເພດໃດແລະສາມາດອ້າງອີງເຖິງມາດຕະຖານສໍາລັບລາຍລະອຽດການຈັດຮູບແບບ. ຜູ້ອ່ານທົ່ວໄປຫຼື sniffer ອາດຈະປະຕິບັດຊຸດຂໍ້ມູນຂອງແອັບພລິເຄຊັນທີ່ສົມບູນຢູ່ໃນ PC GUI. ສໍາລັບເຫດຜົນເຫຼົ່ານີ້, ຊັ້ນຄໍາຮ້ອງສະຫມັກໄດ້ຖືກປະຕິບັດໂດຍໃຊ້ example ຄໍາຮ້ອງສະຫມັກສໍາລັບເຄື່ອງວັດແທກແລະເຄື່ອງອ່ານ.

ມາດຕະຖານທີ່ຕ້ອງການ

1. EN 13757-4
   EN 13757-4
   ລະບົບການສື່ສານສໍາລັບແມັດແລະການອ່ານໄລຍະໄກຂອງແມັດ
   ສ່ວນທີ 4: ການອ່ານເຄື່ອງວັດໄຮ້ສາຍ
   ການອ່ານ Radiometer ສໍາລັບການດໍາເນີນງານໃນແຖບ SRD 868 MHz ຫາ 870 MHz
2. EN 13757-3
   ລະບົບການສື່ສານສໍາລັບແມັດແລະການອ່ານໄລຍະໄກຂອງແມັດ
   ສ່ວນທີ 3: ຊັ້ນຄໍາຮ້ອງສະຫມັກທີ່ອຸທິດຕົນ
3. IEC 60870-2-1:1992
   ອຸປະກອນແລະລະບົບການຄວບຄຸມໂທລະຄົມ
   ສ່ວນທີ 5: ໂປໂຕຄອນການຖ່າຍທອດ
   ພາກ​ທີ 1​: ຂັ້ນ​ຕອນ​ການ​ສາຍ​ສົ່ງ​ເຊື່ອມ​ຕໍ່​
4. IEC 60870-1-1:1990
   ອຸປະກອນແລະລະບົບການຄວບຄຸມໂທລະຄົມ
   ສ່ວນທີ 5: ໂປໂຕຄອນການຖ່າຍທອດ
   ພາກທີ 1: ຮູບແບບການສົ່ງສັນຍານ

ຄໍານິຍາມ

• M-Bus—M-Bus ແມ່ນມາດຕະຖານທີ່ມີສາຍສໍາລັບການອ່ານແມັດໃນເອີຣົບ.
• ໄຮ້ສາຍ M-Bus-Wireless M-Bus ສໍາລັບຄໍາຮ້ອງສະຫມັກອ່ານແມັດໃນເອີຣົບ.
• PHY—Physical Layer ກຳນົດວິທີຂໍ້ມູນ bits ແລະ bytes ຖືກເຂົ້າລະຫັດ ແລະ ສົ່ງຕໍ່.
• API—ການໂຕ້ຕອບຂອງໂປລແກລມແອັບພລິເຄຊັນ.
• ລິ້ງ—Data Link Layer ກຳນົດວິທີການສົ່ງບລັອກ ແລະເຟຣມ.
• CRC—ການກວດສອບການຊໍ້າຊ້ອນຮອບວຽນ.
• FSK—ການກົດປຸ່ມປ່ຽນຄວາມຖີ່.
• ຊິບ—ຫນ່ວຍບໍລິການຂະຫນາດນ້ອຍສຸດຂອງຂໍ້ມູນການຖ່າຍທອດ. ຂໍ້ມູນໜຶ່ງບິດຖືກເຂົ້າລະຫັດເປັນຫຼາຍຊິບ.
• ໂມດູນ—ແຫຼ່ງລະຫັດ AC .c file.

M-Bus PHY Functional Description

ລຳດັບຕົ້ນ

ລຳດັບ Preamble ທີ່ລະບຸໂດຍສະເພາະ M-bus ແມ່ນຕົວເລກຈຳນວນເຕັມສະລັບສູນ ແລະ ໜຶ່ງ. A ຫນຶ່ງແມ່ນຖືກກໍານົດເປັນຄວາມຖີ່ທີ່ສູງກວ່າ, ແລະສູນແມ່ນຖືກກໍານົດເປັນຄວາມຖີ່ຕ່ໍາ.
nx (01)
ຕົວເລືອກ Preamble ສໍາລັບ Si443x ແມ່ນຈໍານວນ integer ຂອງ nibbles ປະກອບດ້ວຍຫນຶ່ງສະລັບກັນແລະສູນ.
nx (1010)
ຄໍາບັນຍາຍທີ່ມີຄໍານໍາຫນ້າພິເສດຈະບໍ່ເປັນບັນຫາ, ແຕ່, ຫຼັງຈາກນັ້ນ, ຄໍາ synchronization ແລະ payload ຈະຖືກຜິດພາດໂດຍຫນຶ່ງນ້ອຍ.
ການແກ້ໄຂແມ່ນເພື່ອ invert packet ທັງຫມົດໂດຍການຕັ້ງຄ່າບິດຂອງເຄື່ອງຈັກໃນ Modulation Control 2 register (0x71). ນີ້ຈະເປັນການປ່ຽນຄຳບັນຍາຍ, ຊິງຄ໌ຄຳສັບ, ແລະຂໍ້ມູນ TX/RX. ດັ່ງນັ້ນ, ຂໍ້ມູນຄວນຈະຖືກປີ້ນກັບເມື່ອຂຽນຂໍ້ມູນ TX ຫຼືອ່ານຂໍ້ມູນ RX. ນອກຈາກນີ້, ຄໍາ synchronization ແມ່ນ inverted ກ່ອນທີ່ຈະຂຽນໄປຫາ Si443x Synchronization Word ລົງທະບຽນ.

ການ​ປະ​ສານ​ຄໍາ​ສັບ​

ຄໍາ synchronization ທີ່ຕ້ອງການໂດຍ EN-13757-4 ແມ່ນ 18 chip ສໍາລັບ Mode S ແລະ Mode R ຫຼື 10 chip ສໍາລັບ Model T. ຄໍາ synchronization ສໍາລັບ Si443x ແມ່ນ 1 ຫາ 4 bytes. ຢ່າງໃດກໍຕາມ, ນັບຕັ້ງແຕ່ຄໍາ synchronization ແມ່ນນໍາຫນ້າໂດຍ preamble ສະເຫມີ, ຫົກ bits ສຸດທ້າຍຂອງ preamble ສາມາດພິຈາລະນາເປັນສ່ວນຫນຶ່ງຂອງຄໍາສັບ synchronization; ດັ່ງນັ້ນ, ຄໍາ synchronization ທໍາອິດແມ່ນ padded ໂດຍສາມ repetitions ຂອງສູນຕິດຕາມດ້ວຍຫນຶ່ງ. ຄໍາສັບ synchronization ໄດ້ຖືກຕື່ມກ່ອນທີ່ຈະຂຽນໄປຫາທະບຽນ Si443x.
ຕາຕະລາງ 1. Synchronization Word ສໍາລັບ Mode S ແລະ Mode R

EN 13757-4	00	01110110	10010110	ຄູ່
	00	76	96	hex
pad ກັບ (01) x 3	01010100	01110110	10010110	ຄູ່
	54	76	96	hex
ເສີມ	10101011	10001001	01101001	ຄູ່
	AB	89	69	hex

ຕາຕະລາງ 2. Synchronization Word ສໍາລັບ Mode T Meter ກັບອື່ນໆ

Sync	Sync	Sync
ຄໍາ	ຄໍາ	ຄໍາ
3	2	1

ຄວາມຍາວການຖ່າຍທອດ preamble

preamble ຕໍາ່ສຸດແມ່ນໄດ້ລະບຸໄວ້ສໍາລັບສີ່ຮູບແບບການເຮັດວຽກທີ່ແຕກຕ່າງກັນ. ມັນເປັນທີ່ຍອມຮັບທີ່ຈະມີຄໍາບັນຍາຍຍາວກວ່າທີ່ລະບຸໄວ້. ການຫັກລົບຫົກຊິບສໍາລັບການ preamble ໃຫ້ຈໍານວນຕໍາ່ສຸດທີ່ຂອງຊິບສໍາລັບການ preamble Si443x. ການປະຕິບັດເພີ່ມສອງ nibbles ພິເສດຂອງ preamble ໃນໂຫມດ preamble ສັ້ນທັງຫມົດເພື່ອປັບປຸງການຊອກຄົ້ນຫາ preamble ແລະ interoperability. preamble ສຸດ Mode S ກັບ preamble ຍາວແມ່ນຍາວຫຼາຍ; ດັ່ງນັ້ນ, preamble ຕໍາ່ສຸດທີ່ຖືກນໍາໃຊ້. ຄວາມຍາວຂອງ preamble ໃນ nibbles ແມ່ນຂຽນໃສ່ຊື່ Preamble Length (0x34). ການລົງທະບຽນຄວາມຍາວຂອງ preamble ກໍານົດ preamble ຕາມສາຍສົ່ງເທົ່ານັ້ນ. ການກຳນົດຄ່າສະເພາະຂັ້ນຕໍ່າສຸດ ແລະ ຄວາມຍາວຂອງຕົວຫຍໍ້ແມ່ນໄດ້ສະຫຼຸບໃນຕາຕະລາງ 3.
ຕາຕະລາງ 3. Transmit Preamble Length

	EN-13757-4 ຕໍາ່ສຸດທີ່		Si443x Preamble ຕັ້ງຄ່າ		ຊິງຄ໌ ຄໍາ	ທັງໝົດ	ພິເສດ
	nx (01)	ຊິບ	ກັດ	ຊິບ	ຊິບ	ຊິບ	ຊິບ
ໂຫມດ S preamble ສັ້ນ	15	30	8	32	6	38	8
ໂຫມດ S preamble ຍາວ	279	558	138	552	6	558	0
ໂໝດ T (ແມັດ-ອື່ນໆ)	19	38	10	40	6	46	8
ໂໝດ R	39	78	20	80	6	86	8

preamble ຕໍາ່ສຸດທີ່ສໍາລັບການຕ້ອນຮັບແມ່ນຖືກກໍານົດໂດຍ Preamble Detection Control register (0x35). ເມື່ອຮັບ, ຈໍານວນບິດໃນຄໍາທີ່ sync ຈະຕ້ອງຖືກຫັກອອກຈາກ preamble ຕໍາ່ສຸດທີ່ກໍານົດເພື່ອກໍານົດ preamble ທີ່ໃຊ້ໄດ້. ເວລາການຊໍາລະຂັ້ນຕໍ່າຂອງຕົວຮັບແມ່ນ 16-chips ຖ້າ AFC ຖືກເປີດໃຊ້ງານຫຼື 8-chips ຖ້າ AFC ຖືກປິດໃຊ້ງານ. ເວລາການຊໍາລະຂອງຕົວຮັບຍັງຖືກຫັກອອກຈາກ preamble ທີ່ໃຊ້ໄດ້ເພື່ອກໍານົດການຕັ້ງຄ່າຂັ້ນຕ່ໍາສໍາລັບການລົງທະບຽນ Preamble Detection Control.

ຄວາມເປັນໄປໄດ້ຂອງການມີ preamble ທີ່ບໍ່ຖືກຕ້ອງແມ່ນຂຶ້ນກັບການຕັ້ງຄ່າຂອງ Preamble Detection Control register. ການຕັ້ງຄ່າສັ້ນຂອງ 8-chips ອາດຈະສົ່ງຜົນໃຫ້ມີການກວດພົບ preamble ທີ່ບໍ່ຖືກຕ້ອງທຸກໆສອງສາມວິນາທີ. ການຕັ້ງຄ່າທີ່ແນະນໍາຂອງ 20chips ເຮັດໃຫ້ການກວດຫາ preamble ທີ່ບໍ່ຖືກຕ້ອງເປັນເຫດການທີ່ບໍ່ຫນ້າຈະເປັນໄປໄດ້. ຄວາມຍາວຂອງ preamble ສໍາລັບ Mode R ແລະ Mode SL ແມ່ນຍາວພຽງພໍສໍາລັບການຕັ້ງຄ່າທີ່ແນະນໍາໃຫ້ຖືກນໍາໃຊ້.
ມີຜົນປະໂຫຍດຫນ້ອຍຫຼາຍທີ່ຈະເຮັດໃຫ້ preamble ກວດພົບດົນກວ່າ 20 chip.
AFC ຖືກປິດໃຊ້ງານສໍາລັບ Model S ທີ່ມີ preamble ສັ້ນແລະ Model T. ນີ້ຫຼຸດຜ່ອນເວລາການຊໍາລະຂອງຕົວຮັບແລະອະນຸຍາດໃຫ້ມີການຕັ້ງຄ່າ preamble ຍາວກວ່າ. ເມື່ອ AFC ປິດໃຊ້ງານ, Mode T ສາມາດໃຊ້ການຕັ້ງຄ່າທີ່ແນະນໍາຂອງ 20 ຊິບ. ການຕັ້ງຄ່າຂອງ 4 nibbles ຫຼື 20 chips ແມ່ນໃຊ້ສໍາລັບ Model S ທີ່ມີ preamble ສັ້ນ. ນີ້ເຮັດໃຫ້ຄວາມເປັນໄປໄດ້ຂອງການກວດຫາ preamble ທີ່ບໍ່ຖືກຕ້ອງສູງຂຶ້ນເລັກນ້ອຍສໍາລັບຮູບແບບນີ້.
ຕາຕະລາງ 4. Preamble Detection

	EN-13757-4 ຕໍາ່ສຸດທີ່		ຊິງຄ໌ ຄໍາ	ສາມາດໃຊ້ໄດ້ ຄໍາບັນຍາຍ	ການຕັ້ງຖິ່ນຖານ RX	ກວດພົບ ນາທີ	Si443x Preamble ການ​ຕັ້ງ​ຄ່າ​ການ​ກວດ​ສອບ​
	nx (01)	ຊິບ	ຊິບ	ຊິບ	ຊິບ	ຊິບ	ກັດ	ຊິບ
ໂຫມດ S preamble ສັ້ນ	15	30	6	24	8*	16	4	16
ຕົວແບບ S preamble ຍາວ	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
*ໝາຍເຫດ: AFC ປິດການໃຊ້ງານ

ເຄື່ອງຮັບຖືກຕັ້ງຄ່າໃຫ້ເຮັດວຽກຮ່ວມກັນກັບເຄື່ອງສົ່ງສັນຍານໂດຍໃຊ້ preamble ຕໍາ່ສຸດທີ່ລະບຸໄວ້. ນີ້ຮັບປະກັນວ່າຜູ້ຮັບຈະຮ່ວມມືກັບເຄື່ອງສົ່ງສັນຍານ M-bus-compliant.
ຂໍ້ມູນຈໍາເພາະຂອງ Wireless M-Bus ຕ້ອງການ preamble ຍາວຫຼາຍສໍາລັບ Mode S1 ຂອງຢ່າງຫນ້ອຍ 558 chip. ນີ້ຈະໃຊ້ເວລາປະມານ 17 ms ພຽງແຕ່ເພື່ອສົ່ງ preamble ໄດ້. Si443x ບໍ່ຕ້ອງການຄໍາບັນຍາຍທີ່ຍາວນານແລະບໍ່ໄດ້ຮັບຜົນປະໂຫຍດຈາກການ preamble ຍາວ. ໃນຂະນະທີ່ການ preamble ຍາວໄດ້ຖືກບັນທຶກໄວ້ເປັນທາງເລືອກສໍາລັບ Mode S2, ບໍ່ມີເຫດຜົນທີ່ຈະໃຊ້ preamble ຍາວກັບ Si443x. ຖ້າຕ້ອງການການສື່ສານທາງດຽວ, ໂໝດ T1 ຈະໃຫ້ຄຳບັນຍາຍສັ້ນກວ່າ, ອັດຕາຂໍ້ມູນສູງກວ່າ, ແລະອາຍຸແບັດເຕີຣີດົນກວ່າ. ຖ້າຕ້ອງການການສື່ສານສອງທາງໂດຍໃຊ້ Mode S2, ແນະນຳໃຫ້ໃຊ້ preamble ສັ້ນໆ.
ສັງເກດເຫັນວ່າເກນການກວດຫາສໍາລັບ Model S ທີ່ມີ preamble ຍາວແມ່ນຍາວກວ່າຈໍານວນຂອງ preamble nibbles ຖ່າຍທອດສໍາລັບ Model S ທີ່ມີ preamble ສັ້ນ. ນີ້ຫມາຍຄວາມວ່າເຄື່ອງຮັບ preamble Mode S ຍາວຈະບໍ່ກວດພົບ preamble ຈາກຕົວສົ່ງສັນຍານ Mode S preamble ສັ້ນ. ນີ້ແມ່ນສິ່ງຈໍາເປັນຖ້າຜູ້ຮັບ Mode S preamble ຍາວແມ່ນຈະໄດ້ຮັບຜົນປະໂຫຍດໃດໆຈາກການ preamble ຍາວ.
ໃຫ້ສັງເກດວ່າເຄື່ອງຮັບ preamble Mode S ສັ້ນຈະກວດພົບ preamble ແລະຮັບຊອງຈາກທັງສອງ preamble ສັ້ນ Mode S.
transmitter ແລະເຄື່ອງສົ່ງສັນຍານ Mode S preamble ຍາວ; ດັ່ງນັ້ນ, ໂດຍທົ່ວໄປ, ເຄື່ອງອ່ານແມັດຄວນໃຊ້ preamble Mode S receiver configuration ສັ້ນ.

ການເຂົ້າລະຫັດ/ຖອດລະຫັດ

ຂໍ້ມູນຈໍາເພາະຂອງ Wireless M-bus ຮຽກຮ້ອງໃຫ້ມີສອງວິທີການເຂົ້າລະຫັດທີ່ແຕກຕ່າງກັນ. ການເຂົ້າລະຫັດຂອງ Manchester ແມ່ນໃຊ້ສໍາລັບ Mode S ແລະ Mode R. ການເຂົ້າລະຫັດ Manchester ຍັງໃຊ້ສໍາລັບການເຊື່ອມໂຍງແບບອື່ນໃນຕົວແບບ T. ການເຊື່ອມຕໍ່ແບບໂມເດວ T meter-to-ອື່ນໆໃຊ້ 3 ອອກຈາກ 6 ການເຂົ້າລະຫັດ.
1. Manchester ເຂົ້າລະຫັດ/ຖອດລະຫັດ
ການເຂົ້າລະຫັດ Manchester ແມ່ນທົ່ວໄປໃນປະຫວັດສາດໃນລະບົບ RF ເພື່ອສະຫນອງການຟື້ນຕົວໂມງທີ່ເຂັ້ມແຂງແລະການຕິດຕາມໂດຍໃຊ້ໂມເດັມທີ່ງ່າຍດາຍແລະລາຄາຖືກ. ຢ່າງໃດກໍຕາມ, ວິທະຍຸທີ່ມີປະສິດທິພາບສູງທີ່ທັນສະໄຫມເຊັ່ນ Si443x ບໍ່ຈໍາເປັນຕ້ອງເຂົ້າລະຫັດ Manchester. ການເຂົ້າລະຫັດ Manchester ແມ່ນສະຫນັບສະຫນູນຕົ້ນຕໍສໍາລັບການເຂົ້າກັນໄດ້ກັບມາດຕະຖານທີ່ມີຢູ່ແລ້ວ, ແຕ່ອັດຕາຂໍ້ມູນສໍາລັບ Si443x ແມ່ນເພີ່ມຂຶ້ນສອງເທົ່າຢ່າງມີປະສິດທິພາບເມື່ອບໍ່ໃຊ້ການເຂົ້າລະຫັດ Manchester.
Si443x ຮອງຮັບການເຂົ້າລະຫັດ Manchester ແລະຖອດລະຫັດຂອງແພັກເກັດທັງໝົດໃນຮາດແວ. ແຕ່ຫນ້າເສຍດາຍ, ຄໍາ synchronization ບໍ່ໄດ້ເຂົ້າລະຫັດ Manchester. ລໍາດັບ Manchester ທີ່ບໍ່ຖືກຕ້ອງຖືກເລືອກໂດຍເຈດຕະນາສໍາລັບຄໍາສັບ synchronization. ນີ້ເຮັດໃຫ້ການເຂົ້າລະຫັດ Manchester ບໍ່ເຫມາະສົມກັບວິທະຍຸທີ່ມີຢູ່ຫຼາຍທີ່ສຸດ, ລວມທັງ Si443x. ດັ່ງນັ້ນ, ການເຂົ້າລະຫັດແລະການຖອດລະຫັດ Manchester ຕ້ອງໄດ້ຮັບການປະຕິບັດໂດຍ MCU. ແຕ່ລະ byte ໃນຂໍ້ມູນທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດປະກອບດ້ວຍແປດບິດຂໍ້ມູນ. ການນໍາໃຊ້ການເຂົ້າລະຫັດ Manchester, ຂໍ້ມູນແຕ່ລະບິດຈະຖືກເຂົ້າລະຫັດເປັນສັນຍາລັກສອງຊິບ. ເນື່ອງຈາກຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດຕ້ອງຖືກຂຽນໃສ່ວິທະຍຸ FIFO ແປດຊິບໃນເວລາດຽວ, ຂໍ້ມູນໜຶ່ງຖືກເຂົ້າລະຫັດ ແລະຂຽນໃສ່ FIFO ໃນແຕ່ລະຄັ້ງ.
ຕາຕະລາງ 5. ການເຂົ້າລະຫັດ Manchester

ຂໍ້ມູນ	Ox12		0x34		ໄບຕ໌
	Ox1	0x2	0x3	0x4	ກັດ
	1	10	11	100	ຄູ່
ຊິບ	10101001	10100110	10100101	10011010	ຄູ່
FIFO	OxA9	OxA6	OxA5	Ox9A	hex

ແຕ່ລະ byte ທີ່ຈະສົ່ງແມ່ນຜ່ານຫນຶ່ງ byte ໃນແຕ່ລະຄັ້ງໄປຫາຟັງຊັນ byte encode. ຟັງຊັນ encode byte ຈະໂທຫາຟັງຊັນ encode nibble ສອງຄັ້ງ, ທໍາອິດສໍາລັບ nibble ທີ່ສໍາຄັນທີ່ສຸດແລະຫຼັງຈາກນັ້ນສໍາລັບການ nibble ຫນ້ອຍທີ່ສຸດ.
ການເຂົ້າລະຫັດ Manchester ໃນຊອບແວບໍ່ແມ່ນເລື່ອງຍາກ. ເລີ່ມຕົ້ນຈາກນ້ອຍທີ່ສໍາຄັນ, ຫນຶ່ງໄດ້ຖືກເຂົ້າລະຫັດເປັນ "01" ລໍາດັບຊິບ. ສູນຖືກເຂົ້າລະຫັດເປັນ "10" ລໍາດັບຊິບ. ນີ້ສາມາດເຮັດໄດ້ງ່າຍໂດຍໃຊ້ loop ແລະປ່ຽນສອງບິດສໍາລັບແຕ່ລະສັນຍາລັກ. ຢ່າງໃດກໍ່ຕາມ, ມັນໄວກວ່າທີ່ຈະພຽງແຕ່ໃຊ້ຕາຕະລາງຊອກຫາ 16 ງ່າຍດາຍສໍາລັບແຕ່ລະ nibble. ການເຂົ້າລະຫັດ Manchester nibble function encodes a nibble of data then writes it to the FIFO. ຊິບແມ່ນ inverted ກ່ອນທີ່ຈະຂຽນໄປຫາ FIFO ເພື່ອບັນຊີສໍາລັບຂໍ້ກໍານົດ preamble inverted.
ເມື່ອໄດ້ຮັບ, ແຕ່ລະ byte ໃນ FIFO ປະກອບດ້ວຍແປດຊິບແລະຖືກຖອດລະຫັດເຂົ້າໄປໃນຫນຶ່ງ nibble ຂອງຂໍ້ມູນ. ຟັງຊັນ read block ອ່ານຫນຶ່ງ byte ໃນເວລາຈາກ FIFO ແລະເອີ້ນຟັງຊັນ decode byte. ຊິບຖືກປີ້ນຫຼັງຈາກອ່ານຈາກ FIFO ເພື່ອບັນຊີສໍາລັບຄວາມຕ້ອງການ preamble inverted. ແຕ່ລະໄບຕ໌ຂອງຊິບເຂົ້າລະຫັດ Manchester ຖືກຖອດລະຫັດເປັນຂໍ້ມູນ. nibble ຖອດລະຫັດຖືກຂຽນໃສ່ RX buffer ໂດຍໃຊ້ຟັງຊັນ write nibble RX buffer.
ສັງ​ເກດ​ເຫັນ​ວ່າ​ທັງ​ການ​ເຂົ້າ​ລະ​ຫັດ​ແລະ​ການ​ຖອດ​ລະ​ຫັດ​ແມ່ນ​ປະ​ຕິ​ບັດ​ຫນຶ່ງ​ຂໍ້​ມູນ nibble ໃນ​ເວ​ລາ​ທີ່​ບິນ​ໄດ້​. ການເຂົ້າລະຫັດເປັນບັຟເຟີຈະຕ້ອງການ buffer ເພີ່ມເຕີມສອງເທົ່າຂອງຂະຫນາດຂອງຂໍ້ມູນທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດ. ການເຂົ້າລະຫັດແລະການຖອດລະຫັດແມ່ນໄວກວ່າອັດຕາຂໍ້ມູນທີ່ສະຫນັບສະຫນູນໄວທີ່ສຸດ (100 k chip ຕໍ່ວິນາທີ). ເນື່ອງຈາກ Si443x ຮອງຮັບການອ່ານ ແລະຂຽນຫຼາຍໄບຕ໌ໄປຫາ FIFO, ມັນມີສ່ວນເກີນຂະໜາດນ້ອຍໃນການນຳໃຊ້ການອ່ານ ແລະຂຽນແບບໄບຕ໌ດຽວເທົ່ານັ້ນ. ຄ່າຜ່ານຫົວແມ່ນປະມານ 10 µs ສໍາລັບ 100 ຊິບເຂົ້າລະຫັດ. ຜົນປະໂຫຍດແມ່ນການປະຫຍັດ RAM ຂອງ 512 bytes.
2. ສາມອອກຈາກຫົກການຖອດລະຫັດການເຂົ້າລະຫັດ
ວິທີການເຂົ້າລະຫັດສາມອອກຈາກຫົກທີ່ລະບຸໄວ້ໃນ EN-13757-4 ຍັງຖືກປະຕິບັດຢູ່ໃນເຟີມແວໃນ MCU. ການເຂົ້າລະຫັດນີ້ແມ່ນໃຊ້ສໍາລັບຄວາມໄວສູງ (100 k chip ຕໍ່ວິນາທີ) Mode T ຈາກແມັດໄປຫາອື່ນໆ. ໂມເດວ T ສະໜອງເວລາສົ່ງສັນຍານສັ້ນທີ່ສຸດ ແລະ ອາຍຸແບັດເຕີຣີທີ່ຍາວທີ່ສຸດສຳລັບເຄື່ອງວັດແທກໄຮ້ສາຍ.
ແຕ່ລະ byte ຂອງຂໍ້ມູນທີ່ຈະສົ່ງແມ່ນແບ່ງອອກເປັນສອງ nibbles. nibble ທີ່ສໍາຄັນທີ່ສຸດແມ່ນການເຂົ້າລະຫັດແລະສົ່ງກ່ອນ. ອີກເທື່ອຫນຶ່ງ, ນີ້ແມ່ນປະຕິບັດໂດຍໃຊ້ຟັງຊັນ encode byte ທີ່ເອີ້ນຟັງຊັນ encode nibble ສອງຄັ້ງ.
ແຕ່ລະ nibble ຂອງຂໍ້ມູນຖືກເຂົ້າລະຫັດເປັນສັນຍາລັກຫົກຊິບ. ລໍາດັບຂອງສັນຍາລັກຫົກຊິບຕ້ອງຖືກຂຽນໃສ່ 8chip FIFO.
ໃນລະຫວ່າງການເຂົ້າລະຫັດ, ສອງ bytes ຂອງຂໍ້ມູນຖືກເຂົ້າລະຫັດເປັນສີ່ nibbles. nibble ແຕ່ລະແມ່ນສັນຍາລັກ 6-chip. ສີ່ສັນຍາລັກ 6chip ຖືກລວບລວມເປັນສາມ bytes.
ຕາຕະລາງ 6. ສາມອອກຈາກຫົກການເຂົ້າລະຫັດ

ຂໍ້ມູນ	0x12			0x34			ໄບຕ໌
	Ox1	0x2		0x3		0x4	ກັດ
ຊິບ	15	16		13		34	ເລກແປດ
	1101	1110		1011		11100	ຄູ່
FIFO	110100		11100010		11011100		ຄູ່
	0x34		OxE2		OxDC		hex

ໃນຊອບແວ, ການເຂົ້າລະຫັດສາມອອກຈາກຫົກແມ່ນປະຕິບັດໂດຍໃຊ້ສາມຟັງຊັນທີ່ຕິດກັນ. ຟັງຊັນ encode byte ຈະໂທຫາຟັງຊັນ encode nibble ສອງຄັ້ງ. ຟັງຊັນ nibble ເຂົ້າລະຫັດໃຊ້ຕາຕະລາງຊອກຫາສໍາລັບສັນຍາລັກຫົກຊິບແລະຂຽນສັນຍາລັກໃສ່ Shift Three out of Six functions. ຟັງຊັນນີ້ປະຕິບັດການລົງທະບຽນ 16-chip shift ໃນຊອບແວ. ສັນຍາລັກຖືກຂຽນເປັນ byte ຫນ້ອຍທີ່ສຸດຂອງ shift register. ການລົງທະບຽນຖືກຍ້າຍໄປຊ້າຍສອງຄັ້ງ. ນີ້ແມ່ນຊ້ໍາສາມເທື່ອ. ເມື່ອ byte ຄົບຖ້ວນແມ່ນຢູ່ໃນ byte ເທິງຂອງທະບຽນ shift, ມັນຈະຖືກ inverted ແລະຂຽນໃສ່ FIFO.
ເນື່ອງຈາກແຕ່ລະ byte ຂອງຂໍ້ມູນຖືກເຂົ້າລະຫັດເປັນຫນຶ່ງແລະເຄິ່ງຫນຶ່ງເປັນ bytes encoded, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະລ້າງການລົງທະບຽນ shift ໃນເບື້ອງຕົ້ນເພື່ອໃຫ້ byte ທໍາອິດທີ່ເຂົ້າລະຫັດຖືກຕ້ອງ. ຖ້າຄວາມຍາວຂອງແພັກເກັດເປັນຕົວເລກຄີກ, ຫຼັງຈາກເຂົ້າລະຫັດໄບຕ໌ທັງໝົດແລ້ວ, ຈະຍັງຄົງມີອັນໜຶ່ງອັນທີ່ເຫຼືອຢູ່ໃນທະບຽນ shift. ນີ້ແມ່ນຈັດການກັບ postamble ດັ່ງທີ່ໄດ້ອະທິບາຍໃນພາກຕໍ່ໄປ.
ການຖອດລະຫັດສາມໃນຫົກເຂົ້າລະຫັດແມ່ນຂັ້ນຕອນການປີ້ນກັບກັນ. ເມື່ອຖອດລະຫັດ, ສາມໄບທີ່ເຂົ້າລະຫັດຖືກຖອດລະຫັດເປັນສອງໄບຕ໌ຂໍ້ມູນ. ການລົງທະບຽນຊອຟແວຊອຟແວຖືກໃຊ້ອີກຄັ້ງເພື່ອຮວບຮວມ bytes ຂອງຂໍ້ມູນທີ່ຖອດລະຫັດ. ຕາຕະລາງຊອກຫາແບບປີ້ນກັບ 64 ລາຍການແມ່ນໃຊ້ສໍາລັບການຖອດລະຫັດ. ອັນນີ້ໃຊ້ຮອບວຽນໜ້ອຍລົງ ແຕ່ມີໜ່ວຍຄວາມຈຳລະຫັດຫຼາຍຂຶ້ນ. ການຊອກຫາຕາຕະລາງການເບິ່ງ 16 ລາຍການສໍາລັບສັນຍາລັກທີ່ສອດຄ້ອງກັນໃຊ້ເວລາຫຼາຍສົມຄວນ.
Postamble
ຂໍ້ມູນຈໍາເພາະຂອງ Wireless M-bus ມີຄວາມຕ້ອງການສະເພາະສໍາລັບ postamble ຫຼື trailer. ສໍາລັບທຸກຮູບແບບ, ຕໍາ່ສຸດທີ່ແມ່ນສອງຊິບ, ແລະສູງສຸດແມ່ນແປດຊິບ. ເນື່ອງຈາກຫນ່ວຍປະລໍາມະນູຕໍາ່ສຸດທີ່ສໍາລັບ FIFO ແມ່ນຫນຶ່ງ byte, trailer 8-chip ຖືກນໍາໃຊ້ສໍາລັບ Mode S ແລະ Mode R. ຮູບແບບ T postamble ແມ່ນແປດຊິບຖ້າຫາກວ່າຄວາມຍາວຂອງຊອງແມ່ນແມ້ກະທັ້ງຫຼືສີ່ຊິບຖ້າຫາກວ່າຄວາມຍາວຂອງຊອງແມ່ນຄີກ. ສີ່ຊິບ postamble ສໍາລັບຄວາມຍາວຂອງແພັກເກັດຄີກຕອບສະຫນອງຄວາມຕ້ອງການຂອງການມີຢ່າງຫນ້ອຍສອງຊິບສະລັບກັນ.
ຕາຕະລາງ 7. Postamble Length

	ຄວາມຍາວໄປສະນີ (ຊິບ)
	ນາທີ	ສູງສຸດ	ການຈັດຕັ້ງປະຕິບັດ		ລໍາດັບ chip
ໂໝດ S	2	8	8		1010101
ໂໝດ T	2	8	4	(ຄີກ)	101
			8	(ແມ້ແຕ່)	1010101
ໂໝດ R	2	8	8		1010101

ຕົວຈັດການແພັກເກັດ

ຕົວຈັດການແພັກເກັດຢູ່ໃນ Si443x ສາມາດໃຊ້ໃນຮູບແບບຄວາມກວ້າງຂອງແພັກເກັດທີ່ປ່ຽນແປງໄດ້ ຫຼືຮູບແບບຄວາມກວ້າງແພັກເກັດຄົງທີ່. ຮູບແບບຄວາມກວ້າງຂອງແພັກເກັດທີ່ປ່ຽນແປງໄດ້ຕ້ອງການໄບຕ໌ຄວາມຍາວຂອງແພັກເກັດຫຼັງຈາກຄຳສັບ synchronization ແລະໄບຕ໌ສ່ວນຫົວທາງເລືອກ. ໃນເວລາຮັບ, ວິທະຍຸຈະໃຊ້ byte ຄວາມຍາວເພື່ອກໍານົດຈຸດສິ້ນສຸດຂອງແພັກເກັດທີ່ຖືກຕ້ອງ. ໃນ​ການ​ສົ່ງ​, ວິ​ທະ​ຍຸ​ຈະ​ໃສ່​ພາກ​ສະ​ຫນາມ​ຄວາມ​ຍາວ​ຫຼັງ​ຈາກ header bytes​.
ຊ່ອງຂໍ້ມູນ L ສໍາລັບໂປຣໂຕຄໍ M-bus ໄຮ້ສາຍບໍ່ສາມາດຖືກນໍາໃຊ້ສໍາລັບພາກສະຫນາມຄວາມຍາວ Si443x. ທໍາອິດ, ພາກສະຫນາມ L ບໍ່ແມ່ນຄວາມຍາວຂອງແພັກເກັດຕົວຈິງ. ມັນແມ່ນຈໍານວນຂອງ link layer payload bytes ທີ່ບໍ່ລວມເອົາ CRC bytes ຫຼື encoding. ອັນທີສອງ, L -field ຕົວຂອງມັນເອງຖືກເຂົ້າລະຫັດໂດຍໃຊ້ Manchester encoding ຫຼື Three out of Six encoding for Mode T meter to other.
ການຈັດຕັ້ງປະຕິບັດໃຊ້ຕົວຈັດການແພັກເກັດໃນຮູບແບບຄວາມກວ້າງຂອງແພັກເກັດຄົງທີ່ສໍາລັບທັງການສົ່ງແລະການຮັບ. ເມື່ອສົ່ງຜ່ານ, ຊັ້ນ PHY ຈະອ່ານຊ່ອງ L ໃນ buffer ການສົ່ງແລະຄິດໄລ່ຈໍານວນຂອງ bytes ທີ່ເຂົ້າລະຫັດ, ລວມທັງ postamble. ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​ການ​ເຂົ້າ​ລະ​ຫັດ​ໄບ​ຕ​໌​ທີ່​ຈະ​ຖືກ​ສົ່ງ​ໄປ​ແມ່ນ​ລາຍ​ລັກ​ອັກ​ສອນ​ກັບ​ການ​ຈົດ​ທະ​ບຽນ Packet Length (0x3E​)​.
ເມື່ອຮັບ, ສອງ bytes ທໍາອິດທີ່ເຂົ້າລະຫັດຖືກຖອດລະຫັດ, ແລະ L-field ຖືກຂຽນໃສ່ buffer ຮັບ. L-field ຖືກນໍາໃຊ້ເພື່ອຄິດໄລ່ຈໍານວນຂອງ bytes ເຂົ້າລະຫັດທີ່ຈະໄດ້ຮັບ. ຈຳນວນຂອງໄບຕ໌ທີ່ເຂົ້າລະຫັດທີ່ຈະໄດ້ຮັບນັ້ນຖືກຂຽນໃສ່ທະບຽນ Packet Length (0x3E). postamble ໄດ້ຖືກຍົກເລີກ.
MCU ຕ້ອງຖອດລະຫັດພາກສະຫນາມ L, ຄິດໄລ່ຈໍານວນຂອງ bytes ທີ່ຖືກເຂົ້າລະຫັດ, ແລະຂຽນຄ່າລົງໃນ Packet Length register ກ່ອນທີ່ຈະໄດ້ຮັບຄວາມຍາວຂອງ Packet ທີ່ສັ້ນທີ່ສຸດ. L-field ທີ່ສັ້ນທີ່ສຸດທີ່ອະນຸຍາດສໍາລັບຊັ້ນ PHY ແມ່ນ 9, ໃຫ້ 12 bytes ທີ່ບໍ່ໄດ້ເຂົ້າລະຫັດ. ນີ້ເຮັດໃຫ້ 18 ໄບຕ໌ເຂົ້າລະຫັດສໍາລັບ Model T. ສອງ bytes ທໍາອິດໄດ້ຖືກຖອດລະຫັດແລ້ວ. ດັ່ງນັ້ນ, ການລົງທະບຽນຄວາມຍາວແພັກເກັດຕ້ອງໄດ້ຮັບການປັບປຸງເປັນ 16-byte ເວລາຢູ່ທີ່ 100 kbps ຫຼື 1.28 milliseconds. ນີ້ບໍ່ແມ່ນບັນຫາສໍາລັບ 8051 ທີ່ແລ່ນຢູ່ທີ່ 20 MIPS.
ຈໍານວນຂອງ bytes ທີ່ຈະໄດ້ຮັບບໍ່ລວມ postamble, ຍົກເວັ້ນສໍາລັບ postamble ສີ່ຊິບທີ່ໃຊ້ສໍາລັບ Mode T packets ທີ່ມີຄວາມຍາວຂອງແພັກເກັດຄີກ. ດັ່ງນັ້ນ, ເຄື່ອງຮັບບໍ່ຮຽກຮ້ອງໃຫ້ມີ postamble, ຍົກເວັ້ນສໍາລັບ Packet ຄວາມຍາວຂອງ Model T ຄີກ. postamble ນີ້ແມ່ນຈໍາເປັນພຽງແຕ່ເພື່ອໃຫ້ຈໍານວນເຕັມຂອງ bytes ເຂົ້າລະຫັດ. ເນື້ອໃນຂອງ postamble ໄດ້ຖືກລະເລີຍ; ດັ່ງນັ້ນ, ຖ້າ postamble ບໍ່ໄດ້ຖືກຖ່າຍທອດ, ສີ່ຊິບຂອງສິ່ງລົບກວນຈະໄດ້ຮັບແລະບໍ່ສົນໃຈ. ເນື່ອງຈາກຈໍານວນທັງຫມົດຂອງ bytes ທີ່ຖືກເຂົ້າລະຫັດຖືກຈໍາກັດຢູ່ທີ່ 255 (0xFF), ການປະຕິບັດຈໍາກັດຂອບເຂດ L ສູງສຸດສໍາລັບຮູບແບບທີ່ແຕກຕ່າງກັນ.
ຕາຕະລາງ 8. ຂອບເຂດຈໍາກັດຂະຫນາດຊອງ

	ເຂົ້າລະຫັດ		ຖອດລະຫັດ		M-Bus
	ໄບຕ໌		ໄບຕ໌		L-Field
	ເດືອນທັນວາ	hex	ເດືອນທັນວາ	hex	ເດືອນທັນວາ	hex
ໂໝດ S	255	FF	127	7 F	110	6E
ໂໝດ T (ແມັດ-ອື່ນໆ)	255	FF	169	A9	148	94
ໂໝດ R	255	FF	127	7 F	110	6E

ຂອບເຂດຈໍາກັດເຫຼົ່ານີ້ແມ່ນປົກກະຕິດີເຫນືອກໍລະນີການນໍາໃຊ້ປົກກະຕິສໍາລັບເຄື່ອງວັດແທກໄຮ້ສາຍ. ຄວາມຍາວຂອງແພັກເກັດຄວນຖືກຮັກສາໄວ້ໜ້ອຍໜຶ່ງເພື່ອໃຫ້ໄດ້ອາຍຸແບັດເຕີຣີທີ່ດີທີ່ສຸດ.
ນອກຈາກນັ້ນ, ຜູ້ໃຊ້ອາດຈະລະບຸຊ່ອງຂໍ້ມູນ L ສູງສຸດທີ່ຄວນຈະໄດ້ຮັບ (USER_RX_MAX_L_FIELD). ອັນນີ້ກຳນົດຂະໜາດທີ່ຕ້ອງການສຳລັບຮັບບັບເຟີ (USER_RX_BUFFER_SIZE).
ການຮອງຮັບ L-field ສູງສຸດຂອງ 255 ຈະຕ້ອງໄດ້ຮັບ buffer ຂອງ 290 bytes ແລະສູງສຸດ 581 Manchester encoded bytes. ຕົວຈັດການແພັກເກັດຈະຕ້ອງຖືກປິດໃຊ້ງານ ແລະທະບຽນແພັກເກັດບໍ່ສາມາດໃຊ້ໄດ້ໃນກໍລະນີນີ້. ນີ້ແມ່ນຄວາມເປັນໄປໄດ້, ແຕ່ມັນສະດວກກວ່າທີ່ຈະໃຊ້ຕົວຈັບແພັກເກັດ, ຖ້າເປັນໄປໄດ້.

ການນຳໃຊ້ FIFO

Si4431 ສະຫນອງ 64 byte FIFO ສໍາລັບການສົ່ງແລະຮັບ. ເນື່ອງຈາກຈໍານວນຂອງ bytes ທີ່ຖືກເຂົ້າລະຫັດແມ່ນ 255, packet ທີ່ເຂົ້າລະຫັດທັງຫມົດອາດຈະບໍ່ເຫມາະພາຍໃນ 64-byte buffer.
ການສົ່ງຜ່ານ
ໃນເວລາສົ່ງ, ຈໍານວນທັງຫມົດຂອງ bytes ເຂົ້າລະຫັດຖືກຄິດໄລ່. ຖ້າຈໍານວນທັງຫມົດຂອງ bytes ທີ່ຖືກເຂົ້າລະຫັດ, ລວມທັງ postamble, ແມ່ນຫນ້ອຍກວ່າ 64 bytes, packet ທັງຫມົດຖືກຂຽນໄປຫາ FIFO ແລະພຽງແຕ່ແພັກເກັດທີ່ຖືກສົ່ງຂັດຂວາງເທົ່ານັ້ນທີ່ຖືກເປີດໃຊ້. ຊຸດສັ້ນສ່ວນໃຫຍ່ຈະຖືກສົ່ງໄປໃນຫນຶ່ງການໂອນ FIFO.
ຖ້າຈໍານວນຂອງ bytes ເຂົ້າລະຫັດແມ່ນຫຼາຍກ່ວາ 64, ການໂອນ FIFO ຫຼາຍຈະຕ້ອງໄດ້ສົ່ງແພັກເກັດ. 64 bytes ທໍາອິດຖືກຂຽນໃສ່ FIFO. ແພກເກັດທີ່ສົ່ງແລະ TX FIFO ເກືອບເປົ່າຫວ່າງຖືກເປີດໃຊ້ງານ. TX FIFO ເກືອບຈະຫວ່າງເປົ່າແມ່ນຕັ້ງເປັນ 16 bytes (25%). ເມື່ອແຕ່ລະເຫດການ IRQ, ສະຖານະພາບ 2 ລົງທະບຽນຖືກອ່ານ. Packet ສົ່ງ bit ຖືກກວດສອບກ່ອນ, ແລະ, ຖ້າ packet ບໍ່ໄດ້ຖືກສົ່ງໄປຢ່າງສົມບູນ, ຂໍ້ມູນ 48 bytes ຕໍ່ໄປຈະຖືກຂຽນໃສ່ FIFO. ນີ້ສືບຕໍ່ຈົນກ່ວາ bytes ທີ່ຖືກເຂົ້າລະຫັດທັງຫມົດໄດ້ຖືກຂຽນແລະການຂັດຂວາງ Packet ສົ່ງເກີດຂຶ້ນ.
1. ການຕ້ອນຮັບ
ໃນການຕ້ອນຮັບ, ໃນເບື້ອງຕົ້ນ, ພຽງແຕ່ການຂັດຂວາງການ Sync Word ໄດ້ຖືກເປີດໃຊ້. ຫຼັງ​ຈາກ​ໄດ້​ຮັບ​ຄໍາ​ທີ່ sync ໄດ້​, ຄໍາ sync interrupt ໄດ້​ຖືກ​ປິດ​ການ​ໃຊ້​ງານ​ແລະ FIFO ເກືອບ Full interrupt ແມ່ນ​ເປີດ​ໃຫ້​ໃຊ້​ງານ​. FIFO ເກືອບເຕັມຈະຖືກກໍານົດໃນເບື້ອງຕົ້ນເປັນ 2 bytes. ການຂັດຂວາງ FIFO ເກືອບເຕັມຄັ້ງທໍາອິດຖືກນໍາໃຊ້ເພື່ອຮູ້ວ່າເວລາທີ່ສອງ bytes ຄວາມຍາວໄດ້ຮັບ. ເມື່ອໄດ້ຮັບຄວາມຍາວ, ຄວາມຍາວຈະຖືກຖອດລະຫັດແລະຈໍານວນຂອງ bytes ທີ່ເຂົ້າລະຫັດຖືກຄິດໄລ່. ຫຼັງຈາກນັ້ນ RX FIFO ເກືອບເຕັມຈະຖືກກໍານົດເປັນ 48 bytes. RX FIFO ແມ່ນເກືອບເຕັມ ແລະ Valid Packet interrupts ຖືກເປີດໃຊ້. ເມື່ອເຫດການ IRQ ຕໍ່ໄປ, ສະຖານະ 1 ລົງທະບຽນຖືກອ່ານ. ທໍາອິດ, ບິດ Packet ທີ່ຖືກຕ້ອງຖືກກວດສອບ, ແລະຫຼັງຈາກນັ້ນ FIFO ເກືອບເຕັມບິດຖືກກວດສອບ. ຖ້າພຽງແຕ່ RX FIFO ເກືອບເຕັມບິດຖືກຕັ້ງ, 48 bytes ຕໍ່ໄປຈະຖືກອ່ານຈາກ FIFO. ຖ້າຊຸດແພັກເກັດທີ່ຖືກຕ້ອງຖືກຕັ້ງ, ສ່ວນທີ່ເຫຼືອຂອງແພັກເກັດຖືກອ່ານຈາກ FIFO. MCU ຕິດຕາມຈໍານວນໄບຕ໌ໄດ້ຖືກອ່ານແລະຢຸດການອ່ານຫຼັງຈາກ byte ສຸດທ້າຍ.

ຊັ້ນຂໍ້ມູນການເຊື່ອມໂຍງ

ໂມດູນຊັ້ນເຊື່ອມຕໍ່ຂໍ້ມູນປະຕິບັດຊັ້ນເຊື່ອມຕໍ່ທີ່ສອດຄ່ອງກັບ 13757-4:2005. ຊັ້ນຂໍ້ມູນການເຊື່ອມໂຍງ (LINK) ສະຫນອງການໂຕ້ຕອບລະຫວ່າງຊັ້ນທາງດ້ານຮ່າງກາຍ (PHY) ແລະຊັ້ນຄໍາຮ້ອງສະຫມັກ (AL).
Data Link Layer ປະຕິບັດໜ້າທີ່ຕໍ່ໄປນີ້:

• ໃຫ້ຟັງຊັນທີ່ໂອນຂໍ້ມູນລະຫວ່າງ PHY ແລະ AL
• ສ້າງ CRCs ສໍາລັບຂໍ້ຄວາມທີ່ສົ່ງອອກ
• ກວດພົບຂໍ້ຜິດພາດ CRC ໃນຂໍ້ຄວາມທີ່ເຂົ້າມາ
• ສະຫນອງທີ່ຢູ່ທາງດ້ານຮ່າງກາຍ
• ຮັບ​ຮູ້​ການ​ໂອນ​ສໍາ​ລັບ​ຮູບ​ແບບ​ການ​ສື່​ສານ bidirectional​
• ກອບຂໍ້ມູນ bits
• ກວດພົບຄວາມຜິດພາດຂອງກອບໃນຂໍ້ຄວາມທີ່ເຂົ້າມາ

Link Layer Frame Format

ຮູບແບບເຟຣມ Wireless M-Bus ທີ່ໃຊ້ໃນ EN 13757-4:2005 ແມ່ນມາຈາກຮູບແບບເຟຣມ FT3 (Frame Type 3) ຈາກ IEC60870-5-2. ກອບປະກອບດ້ວຍຫນຶ່ງຫຼືຫຼາຍຕັນຂອງຂໍ້ມູນ. ແຕ່ລະບລັອກປະກອບມີຊ່ອງຂໍ້ມູນ CRC 16-ບິດ. bock ທໍາອິດແມ່ນຕັນທີ່ມີຄວາມຍາວຄົງທີ່ຂອງ 12 bytes ທີ່ປະກອບມີ L-field, C-field, M-field, ແລະ A-Field.

1. L-Field
   L-field ແມ່ນຄວາມຍາວຂອງ Link layer payload. ອັນນີ້ບໍ່ລວມເອົາ L-field ຕົວມັນເອງ ຫຼື CRC bytes ໃດໆ. ມັນປະກອບມີ L-field, C-field, M-field, ແລະ A-Field. ເຫຼົ່ານີ້ແມ່ນສ່ວນຫນຶ່ງຂອງ PHY payload.
   ເນື່ອງຈາກວ່າຈໍານວນໄບຕ໌ທີ່ຖືກເຂົ້າລະຫັດຖືກຈໍາກັດຢູ່ທີ່ 255 ໄບຕ໌, ມູນຄ່າສູງສຸດທີ່ສະຫນັບສະຫນູນສໍາລັບ M-field ແມ່ນ 110 ໄບຕ໌ສໍາລັບຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດ Manchester ແລະ 148 ໄບຕ໌ສໍາລັບຂໍ້ມູນເຂົ້າລະຫັດ Mode T Three-Out-of-Six.
   ຊັ້ນເຊື່ອມຕໍ່ແມ່ນຮັບຜິດຊອບສໍາລັບການຄິດໄລ່ L-field ໃນລະບົບສາຍສົ່ງ. ຊັ້ນເຊື່ອມຕໍ່ຈະໃຊ້ L-field ໃນການຮັບ.
   ໃຫ້ສັງເກດວ່າ L-field ບໍ່ໄດ້ຊີ້ບອກເຖິງຄວາມຍາວຂອງ payload PHY ຫຼືຈໍານວນຂອງ bytes ທີ່ເຂົ້າລະຫັດ. ເມື່ອສົ່ງຜ່ານ, PHY ຈະຄິດໄລ່ຄວາມຍາວຂອງ payload PHY ແລະຈໍານວນຂອງ bytes ທີ່ເຂົ້າລະຫັດ. ເມື່ອຮັບ, PHY ຈະຖອດລະຫັດພາກສະຫນາມ L ແລະຄິດໄລ່ຈໍານວນ bytes ທີ່ຈະຖອດລະຫັດ.
2. C-Field
   C-field ແມ່ນພາກສະຫນາມຄວບຄຸມກອບ. ຊ່ອງຂໍ້ມູນນີ້ກໍານົດປະເພດກອບແລະຖືກນໍາໃຊ້ສໍາລັບການເຊື່ອມໂຍງຂໍ້ມູນການບໍລິການເບື້ອງຕົ້ນ. ຊ່ອງ C ຊີ້ບອກປະເພດກອບ – ສົ່ງ, ຢືນຢັນ, ຮ້ອງຂໍ, ຫຼືຕອບ. ໃນກໍລະນີຂອງ SEND ແລະ REQUEST ເຟຣມ, C-field ຊີ້ບອກວ່າການຢືນຢັນຫຼືຄໍາຕອບແມ່ນຄາດວ່າຈະ.
   ເມື່ອໃຊ້ຟັງຊັນ Link TX ພື້ນຖານ, ຄ່າໃດໆຂອງ C ສາມາດຖືກນໍາໃຊ້. ເມື່ອນຳໃຊ້ Link Service Primitives, ຊ່ອງຂໍ້ມູນ C ຈະຖືກເພີ່ມໂດຍອັດຕະໂນມັດຕາມ EN 13757-4:2005.
3. M-Field
   M-field ແມ່ນລະຫັດຂອງຜູ້ຜະລິດ. ຜູ້ຜະລິດສາມາດຮ້ອງຂໍລະຫັດສາມຕົວອັກສອນຈາກຕໍ່ໄປນີ້ web ທີ່ຢູ່: http://www.dlms.com/flag/INDEX.HTM ແຕ່ລະຕົວອັກສອນຂອງລະຫັດສາມຕົວອັກສອນຖືກເຂົ້າລະຫັດເປັນຫ້າບິດ. ລະຫັດ 5-bit ອາດຈະໄດ້ຮັບໂດຍການເອົາລະຫັດ ASCII ແລະລົບ 0x40 (“A”). ສາມລະຫັດ 5-bit ແມ່ນປະສົມປະສານເພື່ອເຮັດໃຫ້ 15-bits. ບິດທີ່ສໍາຄັນທີ່ສຸດແມ່ນສູນ.
4. A-Field
   ຊ່ອງຂໍ້ມູນທີ່ຢູ່ເປັນທີ່ຢູ່ 6-byte ເປັນເອກະລັກສໍາລັບແຕ່ລະອຸປະກອນ. ທີ່ຢູ່ເປັນເອກະລັກຄວນໄດ້ຮັບການມອບຫມາຍໂດຍຜູ້ຜະລິດ. ມັນເປັນຄວາມຮັບຜິດຊອບຂອງຜູ້ຜະລິດແຕ່ລະຄົນເພື່ອຮັບປະກັນວ່າແຕ່ລະອຸປະກອນມີທີ່ຢູ່ 6-byte ເປັນເອກະລັກ. ທີ່ຢູ່ສໍາລັບສົ່ງແລະຮ້ອງຂໍກອບເປັນທີ່ຢູ່ຂອງຕົນເອງຂອງແມັດຫຼືອຸປະກອນອື່ນໆ. ກອບຂໍ້ມູນການຢືນຢັນແລະການຕອບໂຕ້ຖືກສົ່ງໂດຍໃຊ້ທີ່ຢູ່ຂອງອຸປະກອນຕົ້ນກໍາເນີດ.
5. CI-Field
   CI-field ແມ່ນສ່ວນຫົວຂອງແອັບພລິເຄຊັນ ແລະລະບຸປະເພດຂອງຂໍ້ມູນໃນແອັບພລິເຄຊັນຂໍ້ມູນ payload. ໃນຂະນະທີ່ EN13757-4:2005 ກໍານົດຈໍານວນຈໍາກັດຂອງຄ່າ, Link Service Primitives ຈະອະນຸຍາດໃຫ້ນໍາໃຊ້ຄ່າໃດໆ.
6. CRC
   CRC ຖືກກໍານົດໄວ້ໃນ EN13757-4: 2005.
   CRC Polynomial ແມ່ນ:
   X16 + x13 + x12 + x11 + x10 + x8 +x6 + x5 +x2 + 1
   ໃຫ້ສັງເກດວ່າ M-Bus CRC ຖືກຄິດໄລ່ຫຼາຍກວ່າແຕ່ລະບລັອກ 16-byte. ຜົນໄດ້ຮັບແມ່ນວ່າທຸກໆ 16 bytes ຂອງຂໍ້ມູນຕ້ອງການ 18 bytes ທີ່ຈະສົ່ງ,

ຂໍ້ມູນເພີ່ມເຕີມ

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການຈັດຕັ້ງປະຕິບັດ Link Layer, ເບິ່ງ “AN452: Wireless M-Bus Stack Programmers Guide”.

ການຄຸ້ມຄອງພະລັງງານ

ຮູບທີ 2 ສະແດງໃຫ້ເຫັນໄລຍະເວລາການຄຸ້ມຄອງພະລັງງານສໍາລັບແມັດ example ໃຊ້ Mode T1.

MCU ຄວນຢູ່ໃນໂໝດນອນຫຼັບທຸກຄັ້ງທີ່ເປັນໄປໄດ້ເພື່ອປະຢັດພະລັງງານ. ໃນນີ້ exampດັ່ງນັ້ນ, MCU ກໍາລັງນອນໃນເວລາທີ່ RTC ກໍາລັງແລ່ນ, ໃນເວລາທີ່ລໍຖ້າການເລີ່ມຕົ້ນຂອງວິທະຍຸ crystal crystal, ແລະໃນເວລາທີ່ສົ່ງຈາກ FIFO. MCU ຈະຕື່ນຈາກສັນຍານ EZRadioPRO IRQ ທີ່ເຊື່ອມຕໍ່ກັບການປຸກ Port Match.
ເມື່ອສົ່ງຂໍ້ຄວາມຍາວກວ່າຫນຶ່ງຕັນ, MCU ຕ້ອງຕື່ນຂຶ້ນມາເພື່ອຕື່ມຂໍ້ມູນໃສ່ FIFO (ອີງໃສ່ FIFO ເກືອບຫວ່າງເປົ່າຂັດຂວາງ) ແລະຫຼັງຈາກນັ້ນກັບໄປນອນ.
MCU ຄວນຢູ່ໃນໂໝດ Idle ແລ່ນຈາກ oscillator ພະລັງງານຕໍ່າ ຫຼື burst-mode oscillator ເມື່ອອ່ານຈາກ ADC. ADC ຕ້ອງການໂມງ SAR.
ເມື່ອບໍ່ໄດ້ໃຊ້, EZRadioPRO ຄວນຢູ່ໃນໂຫມດການປິດດ້ວຍ pin SDN ທີ່ຂັບເຄື່ອນສູງ. ອັນນີ້ຕ້ອງການການເຊື່ອມຕໍ່ແບບມີສາຍກັບ MCU. ການລົງທະບຽນ EZ Radio Pro ບໍ່ໄດ້ຖືກເກັບຮັກສາໄວ້ໃນໂຫມດປິດ; ດັ່ງນັ້ນ, EZRadioPro ແມ່ນເບື້ອງຕົ້ນໃນແຕ່ລະໄລຍະ RTC. ການເລີ່ມຕົ້ນວິທະຍຸໃຊ້ເວລາຫນ້ອຍກວ່າ 100 µs ແລະປະຫຍັດ 400 nA. ອັນນີ້ເຮັດໃຫ້ການປະຫຍັດພະລັງງານ 10 µJ, ອີງຕາມໄລຍະຫ່າງ 10 ວິນາທີ.
EZRadioPRO ໄປເຊຍກັນໃຊ້ເວລາປະມານ 16 ms ສໍາລັບ POR. ນີ້ແມ່ນຍາວພຽງພໍທີ່ຈະຄິດໄລ່ CRC ສໍາລັບປະມານແປດຕັນ. MCU ຈະກັບຄືນໄປນອນຖ້າມັນເຮັດສໍາເລັດ CRCs ທັງຫມົດກ່ອນທີ່ crystal ຈະສະຖຽນລະພາບ. ຖ້າຕ້ອງການການເຂົ້າລະຫັດ, ມັນກໍ່ສາມາດເລີ່ມຕົ້ນໄດ້ໃນຂະນະທີ່ລໍຖ້າຢູ່ໃນ crystal oscillator.
MCU ຄວນດໍາເນີນການຢູ່ທີ່ 20 MHz ໂດຍໃຊ້ oscillator ພະລັງງານຕ່ໍາສໍາລັບວຽກງານສ່ວນໃຫຍ່. ວຽກທີ່ຕ້ອງການການໝົດເວລາທີ່ຊັດເຈນຈະຕ້ອງໃຊ້ oscillator ຄວາມແມ່ນຍໍາ ແລະ idle mode ແທນໂໝດນອນ. RTC ສະຫນອງການແກ້ໄຂພຽງພໍສໍາລັບວຽກງານສ່ວນໃຫຍ່. ໄລຍະເວລາການຄຸ້ມຄອງພະລັງງານສໍາລັບ T2 ແມັດ exampຄໍາຮ້ອງສະຫມັກ le ແມ່ນສະແດງຢູ່ໃນຮູບ 3.

ການປະຕິບັດຕົວຮັບສັນຍານຄວນຖືກປັບໃຫ້ເຫມາະສົມສໍາລັບກໍລະນີປົກກະຕິເມື່ອເຄື່ອງວັດແທກຕື່ນຂຶ້ນແລະບໍ່ມີຕົວອ່ານ. ການໝົດເວລາ ACK ຕ່ຳສຸດ/ສູງສຸດແມ່ນຍາວພຽງພໍເພື່ອໃຫ້ສາມາດໃຊ້ C8051F930 RTC ແລະວາງ MCU ເຂົ້າໃນໂໝດນອນ.
ທາງເລືອກໃນການກໍ່ສ້າງແມ່ນສະຫນອງໃຫ້ສໍາລັບເຄື່ອງອ່ານຕົ້ນຕໍຫຼື USB-powered ທີ່ບໍ່ຈໍາເປັນຕ້ອງໃຊ້ຮູບແບບການນອນ. ໂໝດບໍ່ເຮັດວຽກຈະຖືກໃຊ້ແທນການນອນເພື່ອໃຫ້ USB ແລະ UART ອາດລົບກວນ MCU.

Simplicity Studio
ຄລິກດຽວເຂົ້າເຖິງ MCU ແລະເຄື່ອງມືໄຮ້ສາຍ, ເອກະສານ, ຊອບແວ, ຫ້ອງສະໝຸດລະຫັດແຫຼ່ງ ແລະອື່ນໆອີກ. ມີ​ສໍາ​ລັບ Windows​,
Mac ແລະ Linux!

Portfolio iot www.silabs.com/IoT	SW/HW www.silabs.com/simplicity	ຄຸນະພາບ www.silabs.com/quality	ສະຫນັບສະຫນູນແລະຊຸມຊົນ community.silabs.com

ປະຕິເສດຄວາມຮັບຜິດຊອບ
Silicon Labs ຕັ້ງໃຈໃຫ້ລູກຄ້າມີເອກະສານຫຼ້າສຸດ, ຖືກຕ້ອງ, ແລະເລິກເຊິ່ງກ່ຽວກັບອຸປະກອນຕໍ່ພ່ວງ ແລະໂມດູນທັງໝົດທີ່ມີໃຫ້ຜູ້ປະຕິບັດລະບົບ ແລະຊອບແວທີ່ໃຊ້ ຫຼືຕັ້ງໃຈໃຊ້ຜະລິດຕະພັນ Silicon Labs. ຂໍ້ມູນລັກສະນະ, ໂມດູນແລະອຸປະກອນຕໍ່ພ່ວງທີ່ມີ, ຂະຫນາດຫນ່ວຍຄວາມຈໍາແລະທີ່ຢູ່ຫນ່ວຍຄວາມຈໍາຫມາຍເຖິງອຸປະກອນສະເພາະໃດຫນຶ່ງ, ແລະຕົວກໍານົດການ "ປົກກະຕິ" ທີ່ສະຫນອງໃຫ້ສາມາດແລະແຕກຕ່າງກັນໃນຄໍາຮ້ອງສະຫມັກທີ່ແຕກຕ່າງກັນ. ຄໍາຮ້ອງສະຫມັກ examples ທີ່ອະທິບາຍໃນທີ່ນີ້ແມ່ນສໍາລັບຈຸດປະສົງຕົວຢ່າງເທົ່ານັ້ນ. Silicon Labs ສະຫງວນສິດທີ່ຈະເຮັດການປ່ຽນແປງໂດຍບໍ່ມີການແຈ້ງການເພີ່ມເຕີມ ແລະຂໍ້ຈໍາກັດຕໍ່ຂໍ້ມູນຜະລິດຕະພັນ, ຂໍ້ມູນສະເພາະ, ແລະລາຍລະອຽດຢູ່ທີ່ນີ້, ແລະບໍ່ໃຫ້ການຮັບປະກັນກ່ຽວກັບຄວາມຖືກຕ້ອງ ຫຼືຄົບຖ້ວນຂອງຂໍ້ມູນລວມ. Silicon Labs ຈະບໍ່ມີຄວາມຮັບຜິດຊອບຕໍ່ຜົນສະທ້ອນຂອງການນໍາໃຊ້ຂໍ້ມູນທີ່ສະຫນອງໃຫ້ໃນທີ່ນີ້. ເອກະສານນີ້ບໍ່ໄດ້ອ້າງເຖິງ ຫຼືສະແດງລິຂະສິດລິຂະສິດທີ່ໄດ້ຮັບອະນຸຍາດຈາກນີ້ເພື່ອອອກແບບ ຫຼືສ້າງວົງຈອນລວມໃດໆ. ຜະລິດຕະພັນບໍ່ໄດ້ຖືກອອກແບບຫຼືອະນຸຍາດໃຫ້ນໍາໃຊ້ພາຍໃນລະບົບການຊ່ວຍເຫຼືອຊີວິດໃດໆໂດຍບໍ່ມີການຍິນຍອມເຫັນດີເປັນລາຍລັກອັກສອນສະເພາະຂອງ Silicon Labs. “ລະບົບການຊ່ວຍເຫຼືອຊີວິດ” ແມ່ນຜະລິດຕະພັນ ຫຼືລະບົບໃດໜຶ່ງທີ່ມີຈຸດປະສົງເພື່ອສະໜັບສະໜູນ ຫຼືຮັກສາຊີວິດ ແລະ/ຫຼືສຸຂະພາບ, ເຊິ່ງ, ຖ້າມັນລົ້ມເຫລວ, ອາດມີເຫດຜົນຢ່າງສົມເຫດສົມຜົນທີ່ຈະສົ່ງຜົນໃຫ້ມີການບາດເຈັບ ຫຼືເສຍຊີວິດຢ່າງຫຼວງຫຼາຍ. ຜະ​ລິດ​ຕະ​ພັນ Silicon Labs ບໍ່​ໄດ້​ຖືກ​ອອກ​ແບບ​ຫຼື​ອະ​ນຸ​ຍາດ​ສໍາ​ລັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທາງ​ການ​ທະ​ຫານ. ຜະລິດຕະພັນຂອງ Silicon Labs ຈະບໍ່ຢູ່ໃນສະຖານະການໃດໆທີ່ຈະຖືກນໍາໃຊ້ໃນອາວຸດທໍາລາຍມະຫາຊົນລວມທັງ (ແຕ່ບໍ່ຈໍາກັດ) ອາວຸດນິວເຄລຍ, ຊີວະວິທະຍາ, ຫຼືເຄມີ, ຫຼືລູກສອນໄຟທີ່ສາມາດຈັດສົ່ງອາວຸດດັ່ງກ່າວ.
ຂໍ້ມູນເຄື່ອງຫມາຍການຄ້າ
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs®, ແລະ Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, Clockbuilder®, CMEMS®, DSPLL®, EFM®, EFM32®, EFR, Ember® , ໂລໂກ້ Energy Micro, Energy Micro ແລະການຜະສົມຜະສານຂອງມັນ, “ຕົວຄວບຄຸມຈຸລະພາກທີ່ເປັນມິດກັບພະລັງງານທີ່ສຸດໃນໂລກ”, Ember®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, ISOmodem®, Precision32®, ProSLIC®, Simplicity Studio®, SiPHY® , Telegesis, Telegesis Logo®, USBXpress®, ແລະອື່ນໆແມ່ນເຄື່ອງໝາຍການຄ້າ ຫຼືເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ Silicon Labs. ARM, CORTEX, Cortex-M3, ແລະໂປ້ມືແມ່ນເຄື່ອງຫມາຍການຄ້າຫຼືເຄື່ອງຫມາຍການຄ້າຈົດທະບຽນຂອງ ARM Holdings. Keil ເປັນເຄື່ອງໝາຍການຄ້າຈົດທະບຽນຂອງ ARM Limited. ຜະລິດຕະພັນ ຫຼືຊື່ຍີ່ຫໍ້ອື່ນໆທັງໝົດທີ່ກ່າວມານີ້ແມ່ນເຄື່ອງໝາຍການຄ້າຂອງຜູ້ຖືຂອງເຂົາເຈົ້າ.

Silicon Laboratories Inc.
400 ຕາເວັນຕົກ Cesar Chavez
Austin, TX 78701
ສະຫະລັດ
http://www.silabs.com

ເອກະສານ / ຊັບພະຍາກອນ

ການປະຕິບັດຊອບແວ SILICON LABS Wireless M-BUS AN451 [pdf] ຄູ່ມືຜູ້ໃຊ້ SILICON LABS, C8051, MCU, ແລະ, EZRadioPRO, Wireless M-bus, Wireless, M-BUS, ຊອບແວ, ການຈັດຕັ້ງປະຕິບັດ, AN451

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້