AN451
وائرليس ايم-بس سافٽ ويئر لاڳو ڪرڻ
تعارف
هي ايپليڪيشن نوٽ بيان ڪري ٿو سلڪون ليبز جي عمل درآمد کي وائرليس ايم-بس استعمال ڪندي سلڪون ليبز C8051 MCU ۽ EZRadioPRO®. وائرليس M-bus 868 MHz فريکوئنسي بينڊ استعمال ڪندي ميٽر ريڊنگ ايپليڪيشنن لاءِ يورپي معيار آهي.
اسٽيڪ پرت
وائرليس ايم-بس 3-پرت IEC ماڊل استعمال ڪري ٿو، جيڪو 7-پرت OSI ماڊل جو سبسٽ آهي (ڏسو شڪل 1).
جسماني (PHY) پرت جي وضاحت ڪئي وئي آهي EN 13757-4 ۾. جسماني پرت وضاحت ڪري ٿي ته بٽ ڪيئن انڪوڊ ٿيل ۽ منتقل ڪيا ويا آهن، آر ايف موڊيم خاصيتون (چپ جي شرح، پريمبل، ۽ هم وقت سازي لفظ)، ۽ آر ايف پيٽرولس (ماڊليشن، سينٽر فریکوئنسي، ۽ فریکوئنسي انحراف).
PHY پرت هارڊويئر ۽ فرم ويئر جي ميلاپ کي استعمال ڪندي لاڳو ڪيو ويو آهي. EZRadioPRO سڀني آر ايف ۽ موڊيم افعال کي انجام ڏئي ٿو. EZRadioPRO استعمال ڪيو ويندو آهي FIFO موڊ ۾ پيڪٽ هينڊلر سان. MbusPhy.c ماڊل مهيا ڪري ٿو SPI انٽرفيس، انڪوڊنگ/ڊيڪوڊنگ، بلاڪ پڙهڻ/لکڻ، ۽ پيڪٽ هينڊلنگ ۽ ٽرانسيور رياستن کي منظم ڪري ٿو.
M-Bus ڊيٽا لنڪ پرت MbusLink.c ماڊل ۾ لاڳو ڪئي وئي آهي. M-Bus ايپليڪيشن پروگرامنگ انٽرفيس عوامي ڪمن تي مشتمل آهي جيڪي شايد مکيه سلسلي ۾ ايپليڪيشن پرت مان سڏيا وڃن. MbusLink ماڊل پڻ ڊيٽا لنڪ پرت کي لاڳو ڪري ٿو. ڊيٽا لنڪ ليئر فارميٽ ڪندو ۽ ڊيٽا کي نقل ڪندو ايپليڪيشن TX بفر مان MbusPhy TX بفر ۾، شامل ڪندي گهربل هيڊر ۽ CRCs.
ايپليڪيشن پرت پاڻ M-bus firmware جو حصو نه آهي. ايپليڪيشن پرت وضاحت ڪري ٿي ته ڪئين مختلف قسم جي ڊيٽا کي ٽرانسميشن لاء فارميٽ ڪيو وڃي. گھڻن ميٽرن کي صرف ھڪڙي يا ٻن قسمن جي ڊيٽا کي منتقل ڪرڻ جي ضرورت آھي. ميٽر ۾ ڪنهن به قسم جي ڊيٽا کي شامل ڪرڻ لاءِ ڪوڊ جي وڏي مقدار کي شامل ڪرڻ سان ميٽر ۾ غير ضروري ڪوڊ ۽ قيمت شامل ٿيندي. اهو ممڪن ٿي سگهي ٿو هڪ لائبريري يا هيڊر کي لاڳو ڪرڻ لاء file ڊيٽا جي قسمن جي هڪ مڪمل فهرست سان. بهرحال، اڪثر ميٽرنگ گراهڪ ڄاڻن ٿا ته انهن کي ڪهڙي قسم جي ڊيٽا منتقل ڪرڻ جي ضرورت آهي ۽ فارميٽنگ جي تفصيل لاءِ معيار ڏانهن رجوع ڪري سگهن ٿا. هڪ عالمگير پڙهندڙ يا سنيفر شايد PC GUI تي ايپليڪيشن ڊيٽا جي قسمن جو مڪمل سيٽ لاڳو ڪري سگھي ٿو. انهن سببن لاء، ايپليڪيشن پرت استعمال ڪندي لاڳو ڪئي وئي آهي exampهڪ ميٽر ۽ ريڊر لاءِ درخواستون.
گهربل معيار
- EN 13757-4
EN 13757-4
ميٽرن لاءِ ڪميونيڪيشن سسٽم ۽ ميٽرن جي ريموٽ ريڊنگ
حصو 4: وائرليس ميٽر ريڊ آئوٽ
868 MHz کان 870 MHz SRD بينڊ ۾ آپريشن لاءِ ريڊيوميٽر ريڊنگ - EN 13757-3
ميٽرن لاءِ ڪميونيڪيشن سسٽم ۽ ميٽرن جي ريموٽ ريڊنگ
حصو 3: وقف ٿيل ايپليڪيشن پرت - IEC 60870-2-1:1992
ٽيليڪانٽرول سامان ۽ سسٽم
حصو 5: ٽرانسميشن پروٽوڪول
سيڪشن 1: لنڪ ٽرانسميشن جو طريقو - IEC 60870-1-1:1990
ٽيليڪانٽرول سامان ۽ سسٽم
حصو 5: ٽرانسميشن پروٽوڪول
سيڪشن 1: ٽرانسميشن فريم فارميٽ
وصفون
- ايم-بس-M-Bus يورپ ۾ ميٽر ريڊنگ لاءِ وائرڊ معيار آهي.
- وائرليس ايم-بس- يورپ ۾ ميٽر ريڊنگ ايپليڪيشنن لاءِ وائرليس ايم-بس.
- PHYجسماني پرت بيان ڪري ٿي ته ڊيٽا بٽ ۽ بائيٽ ڪيئن انڪوڊ ۽ منتقل ڪيا ويا آهن.
- API-ايپليڪيشن پروگرامر انٽرفيس.
- LINK-ڊيٽا لنڪ پرت وضاحت ڪري ٿي ته بلاڪ ۽ فريم ڪيئن منتقل ڪيا ويا آهن.
- CRC-سائيڪل ريڊنڊنسي چيڪ.
- FSK-فریکوئنسي شفٽ ڪيئنگ.
- چپ-منتقل ٿيل ڊيٽا جو ننڍڙو يونٽ. ھڪڙي ڊيٽا بٽ ڪيترن ئي چپس طور انڪوڊ ٿيل آھي.
- ماڊل-AC ڪوڊ جو ذريعو .c file.
M-Bus PHY فنڪشنل وضاحت
تمثيل جو سلسلو
M-bus specification پاران بيان ڪيل تمثيل جو تسلسل صفر ۽ هڪ کي متبادل ڪندڙ هڪ عدد عدد آهي. ھڪڙو بيان ڪيو ويو آھي اعلي تعدد جي طور تي، ۽ ھڪڙي صفر کي هيٺين تعدد جي طور تي بيان ڪيو ويو آھي.
nx (01)
Si443x لاءِ تمثيل جا اختيار نبلن جو ھڪ عدد عدد آھي جنھن ۾ متبادل ۽ صفر شامل آھن.
nx (1010)
اضافي اڳواٽ سان هڪ تمثيل ڪو مسئلو نه هوندو، پر، پوء، هم وقت سازي لفظ ۽ پيل لوڊ هڪ سا سان غلط ترتيب ڏني ويندي.
ان جو حل اهو آهي ته انجڻ بٽ کي ماڊل ڪنٽرول 2 رجسٽر (0x71) ۾ سيٽ ڪندي پوري پيڪٽ کي ڦيرايو. هي پريمبل، هم وقت سازي لفظ، ۽ TX/RX ڊيٽا کي ڦيرائي ڇڏيندو. نتيجي طور، ڊيٽا کي تبديل ڪيو وڃي جڏهن TX ڊيٽا لکڻ يا RX ڊيٽا پڙهڻ. انهي سان گڏ، هم وقت سازي لفظ Si443x هم وقت سازي لفظ رجسٽرز تي لکڻ کان اڳ انٽ ڪيو ويو آهي.
هم وقت سازي جو لفظ
EN-13757-4 لاءِ گهربل هم وقت سازي لفظ يا ته موڊ S ۽ موڊ R لاءِ 18 چپس يا ماڊل T لاءِ 10 چپس آهن. Si443x لاءِ هم وقت سازي جو لفظ 1 کان 4 بائيٽ آهي. بهرحال، جيئن ته هم وقت سازي لفظ هميشه اڳياڙيءَ کان اڳ ۾ هوندو آهي، تنهن ڪري پيش لفظ جي آخري ڇهن بٽن کي هم وقت سازي لفظ جو حصو سمجهي سگهجي ٿو؛ تنهن ڪري، پهريون هم وقت سازي لفظ هڪ صفر جي ٽن ورهاڱي سان ڀريل آهي جنهن جي پٺيان هڪ. هم وقت سازي لفظ مڪمل ڪيو ويو آهي لکڻ کان اڳ Si443x رجسٽرز ڏانهن.
جدول 1. موڊ S ۽ موڊ R لاءِ هم وقت سازي جو لفظ
| EN 13757-4 | 00 | 01110110 | 10010110 | بائنري |
| 00 | 76 | 96 | هيس | |
| پيڊ سان (01) x 3 | 01010100 | 01110110 | 10010110 | بائنري |
| 54 | 76 | 96 | هيس | |
| مڪمل ڪرڻ | 10101011 | 10001001 | 01101001 | بائنري |
| AB | 89 | 69 | هيس |
جدول 2. موڊ ٽي ميٽر لاءِ هم وقت سازي جو لفظ
| SYNCH | SYNCH | SYNCH |
| لفظ | لفظ | لفظ |
| 3 | 2 | 1 |
ترسيل Preamble ڊگھائي
گھٽ ۾ گھٽ پريمبل چار مختلف آپريٽنگ طريقن لاء بيان ڪيو ويو آھي. اهو قابل قبول آهي ته تجويز ڪيل کان وڌيڪ ڊگهو آهي. پريمبل لاءِ ڇھ چپس کي گھٽائڻ سان Si443x پريمبل لاءِ چپس جو گھٽ ۾ گھٽ تعداد ڏئي ٿو. عمل درآمد تمام مختصر پريمبل موڊس ۾ پريمبل جي ٻن اضافي نبلز کي شامل ڪري ٿو ته جيئن پريمبل جي سڃاڻپ ۽ مداخلت کي بهتر بڻائي سگهجي. موڊ S تي پريمبل ڊگھي تمثيل سان تمام ڊگھو آھي. تنهن ڪري، گهٽ ۾ گهٽ پريمبل استعمال ڪيو ويندو آهي. nibbles ۾ preamble جي ڊگھائي Preamble Length (0x34) رجسٽر ۾ لکيل آھي. پريمبل ڊگھائي رجسٽر صرف ٽرانسميشن تي پريمبل کي طئي ڪري ٿو. گھٽ ۾ گھٽ وضاحت ۽ تمثيل جي ڊگھائي سيٽنگون جدول 3 ۾ اختصار ڪيون ويون آھن.
جدول 3. پريمبل ڊگھائي منتقل ڪريو
| EN-13757-4 گھٽ ۾ گھٽ |
Si443x پريمبل مقرر ڪرڻ |
هم وقت سازي لفظ |
ڪُل | اضافي | |||
| nx (01) | چپس | چٻاڙڻ | چپس | چپس | چپس | چپس | |
| موڊ S مختصر پريمبل | 15 | 30 | 8 | 32 | 6 | 38 | 8 |
| موڊ ايس ڊگھي تمثيل | 279 | 558 | 138 | 552 | 6 | 558 | 0 |
| موڊ T (ميٽر-ٻيو) | 19 | 38 | 10 | 40 | 6 | 46 | 8 |
| موڊ آر | 39 | 78 | 20 | 80 | 6 | 86 | 8 |
استقبال لاءِ گهٽ ۾ گهٽ اڳڪٿي جو تعين ڪيو ويندو آهي Preamble Detection Control Register (0x35). استقبال تي، هم وقت سازي لفظ ۾ بٽس جو تعداد گھٽ ۾ گھٽ استعمال ڪرڻ جي قابل استعمال جو تعين ڪرڻ لاءِ بيان ڪيل گھٽ ۾ گھٽ تمثيل مان گھٽايو وڃي. وصول ڪندڙ جو گھٽ ۾ گھٽ مقرر وقت 16-چپس آھي جيڪڏھن AFC فعال آھي يا 8-چپس جيڪڏھن AFC غير فعال آھي. رسيور جي آباد ٿيڻ جو وقت پڻ استعمال جي قابل پريم مان گھٽايو ويندو آھي پريمبل جي چڪاس ڪنٽرول رجسٽر لاءِ گھٽ ۾ گھٽ سيٽنگ جو تعين ڪرڻ لاءِ.
غلط تمثيل جي امڪان جو دارومدار پريمبل جي چڪاس ڪنٽرول رجسٽر جي سيٽنگ تي آهي. 8-چپس جي مختصر سيٽنگ جي نتيجي ۾ ٿي سگھي ٿو غلط تمثيل جو پتو پئجي سگھي ٿو ھر چند سيڪنڊن ۾. 20 چپس جي تجويز ڪيل سيٽنگ غلط تمثيل جي ڳولا کي ممڪن بڻائي ٿو. موڊ R ۽ Mode SL لاءِ تمثيل جي ڊگھائي ڪافي ڊگھي آھي استعمال ڪرڻ لاءِ تجويز ڪيل سيٽنگ لاءِ.
20 چپس کان وڌيڪ ڊگھي پريمبل ڳولڻ لاء تمام گھٽ فائدو آھي.
AFC ماڊل S لاءِ هڪ مختصر تمثيل ۽ ماڊل T لاءِ بند ٿيل آهي. هي رسيور جي مقرر ٿيڻ جو وقت گھٽائي ٿو ۽ وڌيڪ پريمبل ڳولڻ جي سيٽنگ جي اجازت ڏئي ٿو. AFC معذور سان، موڊ T 20 چپس جي تجويز ڪيل سيٽنگ استعمال ڪري سگھي ٿو. 4 nibbles يا 20 چپس جي سيٽنگ ماڊل S لاءِ استعمال ڪئي ويندي آھي ھڪڙي مختصر تمثيل سان. اهو هن ماڊل لاءِ غلط پريمبل ڳولڻ جو امڪان ٿورو وڌيڪ ڪري ٿو.
جدول 4. پريمبل جي چڪاس
| EN-13757-4 گھٽ ۾ گھٽ |
هم وقت سازي لفظ |
قابل استعمال تمہيد |
RX سيٽنگ | معلوم ڪرڻ منٽ |
Si443x پريمبل چڪاس جي جوڙ |
|||
| nx (01) | چپس | چپس | چپس | چپس | چپس | چٻاڙڻ | چپس | |
| موڊ S مختصر پريمبل | 15 | 30 | 6 | 24 | 8* | 16 | 4 | 16 |
| ماڊل S ڊگھي تمثيل | 279 | 558 | 6 | 552 | 16 | 536 | 5 | 20 |
| ماڊل ٽي (ميٽر-ٻيو) | 19 | 38 | 6 | 32 | 8* | 24 | 5 | 20 |
| موڊ آر | 39 | 78 | 6 | 72 | 16 | 56 | 5 | 20 |
| *نوٽ: AFC غير فعال | ||||||||
وصول ڪندڙ کي ترتيب ڏنو ويو آهي ٽرانسميٽر سان مداخلت ڪرڻ لاءِ گهٽ ۾ گهٽ بيان ڪيل پريمبل استعمال ڪندي. اهو يقيني بڻائي ٿو ته وصول ڪندڙ ڪنهن به ايم-بس-مطابق ٽرانسميٽر سان مداخلت ڪندو.
وائرليس ايم-بس جي وضاحت جي ضرورت آھي تمام ڊگھي تمثيل لاءِ موڊ S1 لاءِ گھٽ ۾ گھٽ 558 چپس. اهو تقريباً 17 ايم ايس وٺندو صرف تمثيل کي منتقل ڪرڻ لاءِ. Si443x کي ايتري ڊگھي تمثيل جي ضرورت نه آھي ۽ نه ئي ڊگھي تمثيل مان فائدو. جڏهن ته ڊگھي تمثيل کي موڊ S2 لاءِ اختياري طور ياد ڪيو ويو آهي، اتي Si443x سان ڊگھي تمثيل کي استعمال ڪرڻ جو ڪو سبب ناهي. جيڪڏهن هڪ طرفي ڪميونيڪيشن گهربل آهي، موڊ T1 هڪ ننڍڙو پريمبل، اعلي ڊيٽا جي شرح، ۽ گهڻي بيٽري جي زندگي فراهم ڪندو. جيڪڏهن موڊ S2 استعمال ڪندي ٻه طرفي رابطي جي ضرورت آهي، هڪ مختصر پريمبل سفارش ڪئي وئي آهي.
نوٽ ڪريو ته ماڊل S لاءِ ڊگھي تمثيل سان معلوم ڪرڻ جي حد، مختصر تمثيل سان ماڊل S لاءِ منتقل ٿيل پريمبل نبل جي تعداد کان وڌيڪ آھي. هن جو مطلب اهو آهي ته ڊگهو پريمبل موڊ ايس رسيور هڪ مختصر پريمبل موڊ ايس ٽرانسميٽر مان هڪ پريمبل نه ڳولي سگهندو. اھو ضروري آھي جيڪڏھن ڊگھي تمثيل واري موڊ S رسيور کي ڊگھي تمثيل مان ڪو فائدو حاصل ڪرڻو آھي.
نوٽ ڪريو ته مختصر پريمبل موڊ ايس رسيور پريمبل کي ڳوليندو ۽ ٻنهي کان پيڪٽ وصول ڪندو مختصر پريمبل موڊ S.
ٽرانسميٽر ۽ ڊگھي پريمبل موڊ ايس ٽرانسميٽر؛ تنهن ڪري، عام طور تي، ميٽر ريڊر کي مختصر پريمبل موڊ S رسيور جي ترتيب استعمال ڪرڻ گهرجي.
انڪوڊنگ/ڊيڪوڊنگ
وائرليس ايم-بس وضاحتن کي ٻن مختلف انڪوڊنگ طريقن جي ضرورت آھي. Manchester انڪوڊنگ موڊ S ۽ Mode R لاءِ استعمال ٿئي ٿي. Manchester انڪوڊنگ ماڊل T ۾ ٻين-to-meter لنڪ لاءِ پڻ استعمال ٿئي ٿي. ماڊل T ميٽر کان ٻي لنڪ استعمال ڪري ٿي 3 مان 6 انڪوڊنگس.
1. مانچسٽر انڪوڊ/ڊيڪوڊنگ
مانچسٽر انڪوڊنگ تاريخي طور تي عام آهي آر ايف سسٽم ۾ هڪ سادي ۽ سستي موڊيم استعمال ڪندي مضبوط ڪلاڪ بحالي ۽ ٽريڪنگ مهيا ڪرڻ لاءِ. بهرحال، هڪ جديد اعلي ڪارڪردگي ريڊيو وانگر Si443x مانچسٽر انڪوڊنگ جي ضرورت ناهي. مانچسٽر انڪوڊنگ بنيادي طور تي موجوده معيارن سان مطابقت لاءِ سپورٽ ڪئي وئي آهي، پر مانچسٽر انڪوڊنگ استعمال نه ڪرڻ وقت Si443x لاءِ ڊيٽا جي شرح مؤثر طور تي ٻيڻو ٿي ويندي آهي.
Si443x هارڊويئر ۾ پوري پيڪٽ جي مانچسٽر انڪوڊنگ ۽ ڊيڪوڊنگ کي سپورٽ ڪري ٿو. بدقسمتي سان، هم وقت سازي لفظ مانچسٽر انڪوڊ ٿيل نه آهي. هڪ غلط Manchester ترتيب ارادي سان هم وقت سازي لفظ لاءِ چونڊيو ويو. هي مانچسٽر انڪوڊنگ کي اڪثر موجوده ريڊيوز سان مطابقت نٿو رکي، بشمول Si443x. نتيجي طور، مانچسٽر انڪوڊنگ ۽ ڊيڪوڊنگ کي MCU پاران انجام ڏنو وڃي. انڪوڊ ٿيل ڊيٽا تي هر بائيٽ اٺ ڊيٽا بٽ تي مشتمل آهي. مانچسٽر انڪوڊنگ استعمال ڪندي، هر ڊيٽا بٽ انڪوڊ ٿيل آهي ٻه چپ علامت ۾. جيئن ته انڪوڊ ٿيل ڊيٽا کي لازمي طور تي ريڊيو FIFO اٺ چپس تي هڪ وقت ۾ لکيو وڃي ٿو، ڊيٽا جو هڪ نبل انڪوڊ ڪيو ويو آهي ۽ هڪ وقت ۾ FIFO ڏانهن لکيو ويو آهي.
ٽيبل 5. منچسٽ انڪوڊنگ
| ڊيٽا | Ox12 | 0x34 | بائيٽ | ||
| Ox1 | 0x2 | 0x3 | 0x4 | چٻاڙڻ | |
| 1 | 10 | 11 | 100 | بائنري | |
| چپ | 10101001 | 10100110 | 10100101 | 10011010 | بائنري |
| فيفا | آڪسا9 | آڪسا6 | آڪسا5 | آڪس9A | هيس |
هر بائيٽ کي منتقل ڪيو وڃي ٿو هڪ وقت ۾ هڪ بائيٽ انڪوڊ بائيٽ فنڪشن ڏانهن. انڪوڊ بائيٽ فنڪشن انڪوڊ نبل فنڪشن کي ٻه ڀيرا سڏيندو، پهرين سڀ کان اهم نبل لاءِ ۽ پوءِ گهٽ ۾ گهٽ اهم نبل لاءِ.
سافٽ ويئر ۾ منچسٽ انڪوڊنگ ڏکيو نه آهي. سڀ کان اهم ساٽ کان شروع ڪندي، هڪ "01" چپ ترتيب جي طور تي انڪوڊ ڪيو ويو آهي. هڪ صفر کي "10" چپ جي ترتيب جي طور تي انڪوڊ ڪيو ويو آهي. اهو آساني سان مڪمل ٿي سگهي ٿو لوپ استعمال ڪندي ۽ هر علامت لاءِ ٻه-بٽ ڦيرائڻ. جڏهن ته، اهو تيز آهي صرف استعمال ڪرڻ لاء هڪ سادي 16 داخلا ڏسڻ واري ٽيبل هر نبل لاء. انڪوڊ مانچسٽر نيبل فنڪشن ڊيٽا جي نبل کي انڪوڊ ڪري ٿو پوءِ ان کي FIFO ڏانهن لکي ٿو. FIFO ڏانهن لکڻ کان اڳ چپس انٽٽ ٿيل آهن پريمبل گهرجن جي حساب سان.
حاصل ڪرڻ وقت، FIFO ۾ هر بائيٽ اٺ چپس تي مشتمل آهي ۽ ڊيٽا جي هڪ نبل ۾ ڊيڪوڊ ڪيو ويو آهي. ريڊ بلاڪ فنڪشن FIFO کان هڪ وقت ۾ هڪ بائيٽ پڙهي ٿو ۽ ڊيڪوڊ بائيٽ فنڪشن کي سڏي ٿو. FIFO کان پڙھڻ کان پوءِ چپس اُلٽي ٿي وڃن ٿيون ته جيئن اُلٽي ٿيل تمثيل جي ضرورتن جي حساب سان. مانچسٽر انڪوڊ ٿيل چپس جي هر بائيٽ کي ڊيٽا جي نبل ۾ ڊيڪوڊ ڪيو ويو آهي. ڊيڪوڊ ٿيل نبل RX بفر ڏانهن لکيو ويو آهي رائٽ نبل RX بفر فنڪشن استعمال ڪندي.
نوٽ ڪريو ته ٻئي انڪوڊ ٿيل ۽ ڊيڪوڊنگ کي انجام ڏنو ويو آھي ھڪڙي وقت تي ھڪڙي ڊيٽا نبل پرواز تي. بفر کي انڪوڊنگ ڪرڻ لاءِ اڻ ڪوڊ ٿيل ڊيٽا جي سائيز کان ٻه ڀيرا اضافي بفر جي ضرورت پوندي. انڪوڊنگ ۽ ڊيڪوڊنگ تيز ترين سپورٽ ٿيل ڊيٽا جي شرح (100 k چپس في سيڪنڊ) کان تمام تيز آھي. جيئن ته Si443x FIFO کي گھڻن بائيٽ پڙهڻ ۽ لکڻ جي حمايت ڪري ٿو، صرف اڪيلو بائيٽ پڙهڻ ۽ لکڻين کي استعمال ڪرڻ ۾ ھڪڙو ننڍڙو مٿي آھي. 10 انڪوڊ ٿيل چپس لاءِ اوور هيڊ اٽڪل 100 µs آهي. فائدو 512 بائيٽ جي رام بچت آهي.
2. ڇهن مان ٽي انڪوڊنگ ڊيڪوڊنگ
EN-13757-4 ۾ بيان ڪيل ٽن مان ڇهن انڪوڊنگ جو طريقو پڻ MCU تي فرم ویئر ۾ لاڳو ڪيو ويو آهي. هي انڪوڊنگ استعمال ڪيو ويندو آهي تيز رفتار (100 k چپس في سيڪنڊ) موڊ T لاءِ ميٽر کان ٻئي تائين. ماڊل T هڪ وائرليس ميٽر لاءِ تمام ننڍو ٽرانسميشن جو وقت ۽ ڊگهي بيٽري جي زندگي فراهم ڪري ٿي.
منتقل ٿيڻ واري ڊيٽا جي هر بائيٽ کي ٻن نبلن ۾ ورهايو ويو آهي. سڀ کان اهم نبل انڪوڊ ٿيل آهي ۽ پهرين منتقل ڪيو ويو آهي. ٻيهر، اهو هڪ انڪوڊ بائيٽ فنڪشن استعمال ڪندي لاڳو ڪيو ويو آهي جيڪو انڪوڊ نبل فنڪشن کي ٻه ڀيرا سڏيندو آهي.
ڊيٽا جي هر نبل کي ڇهه چپ علامت ۾ انڪوڊ ڪيو ويو آهي. ڇهن چپ علامتن جو تسلسل 8 چپ FIFO ڏانهن لکيو وڃي ٿو.
انڪوڊنگ جي دوران، ڊيٽا جا ٻه بائيٽ انڪوڊ ٿيل آهن چار نبل. هر نبل هڪ 6-چپ علامت آهي. چار 6 چپ علامتون ٽي بائيٽ جي طور تي گڏ ڪيا ويا آهن.
ٽيبل 6. ڇهن انڪوڊنگ مان ٽي
| ڊيٽا | 0x12 | 0x34 | بائيٽ | ||||
| Ox1 | 0x2 | 0x3 | 0x4 | چٻاڙڻ | |||
| چپ | 15 | 16 | 13 | 34 | آڪٽل | ||
| 1101 | 1110 | 1011 | 11100 | بائنري | |||
| فيفا | 110100 | 11100010 | 11011100 | بائنري | |||
| 0x34 | آڪس اي 2 | آڪس ڊي سي | هيس | ||||
سافٽ ويئر ۾، ٽن مان ڇهن انڪوڊنگ تي عمل ڪيو ويندو آهي ٽن نيسٽ ٿيل افعال استعمال ڪندي. انڪوڊ بائيٽ فنڪشن انڪوڊ نبل فنڪشن کي ٻه ڀيرا سڏيندو. انڪوڊ نبل فنڪشن ڇهه-چپ علامت لاءِ هڪ ڏس اپ ٽيبل استعمال ڪري ٿو ۽ علامت کي لکندو آهي شفٽ ٽن مان ڇهن ڪمن مان. هي فنڪشن سافٽ ويئر ۾ 16-چپ شفٽ رجسٽر لاڳو ڪري ٿو. نشاني شفٽ رجسٽر جي گھٽ ۾ گھٽ اھم بائيٽ ڏانھن لکيل آھي. رجسٽر ٻه ڀيرا کاٻي پاسي منتقل ڪيو ويو آهي. اهو ٽي ڀيرا بار بار ڪيو ويو آهي. جڏهن هڪ مڪمل بائيٽ شفٽ رجسٽر جي اپر بائيٽ ۾ موجود آهي، ان کي ڦيرايو ويندو آهي ۽ FIFO ڏانهن لکيو ويندو آهي.
جيئن ته ڊيٽا جي هر بائيٽ کي هڪ اڌ انڪوڊ ٿيل بائيٽ جي طور تي انڪوڊ ڪيو ويو آهي، ان ڪري اهو ضروري آهي ته شفٽ رجسٽر کي شروعاتي طور تي صاف ڪيو وڃي ته جيئن پهريون انڪوڊ ٿيل بائيٽ صحيح هجي. جيڪڏهن پيٽ جي ڊيگهه هڪ بي جوڙ نمبر آهي، سڀني بائيٽس کي انڪوڊنگ ڪرڻ کان پوء، شفٽ رجسٽر ۾ اڃا به هڪ نبل رهجي ويندو. هي پوسٽمبل سان هٿ ڪيو ويو آهي جيئن ايندڙ سيڪشن ۾ وضاحت ڪئي وئي آهي.
ڇهن انڪوڊ مان ٽن کي ڊيڪوڊنگ ڪرڻ ريورس پروسيس آهي. جڏهن ڊيڪوڊنگ، ٽي انڪوڊ ٿيل بائيٽس کي ٻن ڊيٽا بائيٽس ۾ ڊيڪوڊ ڪيو ويو آهي. سافٽ ويئر شفٽ رجسٽر ٻيهر استعمال ڪيو ويندو آهي مجموعي بائيٽس کي ڊيڪوڊ ٿيل ڊيٽا جي. هڪ 64-داخلا inverse look-up ٽيبل ڊيڪوڊنگ لاءِ استعمال ڪيو ويندو آهي. هي استعمال ڪري ٿو گهٽ چڪر پر وڌيڪ ڪوڊ ياداشت. لاڳاپيل علامت لاءِ 16-داخلا ڏسڻ واري ٽيبل جي ڳولا تمام گهڻي وقت وٺندي آهي.
پوسٽمبل
وائرليس ايم-بس جي وضاحتن ۾ پوسٽمبل يا ٽريلر لاءِ مخصوص ضرورتون آھن. سڀني طريقن لاء، گھٽ ۾ گھٽ ٻه چپس آھي، ۽ وڌ ۾ وڌ اٺ چپس آھي. جيئن ته FIFO لاءِ گهٽ ۾ گهٽ ايٽمي يونٽ هڪ بائيٽ آهي، هڪ 8-چپ ٽريلر موڊ S ۽ موڊ R لاءِ استعمال ڪيو ويندو آهي. موڊ T پوسٽمبل اٺ چپس آهي جيڪڏهن پيڪٽ جي ڊيگهه برابر آهي يا چار چپس جيڪڏهن پيڪٽ جي ڊيگهه بي مثال آهي. چار-چپ پوسٽمبل ھڪڙي بي ترتيب پيڪٽ جي ڊيگهه لاءِ گھٽ ۾ گھٽ ٻن متبادل چپس جي ضرورتن کي پورو ڪري ٿو.
ٽيبل 7. پوسٽمبل ڊگھائي
| پوسٽمبل ڊگھائي (چپس) | |||||
| منٽ | وڌ ۾ وڌ | عمل درآمد | چپ جو سلسلو | ||
| موڊ ايس | 2 | 8 | 8 | 1010101 | |
| موڊ ٽي | 2 | 8 | 4 | (عجيب) | 101 |
| 8 | (جيتوڻيڪ) | 1010101 | |||
| موڊ آر | 2 | 8 | 8 | 1010101 | |
پيڪيٽ سنڀاليندڙ
Si443x تي پيڪٽ هينڊلر استعمال ڪري سگھجي ٿو متغير پيڪٽ جي چوٽي موڊ ۾ يا مقرر ٿيل پيڪٽ جي چوٽي موڊ ۾. variable packet width mode جي ضرورت آھي ھڪڙي packet length byte کان پوءِ هم وقت سازي واري لفظ ۽ اختياري ھيڊر بائيٽ. استقبال تي، ريڊيو هڪ صحيح پيٽ جي آخر کي طئي ڪرڻ لاء ڊگھي بائيٽ استعمال ڪندو. ٽرانسميشن تي، ريڊيو هيڊر بائيٽ کان پوء ڊگھي فيلڊ داخل ڪندو.
وائرليس M-بس پروٽوڪول لاءِ L فيلڊ Si443x ڊگھائي فيلڊ لاءِ استعمال نه ٿي ڪري سگھجي. پهريون، ايل فيلڊ حقيقي پيٽ جي ڊيگهه نه آهي. اهو لنڪ ليئر پيل لوڊ بائيٽ جو تعداد آهي جنهن ۾ CRC بائيٽ يا انڪوڊنگ شامل ناهي. ٻيو، ايل-فيلڊ پاڻ کي انڪوڊ ڪيو ويو آهي يا ته مانچسٽر انڪوڊنگ استعمال ڪندي يا ٽي آئوٽ آف سڪس انڪوڊنگ لاءِ موڊ ٽي ميٽر لاءِ ٻئي.
عمل درآمد ٻنهي ٽرانسميشن ۽ استقبال لاءِ مقرر ٿيل پيڪٽ ويڊٿ موڊ ۾ پيڪٽ هينڊلر استعمال ڪري ٿو. ٽرانسميشن تي، PHY پرت منتقلي بفر ۾ L فيلڊ کي پڙھندو ۽ انڪوڊ ٿيل بائيٽس جو تعداد شمار ڪندو، بشمول پوسٽمبل. انڪوڊ ٿيل بائٽس جو ڪل تعداد جيڪو منتقل ڪيو وڃي ٿو، پيڪٽ ڊگھائي رجسٽر (0x3E) تي لکيل آهي.
استقبال تي، پهريان ٻه انڪوڊ ٿيل بائيٽس ڊيڪوڊ ڪيا ويا آهن، ۽ L-فيلڊ وصول ڪندڙ بفر ڏانهن لکيل آهي. L-فيلڊ استعمال ڪيو ويندو آهي انڪوڊ ٿيل بائيٽس جو تعداد ڳڻڻ لاءِ. انڪوڊ ٿيل بائيٽس جو تعداد وصول ڪيو وڃي ته پوءِ پيڪٽ ڊگھائي رجسٽر (0x3E) تي لکيل آهي. پوسٽمبل رد ڪيو ويو آهي.
MCU کي لازمي طور تي ايل-فيلڊ کي ڊيڪوڊ ڪرڻ گھرجي، انڪوڊ ٿيل بائيٽس جو تعداد ڳڻيو، ۽ پئڪيٽ جي ڊگھائي رجسٽر ۾ قيمت لکو ان کان اڳ جو تمام گھٽ ممڪن پيڪٽ ڊگھي ملي وڃي. PHY پرت لاءِ سڀ کان ننڍو قابل اجازت L-فيلڊ 9 آهي، جنهن کي 12 اڻ ڪوڊ ٿيل بائيٽ ڏنا ويا آهن. هي 18 انڪوڊ ٿيل بائٽس ڏئي ٿو ماڊل T لاءِ. پهرين ٻه بائيٽس اڳ ۾ ئي ڊيڪوڊ ٿي چڪيون آهن. اھڙيءَ طرح، پيڪٽ ڊگھائي رجسٽر کي 16-بائيٽ جي ڀيٽ ۾ 100 kbps يا 1.28 ملي سيڪنڊن ۾ اپڊيٽ ڪيو وڃي. 8051 MIPS تي هلندڙ 20 لاءِ هي ڪو مسئلو ناهي.
وصول ٿيڻ واري بائيٽ جي تعداد ۾ پوسٽمبل شامل نه آهي، سواءِ چار-چپ پوسٽمبل کان سواءِ موڊ ٽي پيڪٽس لاءِ استعمال ٿيل بي مثال پيڪٽ جي ڊيگهه سان. اهڙيء طرح، وصول ڪندڙ کي پوسٽمبل جي ضرورت نه هوندي آهي، سواء ماڊل T جي بي مثال ڊگھائي پيڪٽس جي. هن پوسٽمبل جي ضرورت آهي صرف انڪوڊ ٿيل بائيٽس جو هڪ عدد عدد ڏيڻ لاءِ. پوسٽمبل جي مواد کي نظرانداز ڪيو ويو آهي؛ تنهن ڪري، جيڪڏهن پوسٽمبل منتقل نه ڪيو وڃي، شور جا چار چپس وصول ڪيا ويندا ۽ نظر انداز ڪيا ويندا. جيئن ته انڪوڊ ٿيل بائيٽس جو ڪل تعداد 255 (0xFF) تائين محدود آهي، عمل درآمد مختلف طريقن لاءِ وڌ ۾ وڌ L-فيلڊ کي محدود ڪري ٿو.
ٽيبل 8. پيٽ جي سائيز جون حدون
| انڪوڊ ٿيل | ڊيڪوڊ ٿيل | ايم-بس | ||||
| بائيٽ | بائيٽ | ايل فيلڊ | ||||
| ڊسمبر | هيس | ڊسمبر | هيس | ڊسمبر | هيس | |
| موڊ ايس | 255 | FF | 127 | 7 ايف | 110 | 6E |
| موڊ T (ميٽر-ٻيو) | 255 | FF | 169 | A9 | 148 | 94 |
| موڊ آر | 255 | FF | 127 | 7 ايف | 110 | 6E |
اهي حدون عام طور تي وائرليس ميٽر لاءِ عام استعمال جي صورت کان مٿي آهن. بهترين ممڪن بيٽري جي زندگي حاصل ڪرڻ لاءِ پيڪٽ جي ڊيگهه کي ننڍي رکڻ گهرجي.
ان کان علاوه، صارف شايد وڌ ۾ وڌ L-فيلڊ بيان ڪري سگھي ٿو جيڪو وصول ڪيو وڃي (USER_RX_MAX_L_FIELD). اهو طئي ڪري ٿو گهربل سائيز وصول ڪرڻ واري بفر لاءِ (USER_RX_BUFFER_SIZE).
255 جي وڌ ۾ وڌ L-فيلڊ کي سپورٽ ڪرڻ لاءِ 290 بائيٽس جي وصولي بفر ۽ وڌ ۾ وڌ 581 مانچسٽر انڪوڊ ٿيل بائيٽس جي ضرورت پوندي. پيڪٽ هينڊلر کي غير فعال ٿيڻ جي ضرورت پوندي ۽ پيڪٽ ڊگھائي رجسٽر ان صورت ۾ استعمال نه ٿي ڪري سگھجي. اهو ممڪن آهي، پر جيڪڏهن ممڪن هجي ته پيڪٽ هينڊلر کي استعمال ڪرڻ وڌيڪ آسان آهي.
FIFO استعمال
Si4431 مهيا ڪري ٿو 64 بائيٽ FIFO منتقل ڪرڻ ۽ وصول ڪرڻ لاءِ. جيئن ته انڪوڊ ٿيل بائيٽ جو تعداد 255 آهي، هڪ مڪمل انڪوڊ ٿيل پيڪٽ شايد 64-بائيٽ بفر جي اندر مناسب نه هجي.
ٽرانسميشن
ٽرانسميشن تي، انڪوڊ ٿيل بائيٽس جو ڪل تعداد حساب ڪيو ويو آھي. جيڪڏهن انڪوڊ ٿيل بائيٽس جو ڪل تعداد، پوسٽمبل سميت، 64 بائيٽ کان گهٽ آهي، سڄو پيڪٽ FIFO ڏانهن لکيو ويندو آهي ۽ صرف پيڪٽ موڪليو ويو مداخلت کي فعال ڪيو ويندو آهي. گھڻا ننڍا پيڪيٽ موڪليا ويندا ھڪڙي FIFO منتقلي ۾.
جيڪڏهن انڪوڊ ٿيل بائيٽ جو تعداد 64 کان وڌيڪ آهي، پيڪٽ موڪلڻ لاءِ گھڻن FIFO منتقلي جي ضرورت پوندي. پهرين 64 بائيٽ FIFO ڏانهن لکيل آهن. پيڪٽ موڪليو ويو ۽ TX FIFO لڳ ڀڳ خالي مداخلتون فعال ڪيون ويون آهن. TX FIFO لڳ ڀڳ خالي حد مقرر ڪئي وئي آھي 16 بائيٽ (25٪). هر IRQ واقعي تي، اسٽيٽس 2 رجسٽر پڙهيو ويندو آهي. Packet Sent bit پهرين چيڪ ڪيو ويندو آهي، ۽، جيڪڏهن پيڪٽ مڪمل طور تي نه موڪليو ويو آهي، انڪوڊ ٿيل ڊيٽا جا ايندڙ 48 بائيٽ FIFO ڏانهن لکيل آهن. اهو جاري آهي جيستائين سڀئي انڪوڊ ٿيل بائيٽ لکيا ويا آهن ۽ Packet Sent interrupt ٿئي ٿو.
1. استقبال
استقبال تي، شروعاتي طور تي، صرف هم وقت سازي لفظ مداخلت کي فعال ڪيو ويو آهي. هم وقت سازي لفظ حاصل ڪرڻ کان پوء، هم وقت سازي لفظ مداخلت کي بند ڪيو ويو آهي ۽ FIFO لڳ ڀڳ مڪمل مداخلت کي فعال ڪيو ويو آهي. FIFO لڳ ڀڳ مڪمل حد شروعاتي طور تي 2 بائيٽ تي مقرر ڪئي وئي آھي. پهريون FIFO لڳ ڀڳ مڪمل مداخلت کي ڄاڻڻ لاء استعمال ڪيو ويندو آهي جڏهن ٻه ڊگھائي بائيٽ وصول ڪيا ويا آهن. هڪ دفعو لمبائي حاصل ڪئي وئي آهي، ڊگھائي ڊيڪوڊ ڪئي وئي آهي ۽ انڪوڊ ٿيل بائيٽس جو تعداد ڳڻيو ويندو آهي. RX FIFO لڳ ڀڳ مڪمل حد تائين مقرر ڪئي وئي آهي 48 بائيٽ. RX FIFO لڳ ڀڳ مڪمل آهي ۽ صحيح پيڪيٽ مداخلتون فعال آهن. ايندڙ IRQ واقعي تي، اسٽيٽس 1 رجسٽر پڙهيو ويندو آهي. پهرين، صحيح پيڪٽ بٽ چيڪ ڪيو ويو آهي، ۽ پوء FIFO لڳ ڀڳ مڪمل بٽ چيڪ ڪيو ويو آهي. جيڪڏهن صرف RX FIFO لڳ ڀڳ مڪمل بٽ مقرر ڪيو ويو آهي، ايندڙ 48 بائيٽ FIFO مان پڙهيا ويندا آهن. جيڪڏهن صحيح پيڪٽ بٽ سيٽ ڪيو ويو آهي، باقي پيڪٽ جي FIFO مان پڙهي ويندي آهي. MCU اهو ٽريڪ رکي ٿو ته ڪيترا بائيٽ پڙهيا ويا آهن ۽ آخري بائيٽ کان پوءِ پڙهڻ بند ڪري ٿو.
ڊيٽا لنڪ ليئر
ڊيٽا لنڪ پرت ماڊل لاڳو ڪري ٿو 13757-4:2005 مطابق لنڪ پرت. ڊيٽا لنڪ پرت (LINK) فزيڪل پرت (PHY) ۽ ايپليڪيشن پرت (AL) جي وچ ۾ هڪ انٽرفيس مهيا ڪري ٿي.
ڊيٽا لنڪ پرت هيٺين ڪمن کي انجام ڏئي ٿو:
- PHY ۽ AL جي وچ ۾ ڊيٽا کي منتقلي ڪندڙ افعال مهيا ڪري ٿو
- ٻاھرين پيغامن لاءِ CRCs ٺاھي ٿو
- ايندڙ پيغامن ۾ CRC غلطيون ڳولي ٿو
- جسماني ايڊريس مهيا ڪري ٿي
- ٻه طرفي مواصلاتي طريقن جي منتقلي کي قبول ڪري ٿو
- فريم ڊيٽا بٽ
- ايندڙ پيغامن ۾ فريمنگ جي غلطي کي ڳولي ٿو
لنڪ پرت فريم فارميٽ
EN 13757-4:2005 ۾ استعمال ٿيل وائرليس M-Bus فريم فارميٽ FT3 (فريم ٽائپ 3) فريم فارميٽ IEC60870-5-2 مان نڪتل آهي. فريم ڊيٽا جي هڪ يا وڌيڪ بلاڪ تي مشتمل آهي. هر بلاڪ ۾ 16-bit CRC فيلڊ شامل آهي. پهريون بڪ 12 بائيٽ جو هڪ مقرر ڊگھائي بلاڪ آهي جنهن ۾ ايل-فيلڊ، سي-فيلڊ، ايم-فيلڊ، ۽ اي-فيلڊ شامل آهن.
- ايل فيلڊ
L-فيلڊ لنڪ پرت ڊيٽا پيل لوڊ جي ڊيگهه آهي. ھن ۾ شامل نه آھي ايل-فيلڊ پاڻ يا ڪو به CRC بائيٽ. ان ۾ ايل-فيلڊ، سي-فيلڊ، ايم-فيلڊ، ۽ اي-فيلڊ شامل آھن. اهي PHY پيل لوڊ جو حصو آهن.
ڇاڪاڻ ته انڪوڊ ٿيل بائٽس جو تعداد 255 بائيٽ تائين محدود آهي، ايم-فيلڊ لاءِ وڌ ۾ وڌ سپورٽ ويل ويل 110 بائيٽ مانچسٽر انڪوڊ ٿيل ڊيٽا لاءِ ۽ 148 بائيٽس موڊ ٽي ٽي-آؤٽ-آف-سڪس انڪوڊ ٿيل ڊيٽا لاءِ آهي.
لنڪ پرت ٽرانسميشن تي L-فيلڊ جي حساب لاء ذميوار آهي. لنڪ-پرت استقبال تي L-فيلڊ استعمال ڪندي.
نوٽ ڪريو L-فيلڊ PHY پيل لوڊ ڊگھائي يا انڪوڊ ٿيل بائيٽس جو تعداد ظاهر نٿو ڪري. ٽرانسميشن تي، PHY حساب ڪندو PHY پيل لوڊ جي ڊيگهه ۽ انڪوڊ ٿيل بائيٽ جو تعداد. استقبال تي، PHY L-فيلڊ کي ڊيڪوڊ ڪندو ۽ ڊيڪوڊ ڪرڻ لاءِ بائيٽ جو تعداد ڳڻائيندو. - سي فيلڊ
سي-فيلڊ فريم ڪنٽرول فيلڊ آهي. هي فيلڊ فريم جي قسم کي سڃاڻي ٿو ۽ لنڪ ڊيٽا ايڪسچينج سروس پرائمري لاءِ استعمال ڪيو ويندو آهي. سي-فيلڊ فريم جي قسم کي اشارو ڪري ٿو - موڪليو، تصديق ڪريو، درخواست ڪريو، يا جواب ڏيو. SEND ۽ REQUEST فريم جي صورت ۾، سي-فيلڊ اشارو ڪري ٿو ته ڇا تصديق يا جواب جي توقع ڪئي وئي آهي.
جڏهن بنيادي لنڪ TX فنڪشن استعمال ڪندي، C جي ڪا به قيمت استعمال ڪري سگهجي ٿي. جڏهن لنڪ سروس Primitives استعمال ڪندي، سي فيلڊ EN 13757-4: 2005 جي مطابق خودڪار طريقي سان ڀريل آهي. - ايم-فيلڊ
M-field ٺاهيندڙ جو ڪوڊ آهي. ٺاھيندڙ ھيٺين مان ٽي اکر ڪوڊ جي درخواست ڪري سگھن ٿا web پتو: http://www.dlms.com/flag/INDEX.HTM ٽن اکر جي ڪوڊ جي هر ڪردار کي پنج بٽ طور انڪوڊ ڪيو ويو آهي. 5-bit ڪوڊ حاصل ڪري سگھجي ٿو ASCII ڪوڊ کڻڻ ۽ 0x40 ("A") کي گھٽائڻ سان. ٽي 5-بٽ ڪوڊ 15-بٽ ٺاهڻ لاءِ گڏيل آهن. سڀ کان اهم ساٽ صفر آهي. - الف- ميدان
ايڊريس فيلڊ هر ڊوائيس لاءِ هڪ منفرد 6 بائيٽ ايڊريس آهي. منفرد پتو ٺاھيندڙ طرفان مقرر ڪيو وڃي. اهو هر ٺاهيندڙ جي ذميواري آهي انهي کي يقيني بڻائڻ ته هر ڊوائيس وٽ هڪ منفرد 6 بائيٽ ايڊريس آهي. فريم موڪلڻ ۽ درخواست ڪرڻ لاءِ پتو ميٽر يا ٻئي ڊوائيس جو خود پتو آهي. تصديق ۽ جوابي ڊيٽا فريم موڪليا ويا آهن استعمال ڪندي اصلي ڊوائيس جو پتو. - CI-فيلڊ
CI-فيلڊ ايپليڪيشن هيڊر آهي ۽ ايپليڪيشن ڊيٽا پيل لوڊ ۾ ڊيٽا جي قسم کي بيان ڪري ٿو. جڏهن ته EN13757-4:2005 قدرن جو هڪ محدود تعداد بيان ڪري ٿو، لنڪ سروس Primitives ڪنهن به قدر کي استعمال ڪرڻ جي اجازت ڏيندو. - سي آر سي
CRC EN13757-4:2005 ۾ ڄاڻايل آهي.
سي آر سي پولينوميل آهي:
X16 + x13 + x12 + x11 + x10 + x8 + x6 + x5 + x2 + 1
نوٽ ڪريو ته M-Bus CRC هر 16-بائيٽ بلاڪ تي ڳڻيو ويندو آهي. نتيجو اهو آهي ته ڊيٽا جي هر 16 بائيٽ کي 18 بائيٽ جي ضرورت آهي منتقل ٿيڻ لاء،
اضافي معلومات
لنڪ پرت تي عمل درآمد بابت اضافي معلومات لاءِ، ڏسو ”AN452: وائرليس M-Bus Stack Programmers Guide“.
پاور انتظام
شڪل 2 ڏيکاري ٿو پاور مئنيجمينٽ ٽائم لائن هڪ ميٽر اڳampلي موڊ T1 استعمال ڪندي.
جڏهن به ممڪن هجي ته توانائي کي بچائڻ لاءِ MCU کي ننڊ واري موڊ ۾ هجڻ گهرجي. هن ۾ اڳوڻيampلي، MCU سمهي رهيو آهي جڏهن RTC هلي رهيو آهي، جڏهن ريڊيو ڪرسٽل شروع ٿيڻ جو انتظار ڪري رهيو آهي، ۽ جڏهن FIFO کان منتقل ٿي رهيو آهي. MCU اٿندو EZRadioPRO IRQ سگنل مان جيڪو پورٽ ميچ ويڪ اپ سان ڳنڍيل آهي.
جڏهن پيغامن کي منتقل ڪيو وڃي هڪ بلاڪ کان وڌيڪ ڊگهو، MCU کي FIFO ڀرڻ لاءِ جاڳڻو پوندو (FIFO لڳ ڀڳ خالي وقفي جي بنياد تي) ۽ پوءِ واپس ننڊ ۾ وڃو.
MCU Idle موڊ ۾ ھجڻ گھرجي گھٽ پاور آڪسيليٽر يا برسٽ موڊ اوسيليٽر کان ھلندي جڏھن ADC مان پڙھندا ھجن. ADC کي SAR گھڙي جي ضرورت آھي.
جڏهن استعمال ۾ نه هجي، EZRadioPRO کي شٽ ڊائون موڊ ۾ هجڻ گهرجي SDN پن سان تيز. ان لاءِ MCU سان سخت وائرڊ ڪنيڪشن جي ضرورت آهي. EZ ريڊيو پرو رجسٽر بند ٿيل موڊ ۾ محفوظ نه آهن؛ تنهن ڪري، EZRadioPro هر RTC وقفي تي شروع ڪيو ويو آهي. ريڊيو کي شروع ڪرڻ ۾ 100 µs کان گھٽ وقت لڳندو آهي ۽ 400 nA محفوظ ڪري ٿو. اهو نتيجو 10 µJ توانائي جي بچت ۾، 10 سيڪنڊ وقفي جي بنياد تي.
EZRadioPRO ڪرسٽل POR لاءِ اٽڪل 16 ms وٺندو آهي. اهو ڪافي ڊگهو آهي CRC حساب ڪرڻ لاءِ اٽڪل اٺن بلاڪن لاءِ. MCU واپس ننڊ ۾ ويندو جيڪڏهن اهو ڪرسٽل جي مستحڪم ٿيڻ کان اڳ سڀني CRCs کي مڪمل ڪري ٿو. جيڪڏهن انڪرپشن جي ضرورت آهي، اهو پڻ شروع ڪري سگهجي ٿو جڏهن ته ڪرسٽل آسيليٽر تي انتظار ڪندي.
MCU 20 MHz تي ھلڻ گھرجي گھڻن ڪمن لاءِ گھٽ-پاور اوسليٽر استعمال ڪندي. ٽاسڪ جن لاءِ صحيح وقت ختم ٿيڻ جي ضرورت آهي انهن کي سليپ موڊ جي بجاءِ درست آڪسيليٽر ۽ آئيڊيل موڊ استعمال ڪرڻ گهرجي. RTC ڪيترن ئي ڪمن لاء ڪافي قرارداد مهيا ڪري ٿي. پاور مئنيجمينٽ ٽائم لائن T2 ميٽر لاءِ اڳampلي ايپليڪيشن تصوير 3 ۾ ڏيکاريل آهي.
ٽرانسيور جي عمل کي عام صورت ۾ بهتر ٿيڻ گهرجي جڏهن ميٽر جاڳي ٿو ۽ ڪو به پڙهندڙ موجود ناهي. گھٽ ۾ گھٽ / وڌ ۾ وڌ ACK ٽائم آئوٽ ڪافي ڊگھا آھن ته جيئن C8051F930 RTC استعمال ڪرڻ ۽ MCU کي سليپ موڊ ۾ رکڻ ممڪن آھي.
تعمير جا اختيار مهيا ڪيا ويا آهن مينز يا USB-طاقت رکندڙ پڙهندڙن لاءِ جن کي ننڊ موڊ استعمال ڪرڻ جي ضرورت ناهي. بيڪار موڊ ننڊ جي بدران استعمال ڪيو ويندو ته جيئن USB ۽ UART MCU ۾ مداخلت ڪري سگھن.
سادگي اسٽوڊيو
MCU ۽ وائرليس اوزار، دستاويزن، سافٽ ويئر، سورس ڪوڊ لائبريريون ۽ وڌيڪ تائين هڪ ڪلڪ تي رسائي. ونڊوز لاءِ دستياب،
ميڪ ۽ لينڪس!
 |
 |
 |
 |
