AN451
वायरलेस एम-बस सॉफ्टवेअरची अंमलबजावणी

परिचय

ही अॅप्लिकेशन नोट सिलिकॉन लॅब्स C8051 MCU आणि EZRadioPRO® वापरून वायरलेस एम-बसच्या सिलिकॉन लॅब्स अंमलबजावणीचे वर्णन करते. वायरलेस एम-बस हे 868 मेगाहर्ट्झ फ्रिक्वेन्सी बँड वापरून मीटर-रीडिंग ऍप्लिकेशन्ससाठी युरोपियन मानक आहे.

स्टॅक स्तर

वायरलेस एम-बस 3-लेयर IEC मॉडेलचा वापर करते, जो 7-लेयर OSI मॉडेलचा उपसंच आहे (आकृती 1 पहा).

भौतिक (PHY) स्तर EN 13757-4 मध्ये परिभाषित केले आहे. भौतिक स्तर बिट्स एन्कोड आणि ट्रान्समिट कसे केले जातात, RF मॉडेम वैशिष्ट्ये (चिप रेट, प्रस्तावना आणि सिंक्रोनाइझेशन शब्द), आणि RF पॅरामीटर्स (मॉड्युलेशन, सेंटर वारंवारता आणि वारंवारता विचलन) परिभाषित करते.
हार्डवेअर आणि फर्मवेअरच्या संयोजनाचा वापर करून PHY स्तर लागू केला जातो. EZRadioPRO RF आणि मॉडेमची सर्व कार्ये करते. EZRadioPRO पॅकेट हँडलरसह FIFO मोडमध्ये वापरले जाते. MbusPhy.c मॉड्यूल SPI इंटरफेस, एन्कोडिंग/डिकोडिंग, ब्लॉक रीड/राइट आणि पॅकेट हाताळणी प्रदान करते आणि ट्रान्सीव्हर स्थिती व्यवस्थापित करते.
M-Bus डेटा लिंक लेयर MbusLink.c मॉड्यूलमध्ये लागू केला आहे. एम-बस ऍप्लिकेशन प्रोग्रामिंग इंटरफेसमध्ये सार्वजनिक कार्ये असतात जी मुख्य थ्रेडमधील ऍप्लिकेशन स्तरावरून कॉल केली जाऊ शकतात. MbusLink मॉड्यूल डेटा लिंक लेयर देखील लागू करते. डेटा लिंक लेयर आवश्यक शीर्षलेख आणि CRC जोडून, ​​अनुप्रयोग TX बफरमधील डेटा MbusPhy TX बफरमध्ये फॉरमॅट करेल आणि कॉपी करेल.
ऍप्लिकेशन लेयर स्वतः M-bus फर्मवेअरचा भाग नाही. ऍप्लिकेशन लेयर हे परिभाषित करते की ट्रान्समिशनसाठी विविध प्रकारचे डेटा कसे फॉरमॅट केले जावे. बर्‍याच मीटर्सना फक्त एक किंवा दोन प्रकारचा डेटा प्रसारित करणे आवश्यक आहे. मीटरमध्ये कोणत्याही प्रकारचा डेटा सामावून घेण्यासाठी मोठ्या प्रमाणात कोड जोडल्यास मीटरमध्ये अनावश्यक कोड आणि किंमत जोडली जाईल. लायब्ररी किंवा शीर्षलेख अंमलात आणणे व्यवहार्य असू शकते file डेटा प्रकारांच्या संपूर्ण सूचीसह. तथापि, बहुतेक मीटरिंग ग्राहकांना माहित असते की त्यांना कोणत्या प्रकारचा डेटा प्रसारित करायचा आहे आणि ते स्वरूपण तपशीलांसाठी मानकांचा संदर्भ घेऊ शकतात. युनिव्हर्सल रीडर किंवा स्निफर PC GUI वर ऍप्लिकेशन डेटा प्रकारांचा संपूर्ण संच लागू करू शकतो. या कारणांसाठी, ऍप्लिकेशन लेयर ex चा वापर करून अंमलात आणला जातोampमीटर आणि रीडरसाठी अर्ज.

आवश्यक मानके

1. EN 13757-4
   EN 13757-4
   मीटरसाठी संप्रेषण प्रणाली आणि मीटरचे रिमोट रीडिंग
   भाग 4: वायरलेस मीटर रीडआउट
   868 MHz ते 870 MHz SRD बँडमध्ये ऑपरेशनसाठी रेडिओमीटर वाचन
2. EN 13757-3
   मीटरसाठी संप्रेषण प्रणाली आणि मीटरचे रिमोट रीडिंग
   भाग 3: समर्पित अनुप्रयोग स्तर
3. IEC 60870-2-1:1992
   दूरसंचार उपकरणे आणि प्रणाली
   भाग 5: ट्रान्समिशन प्रोटोकॉल
   विभाग 1: लिंक ट्रान्समिशन प्रक्रिया
4. IEC 60870-1-1:1990
   दूरसंचार उपकरणे आणि प्रणाली
   भाग 5: ट्रान्समिशन प्रोटोकॉल
   विभाग 1: ट्रान्समिशन फ्रेम फॉरमॅट

व्याख्या