| IoT پورٽ فوليو www.silabs.com/IoT |
SW/HW www.silabs.com/simplicity |
ڪيفيت www.silabs.com/quality |
سپورٽ ۽ ڪميونٽي community.silabs.com |
رد ڪرڻ
Silicon Labs گراهڪن کي مهيا ڪرڻ جو ارادو رکي ٿو جديد، صحيح، ۽ گہرا دستاويز مهيا ڪرڻ لاءِ موجود سڀني پردي ۽ ماڊلز جي سسٽم ۽ سافٽ ويئر لاڳو ڪندڙن لاءِ استعمال ڪرڻ يا استعمال ڪرڻ جو ارادو Silicon Labs پروڊڪٽس. خاصيتن جي ڊيٽا، دستياب ماڊلز ۽ پرديئرز، ميموري سائيز ۽ ميموري ايڊريس هر مخصوص ڊوائيس ڏانهن اشارو ڪن ٿا، ۽ مهيا ڪيل "عام" پيٽرولر مختلف ايپليڪيشنن ۾ مختلف ٿي سگهن ٿا. درخواست مثالampهتي بيان ڪيل les صرف مثالي مقصدن لاءِ آهن. Silicon Labs هتي ڏنل معلومات، وضاحتن، ۽ وضاحتن ۾ وڌيڪ اطلاع ۽ حد کان بغير تبديليون ڪرڻ جو حق محفوظ رکي ٿو، ۽ شامل ڪيل معلومات جي درستگي يا مڪمليت جي ضمانت نه ڏئي ٿي. Silicon Labs هتي مهيا ڪيل معلومات جي استعمال جي نتيجن جي ذميواري نه هوندي. هي دستاويز ڪنهن به مربوط سرڪٽ کي ڊزائين ڪرڻ يا ٺاھڻ لاءِ ھتي ڏنل ڪاپي رائيٽ لائسنس جو مطلب يا اظهار نٿو ڪري. پراڊڪٽس ڪنهن به لائف سپورٽ سسٽم اندر استعمال ڪرڻ لاءِ ٺهيل يا مجاز نه آهن بغير سلڪون ليبز جي مخصوص لکيل رضامندي جي. هڪ ”لائف سپورٽ سسٽم“ ڪنهن به پراڊڪٽ يا سسٽم آهي جنهن جو مقصد زندگي ۽/يا صحت کي سهارو ڏيڻ يا برقرار رکڻ آهي، جيڪو، جيڪڏهن اهو ناڪام ٿئي ٿو، معقول طور تي اميد رکي سگهجي ٿو ته نتيجي ۾ اهم ذاتي زخم يا موت. Silicon Labs پروڊڪٽس فوجي ايپليڪيشنن لاءِ ٺهيل يا مجاز نه آهن. Silicon Labs جي پروڊڪٽس کي ڪنهن به حالت ۾ وڏي تباهي جي هٿيارن ۾ استعمال نه ڪيو ويندو جنهن ۾ (پر ان تائين محدود ناهي) ايٽمي، حياتياتي، يا ڪيميائي هٿيار، يا ميزائل جيڪي اهڙن هٿيارن کي پهچائڻ جي قابل آهن.
ٽريڊ مارڪ ڄاڻ
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs®, and Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, Clockbuilder®, CMEMS®, DSPLL®, EFM®, EFM32®, EFR, Ember® , Energy Micro, Energy Micro Logo ۽ ان جا مجموعا، ”دنيا جا سڀ کان وڌيڪ توانائي دوست مائڪرو ڪنٽرولرز“، Ember®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, ISOmodem®, Precision32®, ProSLIC®, Simplicity Studio®, SiPHY® , Telegesis, the Telegesis Logo®, USBXpress®، ۽ ٻيا آھن ٽريڊمارڪس يا رجسٽرڊ ٽريڊمارڪس Silicon Labs جا. ARM، CORTEX، Cortex-M3، ۽ انگوٺا ٽريڊ مارڪ آھن يا ARM Holdings جا رجسٽرڊ ٽريڊمارڪس. Keil ARM Limited جو رجسٽرڊ ٽريڊ مارڪ آھي. هتي ذڪر ڪيل ٻيا سڀئي پروڊڪٽس يا برانڊ جا نالا انهن جي لاڳاپيل هولڊرز جا ٽريڊ مارڪ آهن.
Silicon Laboratories Inc.
400 ويسٽ سيزر شاويز
آسٽن، TX 78701
آمريڪا
http://www.silabs.com
دستاويز / وسيلا
 |
SILICON LABS وائرليس M-BUS سافٽ ويئر لاڳو ڪرڻ AN451 [pdf] استعمال ڪندڙ ھدايت SILICON LABS, C8051, MCU, and, EZRadioPRO, Wireless M-bus, Wireless, M-BUS, Software, Implementation, AN451 |