• एम-बस-एम-बस हे युरोपमधील मीटर रीडिंगसाठी वायर्ड मानक आहे.
• वायरलेस एम-बस—युरोपमधील मीटर रीडिंग ऍप्लिकेशन्ससाठी वायरलेस एम-बस.
• PHY—फिजिकल लेयर डेटा बिट आणि बाइट्स एन्कोड आणि ट्रान्समिट कसे केले जातात हे परिभाषित करते.
• API-ऍप्लिकेशन प्रोग्रामर इंटरफेस.
• लिंक -डेटा लिंक लेयर ब्लॉक्स आणि फ्रेम्स कसे प्रसारित केले जातात हे परिभाषित करते.
• CRC-चक्रीय रिडंडन्सी चेक.
• FSK-वारंवारता शिफ्ट कीिंग.
• चिप-प्रसारित डेटाचे सर्वात लहान युनिट. एक डेटा बिट एकाधिक चिप्स म्हणून एन्कोड केलेला आहे.
• मॉड्यूल-AC कोड स्त्रोत .c file.

एम-बस PHY कार्यात्मक वर्णन

प्रस्तावना क्रम

एम-बस स्पेसिफिकेशनद्वारे निर्दिष्ट केलेला प्रस्तावना अनुक्रम शून्य आणि एकाला पर्यायी पूर्णांक संख्या आहे. एक उच्च वारंवारता म्हणून परिभाषित केले आहे, आणि शून्य कमी वारंवारता म्हणून परिभाषित केले आहे.
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

प्रस्तावना लांबी प्रसारित करा

किमान प्रस्तावना चार वेगवेगळ्या ऑपरेटिंग मोडसाठी निर्दिष्ट केली आहे. प्रस्तावना नमूद केलेल्यापेक्षा जास्त लांब असणे स्वीकार्य आहे. प्रस्तावनेसाठी सहा चिप्स वजा केल्याने Si443x प्रस्तावनेसाठी चिप्सची किमान संख्या मिळते. अंमलबजावणी प्रस्तावना शोध आणि इंटरऑपरेबिलिटी सुधारण्यासाठी सर्व लहान प्रस्तावना मोडमध्ये प्रस्तावनाचे दोन अतिरिक्त निबल जोडते. लांब प्रस्तावनेसह मोड S वरील प्रस्तावना खूप लांब आहे; म्हणून, किमान प्रस्तावना वापरली जाते. निबल्समधील प्रस्तावना लांबी प्रस्तावना लांबी (0x34) रजिस्टरमध्ये लिहिली जाते. प्रस्तावना लांबीचे रजिस्टर केवळ प्रसारणानंतर प्रस्तावना निश्चित करते. किमान तपशील आणि प्रस्तावना लांबी सेटिंग्ज सारणी 3 मध्ये सारांशित केल्या आहेत.
तक्ता 3. प्रस्तावना लांबी प्रसारित करा

	EN-13757-4 किमान		Si443x प्रस्तावना सेट करणे		सिंक शब्द	एकूण	अतिरिक्त
	nx (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
मोड आर	39	78	20	80	6	86	8

स्वागतासाठी किमान प्रस्तावना प्रस्तावना शोध नियंत्रण रजिस्टर (0x35) द्वारे निर्धारित केली जाते. रिसेप्शनवर, वापरण्यायोग्य प्रस्तावना निर्धारित करण्यासाठी सिंक शब्दातील बिट्सची संख्या निर्दिष्ट किमान प्रस्तावनेमधून वजा करणे आवश्यक आहे. AFC सक्षम असल्यास रिसीव्हरची किमान सेटलिंग वेळ 16-चीप आहे किंवा AFC अक्षम असल्यास 8-चीप आहे. प्रास्ताविक शोध नियंत्रण नोंदणीसाठी किमान सेटिंग निर्धारित करण्यासाठी वापरण्यायोग्य प्रस्तावनामधून स्वीकारणारा सेटलिंग वेळ देखील वजा केला जातो.

खोट्या प्रस्तावनेची संभाव्यता प्रस्तावना शोध नियंत्रण रजिस्टरच्या सेटिंगवर अवलंबून असते. 8-चीपच्या लहान सेटिंगमुळे प्रत्येक काही सेकंदात खोटी प्रस्तावना आढळून येऊ शकते. 20chips ची शिफारस केलेली सेटिंग खोटी प्रस्तावना शोधणे ही संभाव्य घटना बनवते. शिफारस केलेली सेटिंग वापरण्यासाठी मोड R आणि मोड SL साठी प्रस्तावना लांबी पुरेशी लांब आहे.
प्रस्तावना 20 चिप्सपेक्षा जास्त लांब शोधण्याचा फारच कमी फायदा आहे.
AFC हे मॉडेल S साठी लहान प्रस्तावना आणि मॉडेल T साठी अक्षम केले आहे. यामुळे रिसीव्हर सेटल होण्याचा वेळ कमी होतो आणि दीर्घ प्रस्तावना शोध सेटिंगला परवानगी मिळते. AFC अक्षम करून, मोड T 20 चिप्सची शिफारस केलेली सेटिंग वापरू शकतो. लहान प्रस्तावनेसह मॉडेल S साठी 4 निबल किंवा 20 चिप्सची सेटिंग वापरली जाते. हे या मॉडेलसाठी खोटे प्रस्तावना शोधण्याची शक्यता थोडी जास्त करते.
तक्ता 4. प्रस्तावना ओळख

	EN-13757-4 किमान		सिंक शब्द	वापरण्यायोग्य प्रस्तावना	आरएक्स सेटलिंग	शोधा मि	Si443x प्रस्तावना शोध सेटिंग
	nx (01)	चिप्स	चिप्स	चिप्स	चिप्स	चिप्स	निबल्स	चिप्स
मोड S लहान प्रस्तावना	15	30	6	24	8*	16	4	16
मॉडेल एस लांब प्रस्तावना	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 एमएस लागतील. Si17x ला इतक्या लांब प्रस्तावनेची आवश्यकता नाही आणि लांब प्रस्तावनेचा फायदा होत नाही. लांब प्रस्तावना मोड S443 साठी ऐच्छिक म्हणून नोंद केली जात असताना, Si2x सह दीर्घ प्रस्तावना वापरण्याचे कोणतेही कारण नाही. एकतर्फी संप्रेषण हवे असल्यास, मोड T443 एक लहान प्रस्तावना, उच्च डेटा दर आणि दीर्घ बॅटरी आयुष्य प्रदान करेल. मोड S1 वापरून द्वि-मार्गी संप्रेषण आवश्यक असल्यास, एक लहान प्रस्तावना शिफारसीय आहे.
लक्षात घ्या की लांब प्रस्तावनेसह मॉडेल S साठी शोध थ्रेशोल्ड लहान प्रस्तावनेसह मॉडेल S साठी प्रसारित केलेल्या प्रस्तावना निबलच्या संख्येपेक्षा जास्त आहे. याचा अर्थ असा की लांब प्रस्तावना मोड S रिसीव्हर लहान प्रस्तावना मोड S ट्रान्समीटरवरून प्रस्तावना शोधणार नाही. लांब प्रस्तावना मोड S रिसीव्हरला दीर्घ प्रस्तावनेतून कोणताही लाभ प्राप्त करायचा असल्यास हे आवश्यक आहे.
लक्षात ठेवा की लहान प्रस्तावना मोड S प्राप्तकर्ता प्रस्तावना शोधेल आणि लहान प्रस्तावना मोड S दोन्हीमधून पॅकेट प्राप्त करेल.
ट्रान्समीटर आणि लांब-प्रस्तावना मोड एस ट्रान्समीटर; त्यामुळे, सर्वसाधारणपणे, मीटर रीडरने लहान प्रस्तावना मोड S रिसीव्हर कॉन्फिगरेशन वापरावे.

एन्कोडिंग/डिकोडिंग

वायरलेस एम-बस तपशीलासाठी दोन भिन्न एन्कोडिंग पद्धती आवश्यक आहेत. मँचेस्टर एन्कोडिंग मोड 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	बायनरी
फिफो	OxA9	OxA6	OxA5	ऑक्स9 ए	हेक्स

प्रसारित केला जाणारा प्रत्येक बाइट एका वेळी एक बाइट एन्कोड बाइट फंक्शनला जातो. एन्कोड बाइट फंक्शन एन्कोड निबल फंक्शनला दोनदा कॉल करेल, प्रथम सर्वात लक्षणीय निबलसाठी आणि नंतर सर्वात लक्षणीय निबलसाठी.
सॉफ्टवेअरमध्ये मँचेस्टर एन्कोडिंग कठीण नाही. सर्वात महत्त्वाच्या गोष्टीपासून प्रारंभ करून, एक "01" चिप क्रम म्हणून एन्कोड केला जातो. एक शून्य "10" चिप क्रम म्हणून एन्कोड केले आहे. हे लूप वापरून आणि प्रत्येक चिन्हासाठी दोन-बिट्स हलवून सहज करता येते. तथापि, प्रत्येक निबलसाठी फक्त सोप्या 16 एंट्री लुक-अप टेबलचा वापर करणे अधिक जलद आहे. एन्कोड मँचेस्टर निबल फंक्शन डेटाच्या निबलला एन्कोड करते आणि ते FIFO ला लिहिते. FIFO ला लिहिण्याआधी चिप्स उलट्या प्रस्तावनेच्या गरजा पूर्ण केल्या जातात.
प्राप्त करताना, FIFO मधील प्रत्येक बाइटमध्ये आठ चिप्स असतात आणि डेटाच्या एका निबलमध्ये डीकोड केले जातात. रीड ब्लॉक फंक्शन FIFO कडून एका वेळी एक बाइट वाचते आणि डीकोड बाइट फंक्शनला कॉल करते. इन्व्हर्टेड प्रीम्बल आवश्यकतांसाठी FIFO मधून वाचल्यानंतर चिप्स उलट्या केल्या जातात. मँचेस्टर एन्कोड केलेल्या चिप्सचा प्रत्येक बाइट डेटाच्या निबलमध्ये डीकोड केला जातो. राइट निबल RX बफर फंक्शन वापरून डीकोड केलेले निबल RX बफरवर लिहिले जाते.
लक्षात घ्या की एन्कोड केलेले आणि डीकोडिंग दोन्ही फ्लायवर एका वेळी एक डेटा निबल केले जातात. बफरमध्ये एन्कोडिंगसाठी एनकोड न केलेल्या डेटाच्या आकाराच्या दुप्पट अतिरिक्त बफर आवश्यक असेल. एन्कोडिंग आणि डीकोडिंग सर्वात वेगवान समर्थित डेटा दर (100 k चिप्स प्रति सेकंद) पेक्षा खूप वेगवान आहे. Si443x मल्टिपल-बाइट रीड्स आणि FIFO ला सपोर्ट करत असल्याने, फक्त सिंगल-बाइट रीड्स आणि राइट्स वापरण्यात एक लहान ओव्हरहेड आहे. 10 एन्कोड केलेल्या चिप्ससाठी ओव्हरहेड सुमारे 100 µs आहे. फायदा 512 बाइट्सची RAM बचत आहे.
2. सहापैकी तीन एन्कोडिंग डीकोडिंग
EN-13757-4 मध्ये निर्दिष्ट केलेली थ्री-आउट-ऑफ-सिक्स एन्कोडिंग पद्धत MCU वरील फर्मवेअरमध्ये देखील लागू केली आहे. हे एन्कोडिंग हाय-स्पीड (100 k चीप प्रति सेकंद) मोड T साठी मीटर ते इतर वापरले जाते. मॉडेल टी वायरलेस मीटरसाठी सर्वात कमी ट्रान्समिशन वेळ आणि सर्वात जास्त बॅटरी आयुष्य प्रदान करते.
प्रसारित केल्या जाणार्‍या डेटाचा प्रत्येक बाइट दोन निबलमध्ये विभागलेला आहे. सर्वात लक्षणीय निबल एन्कोड केलेले आणि प्रथम प्रसारित केले जाते. पुन्हा, हे एन्कोड बाइट फंक्शन वापरून लागू केले जाते जे एन्कोड निबल फंक्शनला दोनदा कॉल करते.
डेटाचे प्रत्येक निबल सहा-चिप चिन्हात एन्कोड केलेले आहे. सहा-चिप चिन्हांचा क्रम 8chip FIFO वर लिहिला जाणे आवश्यक आहे.
एन्कोडिंग दरम्यान, डेटाचे दोन बाइट्स चार निबल म्हणून एन्कोड केले जातात. प्रत्येक निबल एक 6-चिप चिन्ह आहे. चार 6chip चिन्हे तीन बाइट्स म्हणून एकत्रित केली आहेत.
तक्ता 6. सहा पैकी तीन एन्कोडिंग

डेटा	0x12			0x34			बाइट्स
	ऑक्स 1	0x2		0x3		0x4	निबल्स
चिप	15	16		13		34	ऑक्टल
	1101	1110		1011		11100	बायनरी
फिफो	110100		11100010		11011100		बायनरी
	0x34		OxE2		ऑक्सडीसी		हेक्स

सॉफ्टवेअरमध्ये, तीन-पैकी-सहा एन्कोडिंग तीन नेस्टेड फंक्शन्स वापरून लागू केले जाते. एन्कोड बाइट फंक्शन एनकोड निबल फंक्शनला दोनदा कॉल करेल. एन्कोड निबल फंक्शन सहा-चिप चिन्हासाठी लुक-अप टेबल वापरते आणि सहा फंक्शन्सपैकी शिफ्ट थ्रीवर चिन्ह लिहिते. हे फंक्शन सॉफ्टवेअरमध्ये 16-चिप शिफ्ट रजिस्टर लागू करते. शिफ्ट रजिस्टरच्या कमीत कमी महत्त्वाच्या बाइटवर चिन्ह लिहिले जाते. रजिस्टर दोनदा डावीकडे हलवले जाते. हे तीन वेळा पुनरावृत्ती होते. जेव्हा शिफ्ट रजिस्टरच्या वरच्या बाइटमध्ये पूर्ण बाइट असतो, तेव्हा तो उलटा केला जातो आणि FIFO ला लिहिला जातो.
डेटाचा प्रत्येक बाइट दीड एन्कोडेड बाइट्स म्हणून एन्कोड केलेला असल्याने, शिफ्ट रजिस्टर सुरुवातीला साफ करणे महत्त्वाचे आहे जेणेकरून पहिला एन्कोड केलेला बाइट योग्य असेल. जर पॅकेटची लांबी विषम संख्या असेल तर, सर्व बाइट्स एन्कोड केल्यानंतर, शिफ्ट रजिस्टरमध्ये अजूनही एक निबल शिल्लक असेल. पुढील भागात स्पष्ट केल्याप्रमाणे हे पोस्टमॅम्बलसह हाताळले आहे.
एन्कोड केलेल्या सहापैकी तीन डीकोड करणे ही उलट प्रक्रिया आहे. डीकोडिंग करताना, तीन एन्कोड केलेले बाइट्स दोन डेटा बाइट्समध्ये डीकोड केले जातात. सॉफ्टवेअर शिफ्ट रजिस्टर पुन्हा डीकोड केलेल्या डेटाचे बाइट्स एकत्रित करण्यासाठी वापरले जाते. डीकोडिंगसाठी 64-एंट्री इन्व्हर्स लुक-अप टेबल वापरला जातो. हे कमी सायकल पण जास्त कोड मेमरी वापरते. संबंधित चिन्हासाठी 16-एंट्री लुक-अप टेबल शोधण्यासाठी बराच वेळ लागतो.
पोस्टाम्बल
वायरलेस एम-बस स्पेसिफिकेशनमध्ये पोस्टॅम्बल किंवा ट्रेलरसाठी विशिष्ट आवश्यकता आहेत. सर्व मोड्ससाठी, किमान दोन चिप्स आहेत आणि कमाल आठ चिप्स आहेत. FIFO साठी किमान अणु एकक एक बाइट असल्याने, मोड S आणि मोड R साठी 8-चिप ट्रेलर वापरला जातो. पॅकेटची लांबी सम असल्यास मोड T पोस्टॅम्बल आठ चिप्स किंवा पॅकेटची लांबी विषम असल्यास चार चिप्स आहे. विचित्र पॅकेट लांबीसाठी चार-चिप पोस्टेम्बल किमान दोन पर्यायी चिप्स असण्याची आवश्यकता पूर्ण करते.
तक्ता 7. पोस्टॅम्बलची लांबी

	पोस्टॅम्बल लांबी (चिप्स)
	मि	कमाल	अंमलबजावणी		चिप क्रम
मोड एस	2	8	8		1010101
मोड टी	2	8	4	(विचित्र)	101
			8	(अगदी)	1010101
मोड आर	2	8	8		1010101

पॅकेट हँडलर

Si443x वरील पॅकेट हँडलर व्हेरिएबल पॅकेट रुंदी मोडमध्ये किंवा निश्चित पॅकेट रुंदी मोडमध्ये वापरला जाऊ शकतो. व्हेरिएबल पॅकेट रुंदी मोडसाठी सिंक्रोनाइझेशन शब्द आणि पर्यायी शीर्षलेख बाइट्स नंतर पॅकेट लांबीचा बाइट आवश्यक आहे. रिसेप्शन केल्यावर, रेडिओ वैध पॅकेटचा शेवट निश्चित करण्यासाठी लांबीचा बाइट वापरेल. ट्रान्समिशनवर, रेडिओ हेडर बाइट्स नंतर लांबीचे फील्ड घालेल.
वायरलेस M-बस प्रोटोकॉलसाठी L फील्ड Si443x लांबीच्या फील्डसाठी वापरले जाऊ शकत नाही. प्रथम, एल फील्ड वास्तविक पॅकेट लांबी नाही. ही लिंक लेयर पेलोड बाइटची संख्या आहे ज्यामध्ये CRC बाइट्स किंवा एन्कोडिंग समाविष्ट नाही. दुसरे म्हणजे, एल-फील्ड स्वतःच एकतर मँचेस्टर एन्कोडिंग वापरून एन्कोड केले जाते किंवा मोड टी मीटरसाठी सहापैकी तीन एन्कोडिंग वापरून.
अंमलबजावणी पॅकेट हँडलरचा वापर ट्रांसमिशन आणि रिसेप्शन दोन्हीसाठी निश्चित पॅकेट रुंदी मोडमध्ये करते. ट्रान्समिशन केल्यावर, PHY लेयर ट्रान्समिट बफरमधील L फील्ड वाचेल आणि पोस्टाम्बलसह एन्कोड केलेल्या बाइट्सची संख्या मोजेल. प्रसारित केल्या जाणार्‍या एन्कोड केलेल्या बाइट्सची एकूण संख्या पॅकेट लांबी रजिस्टर (0x3E) वर लिहिली जाते.
रिसेप्शनवर, पहिले दोन एन्कोड केलेले बाइट डीकोड केले जातात आणि एल-फील्ड रिसीव्ह बफरवर लिहिले जाते. एल-फील्डचा वापर एन्कोड केलेल्या बाइट्सची संख्या मोजण्यासाठी केला जातो. प्राप्त करायच्या एन्कोड केलेल्या बाइट्सची संख्या नंतर पॅकेट लांबी रजिस्टर (0x3E) वर लिहिली जाते. टपाल टाकून दिले आहे.
MCU ने L-फील्ड डीकोड करणे आवश्यक आहे, एन्कोड केलेल्या बाइट्सच्या संख्येची गणना करणे आवश्यक आहे आणि पॅकेट लांबीच्या नोंदीमध्ये सर्वात कमी संभाव्य पॅकेट लांबी प्राप्त होण्यापूर्वी मूल्य लिहावे लागेल. PHY लेयरसाठी सर्वात लहान परवानगीयोग्य L-फील्ड 9 आहे, जे 12 अनकोड केलेले बाइट्स देते. हे मॉडेल T साठी 18 एन्कोड केलेले बाइट्स देते. पहिले दोन बाइट्स आधीच डीकोड केले गेले आहेत. अशा प्रकारे, पॅकेट लांबीचे रजिस्टर 16-बाइट वेळा 100 kbps किंवा 1.28 मिलीसेकंदमध्ये अपडेट केले जाणे आवश्यक आहे. 8051 MIPS वर चालणाऱ्या 20 साठी ही काही अडचण नाही.
विचित्र पॅकेट लांबी असलेल्या मोड टी पॅकेटसाठी वापरल्या जाणार्‍या चार-चिप पोस्टेम्बलशिवाय, प्राप्त करायच्या बाइट्सच्या संख्येमध्ये पोस्टमॅबलचा समावेश नाही. अशा प्रकारे, मॉडेल टी विषम लांबीच्या पॅकेट्सशिवाय, प्राप्तकर्त्याला पोस्टमॅम्बलची आवश्यकता नाही. हे पोस्टमॅम्बल फक्त एन्कोड केलेल्या बाइट्सची पूर्णांक संख्या देण्यासाठी आवश्यक आहे. पोस्टाम्बलमधील मजकुराकडे दुर्लक्ष; त्यामुळे, पोस्टाम्बल प्रसारित न केल्यास, आवाजाच्या चार चिप्स प्राप्त होतील आणि त्याकडे दुर्लक्ष केले जाईल. एन्कोड केलेल्या बाइट्सची एकूण संख्या 255 (0xFF) पर्यंत मर्यादित असल्याने, अंमलबजावणी विविध मोडसाठी कमाल L-फील्ड मर्यादित करते.
तक्ता 8. पॅकेट आकार मर्यादा

	एन्कोड केलेले		डीकोड केलेले		एम-बस
	बाइट्स		बाइट्स		एल-फील्ड
	डिसेंबर	हेक्स	डिसेंबर	हेक्स	डिसेंबर	हेक्स
मोड एस	255	FF	127	7 एफ	110	6E
मोड T (मीटर-इतर)	255	FF	169	A9	148	94
मोड आर	255	FF	127	7 एफ	110	6E

या मर्यादा सामान्यतः वायरलेस मीटरच्या सामान्य वापराच्या केसपेक्षा जास्त असतात. सर्वोत्तम संभाव्य बॅटरी आयुष्य मिळविण्यासाठी पॅकेटची लांबी लहान ठेवली पाहिजे.
याव्यतिरिक्त, वापरकर्ता जास्तीत जास्त एल-फील्ड निर्दिष्ट करू शकतो जे प्राप्त केले पाहिजे (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 रजिस्टर वाचले जाते. पॅकेट पाठवलेला बिट प्रथम तपासला जातो आणि, जर पॅकेट पूर्णपणे पाठवले गेले नसेल, तर पुढील 48 बाइट्स एन्कोड केलेला डेटा FIFO वर लिहिला जातो. सर्व एन्कोड केलेले बाइट्स लिहिल्या जाईपर्यंत आणि पॅकेट पाठवलेला व्यत्यय येईपर्यंत हे चालू राहते.
४.१.१. रिसेप्शन
रिसेप्शनवर, सुरुवातीला, फक्त सिंक वर्ड इंटरप्ट सक्षम आहे. सिंक शब्द प्राप्त केल्यानंतर, सिंक शब्द व्यत्यय अक्षम केला जातो आणि 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 दरम्यान डेटा हस्तांतरित करणारी कार्ये प्रदान करते
• आउटगोइंग संदेशांसाठी सीआरसी व्युत्पन्न करते
• येणार्‍या संदेशांमधील CRC त्रुटी शोधते
• भौतिक पत्ता प्रदान करते
• द्विदिश संप्रेषण मोडसाठी हस्तांतरण स्वीकारते
• फ्रेम डेटा बिट
• येणार्‍या संदेशांमधील फ्रेमिंग त्रुटी शोधते

लिंक लेयर फ्रेम फॉरमॅट

EN 13757-4:2005 मध्ये वापरलेला वायरलेस M-Bus फ्रेम फॉरमॅट IEC3-3-60870 मधील FT5 (फ्रेम प्रकार 2) फ्रेम फॉरमॅटमधून घेतला आहे. फ्रेममध्ये डेटाचे एक किंवा अधिक ब्लॉक्स असतात. प्रत्येक ब्लॉकमध्ये 16-बिट CRC फील्ड समाविष्ट आहे. पहिला बॉक हा 12 बाइट्सचा एक निश्चित-लांबीचा ब्लॉक आहे ज्यामध्ये L-फील्ड, C-फील्ड, M-फील्ड आणि A-फील्ड समाविष्ट आहे.

1. एल-फील्ड
   L-फील्ड ही लिंक लेयर डेटा पेलोडची लांबी आहे. यामध्ये स्वतः L-फील्ड किंवा CRC बाइट्सचा समावेश नाही. त्यात एल-फील्ड, सी-फील्ड, एम-फील्ड आणि ए-फील्ड समाविष्ट आहे. हे PHY पेलोडचा भाग आहेत.
   एन्कोड केलेल्या बाइट्सची संख्या 255 बाइट्सपर्यंत मर्यादित असल्यामुळे, M-फील्डसाठी कमाल समर्थित मूल्य मँचेस्टर एन्कोडेड डेटासाठी 110 बाइट्स आणि मोड T थ्री-आउट-ऑफ-सिक्स एन्कोडेड डेटासाठी 148 बाइट्स आहे.
   ट्रान्समिशनवर एल-फील्डची गणना करण्यासाठी लिंक लेयर जबाबदार आहे. लिंक-लेयर रिसेप्शनवर एल-फील्ड वापरेल.
   लक्षात ठेवा L-फील्ड PHY पेलोड लांबी किंवा एन्कोड केलेल्या बाइट्सची संख्या दर्शवत नाही. प्रसारित केल्यावर, PHY PHY पेलोड लांबी आणि एन्कोड केलेल्या बाइट्सची संख्या मोजेल. रिसेप्शनवर, PHY L-फील्ड डीकोड करेल आणि डीकोड करण्यासाठी बाइट्सची संख्या मोजेल.
2. सी-फील्ड
   सी-फील्ड हे फ्रेम कंट्रोल फील्ड आहे. हे फील्ड फ्रेम प्रकार ओळखते आणि लिंक डेटा एक्सचेंज सर्व्हिस प्रिमिटिव्हसाठी वापरले जाते. सी-फील्ड फ्रेम प्रकार दर्शवते - पाठवा, पुष्टी करा, विनंती करा किंवा प्रतिसाद द्या. SEND आणि REQUEST फ्रेम्सच्या बाबतीत, C-फील्ड सूचित करते की CONFIRM किंवा RESPOND अपेक्षित आहे.
   मूलभूत Link TX फंक्शन वापरताना, C चे कोणतेही मूल्य वापरले जाऊ शकते. Link Service Primitives वापरताना, C फील्ड EN 13757-4:2005 नुसार आपोआप पॉप्युलेट होते.
3. एम-फील्ड
   एम-फील्ड हा निर्मात्याचा कोड आहे. उत्पादक खालील वरून तीन-अक्षरी कोडची विनंती करू शकतात web पत्ता: http://www.dlms.com/flag/INDEX.HTM तीन-अक्षरी कोडचे प्रत्येक वर्ण पाच बिट्स म्हणून एन्कोड केलेले आहे. 5-बिट कोड ASCII कोड घेऊन आणि 0x40 (“A”) वजा करून मिळू शकतो. तीन 5-बिट कोड 15-बिट बनवण्यासाठी एकत्रित केले आहेत. सर्वात लक्षणीय बिट शून्य आहे.
4. ए-फील्ड
   पत्ता फील्ड प्रत्येक डिव्हाइससाठी एक अद्वितीय 6-बाइट पत्ता आहे. अद्वितीय पत्ता निर्मात्याने नियुक्त केला पाहिजे. प्रत्येक उपकरणाचा एक अद्वितीय 6-बाइट पत्ता असल्याची खात्री करणे ही प्रत्येक निर्मात्याची जबाबदारी आहे. पाठवा आणि विनंती फ्रेमचा पत्ता हा मीटर किंवा इतर उपकरणाचा स्वतःचा पत्ता असतो. पुष्टीकरण आणि प्रतिसाद डेटा फ्रेम मूळ डिव्हाइसचा पत्ता वापरून पाठविला जातो.
5. सीआय-फील्ड
   CI-फील्ड हे ऍप्लिकेशन हेडर आहे आणि ऍप्लिकेशन डेटा पेलोडमधील डेटाचा प्रकार स्पष्ट करते. EN13757-4:2005 मर्यादित संख्येत मूल्ये निर्दिष्ट करत असताना, Link Service Primitives कोणतेही मूल्य वापरण्याची परवानगी देईल.
6. CRC
   CRC EN13757-4:2005 मध्ये निर्दिष्ट केले आहे.
   CRC बहुपद आहे:
   X16 + x13 + x12 + x11 + x10 + x8 +x6 + x5 +x2 + 1
   लक्षात ठेवा की एम-बस सीआरसी प्रत्येक 16-बाइट ब्लॉकवर मोजली जाते. याचा परिणाम असा आहे की डेटाच्या प्रत्येक 16 बाइट्सला 18 बाइट्स प्रसारित करणे आवश्यक आहे,

अतिरिक्त माहिती

लिंक लेयर अंमलबजावणीबद्दल अतिरिक्त माहितीसाठी, "AN452: वायरलेस एम-बस स्टॅक प्रोग्रामर मार्गदर्शक" पहा.

पॉवर व्यवस्थापन

आकृती 2 मीटरसाठी वीज व्यवस्थापन टाइमलाइन दाखवतेample मोड T1 वापरून.

ऊर्जा वाचवण्यासाठी शक्य असेल तेव्हा MCU स्लीप मोडमध्ये असावे. यामध्ये माजीampले, RTC चालू असताना, रेडिओ क्रिस्टल स्टार्ट-अपची वाट पाहत असताना आणि FIFO वरून प्रसारित करताना MCU झोपलेले असते. पोर्ट मॅच वेक-अपशी कनेक्ट केलेल्या EZRadioPRO IRQ सिग्नलमधून MCU जागृत होईल.
एका ब्लॉकपेक्षा जास्त काळचे संदेश पाठवताना, FIFO (FIFO जवळजवळ रिक्त व्यत्ययावर आधारित) भरण्यासाठी MCU जागृत झाले पाहिजे आणि नंतर पुन्हा झोपायला गेले.
ADC वरून वाचताना MCU कमी पॉवर ऑसीलेटर किंवा बर्स्ट-मोड ऑसिलेटरमधून चालणारे निष्क्रिय मोडमध्ये असले पाहिजे. ADC ला SAR घड्याळ आवश्यक आहे.
वापरात नसताना, EZRadioPRO शटडाउन मोडमध्ये SDN पिन उच्च चालवलेल्या असायला हवे. यासाठी MCU शी हार्डवायर कनेक्शन आवश्यक आहे. ईझेड रेडिओ प्रो रजिस्टर्स शटडाउन मोडमध्ये जतन केलेले नाहीत; त्यामुळे, प्रत्येक RTC अंतरावर EZRadioPro सुरू केले जाते. रेडिओ सुरू करण्यासाठी 100 µs पेक्षा कमी वेळ लागतो आणि 400 nA वाचतो. यामुळे 10-सेकंद अंतरावर आधारित 10 µJ ऊर्जा बचत होते.
EZRadioPRO क्रिस्टल POR साठी सुमारे 16 ms घेते. हे सुमारे आठ ब्लॉक्ससाठी CRC ची गणना करण्यासाठी पुरेसे आहे. क्रिस्टल स्थिर होण्यापूर्वी सर्व सीआरसी पूर्ण केल्यास MCU पुन्हा झोपी जाईल. एन्क्रिप्शन आवश्यक असल्यास, क्रिस्टल ऑसिलेटरवर प्रतीक्षा करत असताना ते देखील सुरू केले जाऊ शकते.
बहुतेक कामांसाठी लो-पॉवर ऑसिलेटर वापरून MCU 20 MHz वर चालले पाहिजे. ज्या कार्यांसाठी अचूक कालबाह्य आवश्यक आहे त्यांनी स्लीप मोडऐवजी अचूक ऑसिलेटर आणि निष्क्रिय मोड वापरणे आवश्यक आहे. RTC बर्‍याच कार्यांसाठी पुरेसे रिझोल्यूशन प्रदान करते. T2 मीटर साठी उर्जा व्यवस्थापन टाइमलाइन माजीample अर्ज आकृती 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

अस्वीकरण
सिलिकॉन लॅब्स ग्राहकांना सिलिकॉन लॅब्स उत्पादने वापरत आहेत किंवा वापरण्याच्या इच्छेनुसार सिस्टीम आणि सॉफ्टवेअर अंमलबजावणी करणाऱ्यांसाठी उपलब्ध सर्व पेरिफेरल आणि मॉड्यूल्सचे नवीनतम, अचूक आणि सखोल दस्तऐवजीकरण प्रदान करण्याचा मानस आहे. कॅरेक्टरायझेशन डेटा, उपलब्ध मॉड्यूल्स आणि पेरिफेरल्स, मेमरी आकार आणि मेमरी पत्ते प्रत्येक विशिष्ट उपकरणाचा संदर्भ घेतात आणि प्रदान केलेले “नमुनेदार” पॅरामीटर्स वेगवेगळ्या अनुप्रयोगांमध्ये बदलू शकतात आणि करू शकतात. अर्ज माजीampयेथे वर्णन केलेले लेस केवळ स्पष्टीकरणासाठी आहेत. सिलिकॉन लॅब्स पुढील सूचना आणि मर्यादांशिवाय बदल करण्याचा अधिकार राखून ठेवते आणि उत्पादन माहिती, तपशील आणि वर्णन येथे दिलेली आहे आणि समाविष्ट माहितीच्या अचूकतेची किंवा पूर्णतेची हमी देत ​​नाही. येथे पुरवलेल्या माहितीच्या वापराच्या परिणामांसाठी सिलिकॉन लॅब्सचे कोणतेही उत्तरदायित्व असणार नाही. हा दस्तऐवज कोणत्याही एकात्मिक सर्किट्सची रचना किंवा फॅब्रिकेट करण्यासाठी येथे दिलेले कॉपीराइट परवाने सूचित किंवा व्यक्त करत नाही. सिलिकॉन लॅबच्या विशिष्ट लिखित संमतीशिवाय उत्पादने कोणत्याही लाइफ सपोर्ट सिस्टममध्ये वापरण्यासाठी डिझाइन किंवा अधिकृत केलेली नाहीत. "लाइफ सपोर्ट सिस्टीम" हे जीवन आणि/किंवा आरोग्याला समर्थन देण्यासाठी किंवा टिकवून ठेवण्याच्या उद्देशाने असलेले कोणतेही उत्पादन किंवा प्रणाली आहे, जे अयशस्वी झाल्यास, लक्षणीय वैयक्तिक इजा किंवा मृत्यू होण्याची वाजवी अपेक्षा केली जाऊ शकते. सिलिकॉन लॅब उत्पादने लष्करी अनुप्रयोगांसाठी डिझाइन किंवा अधिकृत नाहीत. सिलिकॉन लॅब्सची उत्पादने कोणत्याही परिस्थितीत अण्वस्त्र, जैविक किंवा रासायनिक शस्त्रे किंवा अशी शस्त्रे वितरीत करण्यास सक्षम क्षेपणास्त्रांसह (परंतु त्यापुरते मर्यादित नाही) मोठ्या प्रमाणावर विनाश करणारी शस्त्रे वापरली जाऊ नयेत.
ट्रेडमार्क माहिती
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs®, आणि Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, Clockbuilder®, CMEMS®, DSPLL®, EFM®, EFM32®, EFR, Ember® , एनर्जी मायक्रो, एनर्जी मायक्रो लोगो आणि त्याचे संयोजन, “जगातील सर्वात ऊर्जा अनुकूल मायक्रोकंट्रोलर”, Ember®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, ISOmodem®, Precision32®, ProSLIC®, Simplicity Studio®, SiPHY® , Telegesis, the Telegesis Logo®, USBXpress® आणि इतर हे सिलिकॉन लॅबचे ट्रेडमार्क किंवा नोंदणीकृत ट्रेडमार्क आहेत. ARM, CORTEX, Cortex-M3 आणि अंगठे हे ARM होल्डिंगचे ट्रेडमार्क किंवा नोंदणीकृत ट्रेडमार्क आहेत. Keil हा ARM Limited चा नोंदणीकृत ट्रेडमार्क आहे. येथे नमूद केलेली इतर सर्व उत्पादने किंवा ब्रँड नावे त्यांच्या संबंधित धारकांचे ट्रेडमार्क आहेत.

सिलिकॉन लॅबोरेटरीज इंक.
400 वेस्ट सीझर चावेझ
ऑस्टिन, TX 78701
यूएसए
http://www.silabs.com

कागदपत्रे / संसाधने

SILICON LABS वायरलेस M-BUS सॉफ्टवेअर अंमलबजावणी AN451 [pdf] वापरकर्ता मार्गदर्शक SILICON LABS, C8051, MCU, आणि, EZRadioPRO, वायरलेस एम-बस, वायरलेस, एम-बस, सॉफ्टवेअर, अंमलबजावणी, AN451

संदर्भ

• वापरकर्ता मॅन्युअल