माइक्रोचिप PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर उपयोगकर्ता गाइड

बूट प्रक्रिया
1. बूटिंग में शामिल सॉफ्टवेयर घटक
  सिस्टम बूट-अप प्रक्रिया में निम्नलिखित सॉफ़्टवेयर घटक शामिल होते हैं:
  - हार्ट सॉफ्टवेयर सर्विसेज (एचएसएस): एक शून्य-एसtagयह बूट लोडर, सिस्टम मॉनिटर और अनुप्रयोगों के लिए रनटाइम सेवाओं का प्रदाता है।
2. बूट प्रवाह
  सिस्टम बूट प्रवाह का क्रम इस प्रकार है:
  1. हार्ट सॉफ्टवेयर सर्विसेज (एचएसएस) का आरंभीकरण
  2. बूटलोडर निष्पादन
  3. एप्लिकेशन स्टार्टअप
प्रहरी
1. PIC64GX वॉचडॉग
  PIC64GX में सिस्टम संचालन पर नजर रखने और सिस्टम विफलता की स्थिति में कार्रवाई शुरू करने के लिए वॉचडॉग फ़ंक्शन की सुविधा है।
लॉकडाउन मोड
लॉकडाउन मोड उन ग्राहकों के लिए डिज़ाइन किया गया है जिन्हें बूट के बाद सिस्टम क्रियाओं पर पूर्ण नियंत्रण की आवश्यकता होती है। यह E51 सिस्टम मॉनिटर की कार्यक्षमताओं को सीमित करता है।

सामान्य प्रश्न

प्रश्न: हार्ट सॉफ्टवेयर सर्विसेज (एचएसएस) का उद्देश्य क्या है?
उत्तर: HSS शून्य-एस के रूप में कार्य करता हैtagयह बूट लोडर, सिस्टम मॉनिटर, तथा बूट प्रक्रिया के दौरान अनुप्रयोगों के लिए रनटाइम सेवाओं का प्रदाता है।
प्रश्न: PIC64GX वॉचडॉग फ़ंक्शन कैसे काम करता है?
उत्तर: PIC64GX वॉचडॉग सिस्टम संचालन पर नज़र रखता है और सिस्टम विफलताओं के मामले में सिस्टम की विश्वसनीयता सुनिश्चित करने के लिए पूर्वनिर्धारित कार्रवाई कर सकता है।

परिचय

यह श्वेतपत्र बताता है कि माइक्रोचिप PIC64GX किस प्रकार अनुप्रयोग कार्यभार को बूट करता है तथा सिस्टम बूट प्रक्रिया का वर्णन करता है, जो SMP और . दोनों के लिए समान रूप से संचालित होती है AMP कार्यभार। इसके अतिरिक्त, यह बताता है कि SMP और के लिए रीबूट कैसे काम करता है AMP कार्यभार, PIC64GX पर वॉचडॉग, तथा उन प्रणालियों के लिए विशेष लॉकडाउन मोड, जहां ग्राहक सिस्टम बूट के बाद E51 सिस्टम मॉनिटर की क्रियाओं को सीमित करने के लिए पूर्ण नियंत्रण चाहते हैं।

बूट प्रक्रिया

आइए हम सिस्टम बूटअप में शामिल विभिन्न सॉफ्टवेयर घटकों पर एक नजर डालें, इसके बाद सिस्टम बूट प्रवाह के अनुक्रम पर अधिक विस्तृत नजर डालें।

बूटिंग में शामिल सॉफ्टवेयर घटक
सिस्टम बूट-अप प्रक्रिया में निम्नलिखित घटक शामिल होते हैं:

चित्र 1.1. बूट-अप घटक

हार्ट सॉफ्टवेयर सर्विसेज (एचएसएस)
हार्ट सॉफ्टवेयर सर्विसेज (एचएसएस) एक शून्य-एस हैtagई बूट लोडर, एक सिस्टम मॉनिटर और अनुप्रयोगों के लिए रनटाइम सेवाओं का प्रदाता। HSS प्रारंभिक सिस्टम सेटअप, DDR प्रशिक्षण और हार्डवेयर आरंभीकरण/कॉन्फ़िगरेशन का समर्थन करता है। यह ज़्यादातर E51s पर चलता है, जिसमें प्रत्येक U54s पर मशीन-मोड स्तर की कार्यक्षमता की एक छोटी मात्रा चलती है। यह बूट माध्यम से एप्लिकेशन "पेलोड" लोड करके एक या अधिक संदर्भों को बूट करता है, और ऑपरेटिंग सिस्टम कर्नेल के लिए प्लेटफ़ॉर्म रनटाइम सेवाएँ/पर्यवेक्षक निष्पादन वातावरण (SEE) प्रदान करता है। यह सुरक्षित बूट का समर्थन करता है और हार्डवेयर विभाजन/पृथक्करण सुनिश्चित करने में एक महत्वपूर्ण घटक है AMP संदर्भ.

दास यू-बूट (यू-बूट)
दास यू-बूट (यू-बूट) एक ओपन-सोर्स यूनिवर्सल स्क्रिप्टेबल बूट लोडर है। यह एक सरल CLI का समर्थन करता है जो विभिन्न स्रोतों (एसडी कार्ड और नेटवर्क सहित) से बूट छवि को पुनः प्राप्त कर सकता है। यू-बूट लिनक्स लोड करता है। यदि आवश्यक हो तो यह एक UEFI वातावरण प्रदान कर सकता है। यह आम तौर पर लिनक्स बूट होने के बाद समाप्त हो जाता है और रास्ते से हट जाता है - दूसरे शब्दों में, यह बूट के बाद भी मौजूद नहीं रहता है।
लिनक्स कर्नेल
लिनक्स कर्नेल दुनिया का सबसे लोकप्रिय ऑपरेटिंग सिस्टम कर्नेल है। अनुप्रयोगों के उपयोगकर्ता क्षेत्र के साथ संयुक्त, यह वह बनाता है जिसे आम तौर पर लिनक्स ऑपरेटिंग सिस्टम के रूप में जाना जाता है। एक लिनक्स ऑपरेटिंग सिस्टम समृद्ध POSIX API और डेवलपर वातावरण प्रदान करता है, उदाहरण के लिएampफ़ाइल, भाषाएँ और उपकरण जैसे कि पायथन, पर्ल, टीसीएल, रस्ट, सी/सी++, और टीसीएल; लाइब्रेरीज़ जैसे कि ओपनएसएसएल, ओपनसीवी, ओपनएमपी, ओपीसी/यूए, और ओपनAMP (RPmsg और RemoteProc).
योक्टो और बिल्डरूट लिनक्स सिस्टम बिल्डर हैं, यानी, इनका इस्तेमाल कस्टमाइज्ड लिनक्स सिस्टम बनाने के लिए किया जा सकता है। योक्टो एक समृद्ध लिनक्स वितरण आउटपुट करता है
एप्लिकेशन, टूल और लाइब्रेरी का सेट और वैकल्पिक पैकेज प्रबंधन। बिल्डरूट एक अधिक न्यूनतम रूट आउटपुट देता है fileसिस्टम और उन सिस्टम को लक्षित कर सकता है जिन्हें लगातार भंडारण की आवश्यकता नहीं होती है लेकिन वे पूरी तरह से RAM से चलते हैं (उदाहरण के लिए Linux के प्रारंभिक समर्थन का उपयोग करके)ampले).

हलकी हवा
Zephyr एक छोटा, ओपन-सोर्स रियल-टाइम ऑपरेटिंग सिस्टम (RTOS) है। यह Linux को RPMsg-लाइट संचार चैनलों के साथ एक रियल-टाइम लो-ओवरहेड फ्रेमवर्क प्रदान करता है। इसमें कर्नेल, लाइब्रेरी, डिवाइस ड्राइवर, प्रोटोकॉल स्टैक शामिल हैं, fileसिस्टम, फर्मवेयर अपडेट के लिए तंत्र, और इसी तरह, और यह उन ग्राहकों के लिए बहुत अच्छा है जो PIC64GX पर अधिक बेयर-मेटल जैसा अनुभव चाहते हैं।

बूट प्रवाह
PIC64GX में 64-बिट E51 सिस्टम मॉनिटर हार्ट और 4 64-बिट U54 एप्लीकेशन हार्ट के साथ RISC-V कोरप्लेक्स शामिल है। RISC-V शब्दावली में, हार्ट एक RISC-V निष्पादन संदर्भ है जिसमें रजिस्टरों का एक पूरा सेट होता है और जो अपने कोड को स्वतंत्र रूप से निष्पादित करता है। आप इसे हार्डवेयर थ्रेड या एकल CPU के रूप में सोच सकते हैं। एकल कोर के भीतर हार्ट के समूह को अक्सर कॉम्प्लेक्स कहा जाता है। यह विषय PIC64GX कोरप्लेक्स को आरंभ करने के चरणों का वर्णन करता है, जिसमें E51 सिस्टम मॉनिटर हार्ट और U54 एप्लीकेशन हार्ट शामिल हैं।

PIC64GX कोरप्लेक्स को चालू करें।
पावर-ऑन होने पर, RISC-V कोरप्लेक्स में सभी हार्ट्स को सुरक्षा नियंत्रक द्वारा रीसेट से मुक्त कर दिया जाता है।
ऑन-चिप eNVM फ़्लैश मेमोरी से HSS कोड चलाएँ।
शुरुआत में, प्रत्येक हार्ट ऑन-चिप eNVM फ्लैश मेमोरी से HSS कोड चलाना शुरू करता है। यह कोड सभी U54 एप्लीकेशन हार्ट को स्पिन करने, निर्देशों की प्रतीक्षा करने का कारण बनता है, और E51 मॉनिटर हार्ट को सिस्टम को आरंभ करने और चालू करने के लिए कोड चलाना शुरू करने देता है।

eNVM से L2-स्क्रैच मेमोरी तक HSS कोड को डिकंप्रेस करें।
इसके निर्माण-समय विन्यास के आधार पर, HSS आमतौर पर eNVM फ्लैश मेमोरी की क्षमता से भी बड़ा होता है और इसलिए E51 पर चलने वाला HSS कोड सबसे पहले स्वयं को eNVM से L2-स्क्रैच मेमोरी में विघटित कर लेता है, जैसा कि चित्र 1.2 और चित्र 1.3 में दिखाया गया है।
चित्र 1.2. eNVM से L2 स्क्रैच तक HSS का विसंपीडन
चित्र 1.3. विसंपीडन के दौरान HSS मेमोरी मैप
eNVM से L2-स्क्रैच तक एक निष्पादनयोग्य फ़ाइल में जाएं जैसा कि निम्नलिखित चित्र में दिखाया गया है।
चित्र 1.4. HSS, विसंपीडन के बाद eNVM से L2Scratch में कोड नाउ में चला जाता है
निष्पादनयोग्य में तीन घटक होते हैं:
- हार्डवेयर अमूर्तन परत (HAL), निम्न-स्तरीय कोड और बेयर मेटल ड्राइवर
- RISC-V OpenSBI का एक स्थानीय HSS फ़ॉर्क (PIC64GX पर अपस्ट्रीम से थोड़ा संशोधित) AMP उद्देश्य)
- एचएसएस रनटाइम सेवाएं (स्टेट मशीनें सुपर लूप में चलती हैं)
ओपनएसबीआई द्वारा प्रयुक्त हार्डवेयर और डेटा संरचनाओं को आरंभीकृत करें।
HSS सेवा “स्टार्टअप” इस आरंभीकरण के लिए जिम्मेदार है।

बाह्य संग्रहण से एप्लिकेशन वर्कलोड (पेलोड.बिन) छवि प्राप्त करें। यह चित्र 1.5 और चित्र 1.6 में दिखाया गया है
महत्वपूर्ण: PIC64GX क्यूरियोसिटी किट के मामले में, यह SD कार्ड से होगा।
चित्र 1.5. बाह्य संग्रहण से पेलोड.बिन कार्यभार छवि प्राप्त करना
चित्र 1.6. payload.bin प्राप्त करने के बाद HSS मेमोरी मैप
पेलोड.बिन से विभिन्न अनुभागों को उनके निष्पादन समय गंतव्यों पर कॉपी करें। पेलोड.बिन एक स्वरूपित छवि है, जो SMP या के लिए विभिन्न अनुप्रयोग छवियों को समेकित करती है AMP कार्यभार। इसमें कोड, डेटा और डिस्क्रिप्टर टेबल शामिल हैं जो HSS को कोड और डेटा अनुभागों को उचित रूप से रखने में सक्षम बनाते हैं, जहां विभिन्न एप्लिकेशन कार्यभार चलाने के लिए उनकी आवश्यकता होती है।
चित्र 1.7. payload.bin को गंतव्य पते पर कॉपी किया गया है

संबंधित U54 को उनके निष्पादन आरंभ पते पर जाने का निर्देश दें। यह आरंभ पता जानकारी payload.bin में निहित है।
U54 एप्लिकेशन हार्ट्स और किसी भी सेकंड-एस शुरू करेंtagई बूट लोडर। उदाहरण के लिएampले, यू-बूट लिनक्स लाता है।

रीबूट

सिस्टम बूटिंग की अवधारणा से संबंधित रीबूट करने की आवश्यकता है। PIC64GX एप्लिकेशन वर्कलोड के बारे में सोचते समय, रीबूट करने के लिए सममित मल्टीप्रोसेसिंग (SMP) और असममित मल्टीप्रोसेसिंग (SMP) दोनों पर विचार करने की आवश्यकता होती है।AMP) परिदृश्य:

एसएमपी प्रणाली के मामले में, रीबूट पूरे सिस्टम को सुरक्षित रूप से रीबूट कर सकता है, क्योंकि विचार करने के लिए किसी अन्य संदर्भ में कोई अतिरिक्त कार्यभार नहीं होता है।

किसी मामले में AMP सिस्टम में, किसी कार्यभार को केवल स्वयं को रीबूट करने की अनुमति दी जा सकती है (और किसी अन्य संदर्भ में हस्तक्षेप नहीं करना चाहिए), या उसे पूर्ण सिस्टम रीबूट करने में सक्षम होने का विशेषाधिकार दिया जा सकता है।

रीबूट करें और AMP
एसएमपी को सक्षम करने के लिए AMP रीबूट परिदृश्यों में, HSS वार्म और कोल्ड रीबूट विशेषाधिकारों की अवधारणाओं का समर्थन करता है, जो किसी संदर्भ को असाइन करने योग्य होते हैं। वार्म रीबूट विशेषाधिकार वाला संदर्भ केवल खुद को रीबूट करने में सक्षम होता है, और कोल्ड रीबूट विशेषाधिकार वाला संदर्भ पूरे सिस्टम रीबूट को निष्पादित कर सकता है। उदाहरण के लिएampले, प्रतिनिधि परिदृश्यों के निम्नलिखित सेट पर विचार करें।

एकल संदर्भ SMP कार्यभार, जिसे पूर्ण सिस्टम रीबूट का अनुरोध करने की अनुमति है
इस परिदृश्य में, संदर्भ को कोल्ड रीबूट विशेषाधिकार की अनुमति दी जाती है।
दो संदर्भ AMP कार्यभार, जहां संदर्भ A को पूर्ण सिस्टम रीबूट (सभी संदर्भों को प्रभावित करने वाला) का अनुरोध करने की अनुमति है, और संदर्भ B को केवल स्वयं को रीबूट करने की अनुमति है
इस परिदृश्य में, संदर्भ A को कोल्ड रीबूट विशेषाधिकार की अनुमति है, और संदर्भ B को वार्म रीबूट विशेषाधिकार की अनुमति है।
दो संदर्भ AMP कार्यभार, जहां संदर्भ A और B को केवल स्वयं को रीबूट करने की अनुमति है (और अन्य संदर्भ को प्रभावित नहीं करना है)
इस परिदृश्य में, दोनों संदर्भों को केवल वार्म रीबूट विशेषाधिकार की अनुमति है।
दो संदर्भ AMP कार्यभार, जहां संदर्भ A और B दोनों को पूर्ण सिस्टम रीबूट का अनुरोध करने की अनुमति है
इस परिदृश्य में, दोनों संदर्भों को कोल्ड रीबूट विशेषाधिकार की अनुमति है।
इसके अलावा, निर्माण के समय HSS के लिए यह संभव है कि वह हमेशा कोल्ड रीबूट विशेषाधिकार की अनुमति दे, तथा कभी भी कोल्ड रीबूट विशेषाधिकार की अनुमति न दे।

प्रासंगिक HSS Kconfig विकल्प
Kconfig एक सॉफ्टवेयर बिल्ड कॉन्फ़िगरेशन सिस्टम है। इसका उपयोग आमतौर पर बिल्ड-टाइम विकल्पों को चुनने और सुविधाओं को सक्षम या अक्षम करने के लिए किया जाता है। इसकी शुरुआत लिनक्स कर्नेल से हुई थी, लेकिन अब इसका उपयोग लिनक्स कर्नेल से परे अन्य परियोजनाओं में भी किया जाने लगा है, जिसमें U-Boot, Zephyr और PIC64GX HSS शामिल हैं।

HSS में दो Kconfig विकल्प होते हैं जो HSS परिप्रेक्ष्य से रीबूट कार्यक्षमता को नियंत्रित करते हैं:

CONFIG_ALLOW_COLD रीबूट
यदि यह सक्षम है, तो यह वैश्विक रूप से किसी संदर्भ को कोल्ड रीबूट ईकॉल जारी करने की अनुमति देता है। यदि अक्षम किया जाता है, तो केवल वार्म रीबूट की अनुमति होगी। इस विकल्प को सक्षम करने के अलावा, कोल्ड रीबूट जारी करने की अनुमति पेलोड जनरेटर YAML के माध्यम से संदर्भ को दी जानी चाहिए file या निम्नलिखित Kconfig विकल्प चुनें.
CONFIG_ALLOW_COLD रिबूट_हमेशा
- यदि सक्षम किया गया है, तो यह सुविधा वैश्विक रूप से सभी संदर्भों को पेलोड.बिन ध्वज अधिकारों पर ध्यान दिए बिना कोल्ड रीबूट ECAA जारी करने की अनुमति देती है।
- इसके अतिरिक्त, पेलोड.बिन में स्वयं एक प्रति-संदर्भ ध्वज हो सकता है, जो यह दर्शाता है कि एक विशेष संदर्भ कोल्ड रीबूट जारी करने का हकदार है:
  - किसी संदर्भ को दूसरे संदर्भ को वार्म रीबूट करने की अनुमति देने के लिए, हम YAML विवरण में allow-reboot: warm विकल्प जोड़ सकते हैं file पेलोड.बिन बनाने के लिए उपयोग किया जाता है
  - संपूर्ण सिस्टम के संदर्भ कोल्ड रीबूट की अनुमति देने के लिए, हम विकल्प allow-reboot: cold जोड़ सकते हैं। डिफ़ॉल्ट रूप से, allow-reboot निर्दिष्ट किए बिना, एक संदर्भ को केवल वार्म रीबूट की ही अनुमति है। इस ध्वज की सेटिंग के बावजूद, यदि HSS में CONFIG_ALLOW_COLDREBOOT सक्षम नहीं है, तो HSS सभी कोल्ड रीबूट अनुरोधों को वार्म (प्रति-संदर्भ) रीबूट में बदल देगा।

रीबूट का विस्तृत विवरण
यह खंड विस्तार से बताता है कि रीबूट कैसे काम करता है - ओपनएसबीआई परत (सबसे निचली एम-मोड परत) से शुरू होकर, और फिर चर्चा करता है कि ओपनएसबीआई परत की यह कार्यक्षमता आरटीओएस अनुप्रयोग या लिनक्स जैसे समृद्ध ओएस से कैसे ट्रिगर होती है।

ओपनएसबीआई रीबूट ईकॉल

RISC-V सुपरवाइज़र बाइनरी इंटरफ़ेस (SBI) विनिर्देश प्लेटफ़ॉर्म आरंभीकरण और फ़र्मवेयर रनटाइम सेवाओं के लिए एक मानकीकृत हार्डवेयर अमूर्त परत का वर्णन करता है। SBI का मुख्य उद्देश्य विभिन्न RISC-V कार्यान्वयनों में पोर्टेबिलिटी और संगतता को सक्षम करना है।
ओपनएसबीआई (ओपन सोर्स सुपरवाइजर बाइनरी इंटरफ़ेस) एक ओपन-सोर्स प्रोजेक्ट है जो एसबीआई विनिर्देश का संदर्भ कार्यान्वयन प्रदान करता है। ओपनएसबीआई रनटाइम सेवाएँ भी प्रदान करता है, जिसमें इंटरप्ट हैंडलिंग, टाइमर प्रबंधन और कंसोल I/O शामिल हैं, जिनका उपयोग उच्च-स्तरीय सॉफ़्टवेयर परतों द्वारा किया जा सकता है।
ओपनएसबीआई को एचएसएस के हिस्से के रूप में शामिल किया गया है और यह मशीन मोड स्तर पर चलता है। जब ऑपरेटिंग सिस्टम या एप्लिकेशन ट्रैप का कारण बनता है, तो इसे संभालने के लिए इसे ओपनएसबीआई को भेजा जाएगा। ओपनएसबीआई एक खास ट्रैप मैकेनिज्म के माध्यम से सॉफ्टवेयर की ऊपरी परतों में एक निश्चित सिस्टम-कॉल प्रकार की कार्यक्षमता को उजागर करता है जिसे ईकॉल कहा जाता है।

सिस्टम रीसेट (EID 0x53525354) एक व्यापक सिस्टम कॉल फ़ंक्शन प्रदान करता है जो ऊपरी परत सॉफ़्टवेयर को सिस्टम-स्तरीय रीबूट या शटडाउन का अनुरोध करने की अनुमति देता है। एक बार जब यह ईकॉल U54 द्वारा लागू किया जाता है, तो इसे उस U54 पर मशीन मोड में चल रहे HSS सॉफ़्टवेयर द्वारा ट्रैप किया जाता है, और संदर्भ के अधिकारों के आधार पर संदर्भ या संपूर्ण सिस्टम को रीबूट करने के लिए E51 को एक संगत रीबूट अनुरोध भेजा जाता है।

अधिक जानकारी के लिए देखें RISC-V सुपरवाइज़र बाइनरी इंटरफ़ेस विनिर्देश विशेष रूप से सिस्टम रीसेट एक्सटेंशन (EID #0x53525354 “SRST”).

लिनक्स रीबूट

एक विशिष्ट पूर्व के रूप मेंampइसके अलावा, लिनक्स में, शटडाउन कमांड का उपयोग सिस्टम को रोकने या रीबूट करने के लिए किया जाता है। कमांड के आम तौर पर कई उपनाम होते हैं, जैसे कि हॉल्ट, पावर ऑफ और रीबूट। ये उपनाम निर्दिष्ट करते हैं कि शटडाउन पर मशीन को रोकना है, शटडाउन पर मशीन को बंद करना है या शटडाउन पर मशीन को रीबूट करना है।

ये उपयोगकर्ता-स्पेस कमांड लिनक्स को रीबूट सिस्टम कॉल जारी करते हैं, जिसे कर्नेल द्वारा ट्रैप कर लिया जाता है और एसबीआई ईकॉल के साथ इंटरवर्क किया जाता है।
रीबूट के विभिन्न स्तर हैं - REBOOT_WARM, REBOOT_COLD, REBOOT_HARD - इन्हें कर्नेल में कमांड लाइन तर्क के रूप में पास किया जा सकता है (उदाहरण के लिएample, reboot=w[arm] REBOOT_WARM के लिए)। Linux कर्नेल स्रोत कोड पर अधिक जानकारी के लिए, देखें दस्तावेज़ीकरण/व्यवस्थापक-मार्गदर्शिका/कर्नेल-पैरामीटर.txt.
वैकल्पिक रूप से, यदि /sys/kernel/reboot सक्षम है, तो नीचे दिए गए हैंडलर को वर्तमान सिस्टम रीबूट कॉन्फ़िगरेशन प्राप्त करने के लिए पढ़ा जा सकता है, और इसे बदलने के लिए लिखा जा सकता है। लिनक्स कर्नेल स्रोत कोड पर अधिक जानकारी के लिए, देखें दस्तावेज़ीकरण/ABI/परीक्षण/sysfs-kernel-reboot.

प्रहरी

सिस्टम बूटिंग और सिस्टम रीबूटिंग से संबंधित एक और अवधारणा वॉचडॉग टाइमर की फायरिंग पर सिस्टम रिकवरी है। वॉचडॉग टाइमर का इस्तेमाल एम्बेडेड सिस्टम में व्यापक रूप से किया जाता है ताकि क्षणिक हार्डवेयर दोषों से स्वचालित रूप से ठीक हो सके और सिस्टम ऑपरेशन को बाधित करने से गलत या दुर्भावनापूर्ण सॉफ़्टवेयर को रोका जा सके।
PIC64GX में सिस्टम चालू होने पर व्यक्तिगत हार्ट्स की निगरानी के लिए हार्डवेयर वॉचडॉग समर्थन शामिल है। वॉचडॉग यह सुनिश्चित करते हैं कि यदि हार्ट्स अप्राप्य सॉफ़्टवेयर त्रुटियों के कारण प्रतिक्रिया नहीं देते हैं तो उन्हें पुनः आरंभ किया जा सकता है।
PIC64GX में वॉचडॉग टाइमर हार्डवेयर ब्लॉक के पांच इंस्टेंस शामिल हैं जिनका उपयोग सिस्टम लॉकअप का पता लगाने के लिए किया जाता है - प्रत्येक हार्ट के लिए एक। मिश्रित असममित मल्टी-प्रोसेसिंग की सुविधा के लिए (AMP) कार्यभार के लिए, HSS निगरानी और वॉचडॉग फायरिंग पर प्रतिक्रिया का समर्थन करता है।

PIC64GX वॉचडॉग

HSS पावर-अप पर एप्लिकेशन स्टोर्स को बूट करने के लिए और किसी भी समय उन्हें (व्यक्तिगत या सामूहिक रूप से) पुनः बूट करने के लिए जिम्मेदार है।tagई, अगर इसकी आवश्यकता हो या वांछित हो। इसके परिणामस्वरूप, PIC64GX पर वॉचडॉग घटनाओं पर प्रतिक्रिया HSS द्वारा नियंत्रित की जाती है।
'वर्चुअल वॉचडॉग' मॉनिटर को HSS स्टेट मशीन सेवा के रूप में कार्यान्वित किया जाता है, और इसकी ज़िम्मेदारियाँ U54 व्यक्तिगत वॉचडॉग हार्डवेयर मॉनिटर में से प्रत्येक की स्थिति की निगरानी करना है। जब इनमें से कोई U54 वॉचडॉग ट्रिप करता है, तो HSS इसका पता लगा लेता है और उचित रूप से U54 को रीबूट कर देता है। यदि U54 SMP संदर्भ का हिस्सा है, तो पूरे संदर्भ को रीबूट करने पर विचार किया जाता है, बशर्ते संदर्भ में वार्म रीबूट विशेषाधिकार हो। यदि संदर्भ में कोल्ड रीबूट विशेषाधिकार है, तो पूरे सिस्टम को रीबूट किया जाएगा।

प्रासंगिक Kconfig विकल्प

वॉचडॉग समर्थन रिलीज़ किए गए HSS बिल्ड में डिफ़ॉल्ट रूप से शामिल है। यदि आप कस्टम HSS बनाना चाहते हैं, तो यह अनुभाग कॉन्फ़िगरेशन तंत्र का वर्णन करेगा ताकि यह सुनिश्चित हो सके कि वॉचडॉग समर्थन सक्षम है।

HSS को Kconfig कॉन्फ़िगरेशन सिस्टम का उपयोग करके कॉन्फ़िगर किया गया है। एक शीर्षस्तरीय .config file यह चयन करने के लिए आवश्यक है कि कौन सी सेवाएं HSS बिल्ड में या उसके बाहर संकलित की जाएं।
सबसे पहले, शीर्ष-स्तरीय CONFIG_SERVICE_WDOG विकल्प को सक्षम करने की आवश्यकता है (मेक कॉन्फ़िगरेशन के माध्यम से "वर्चुअल वॉचडॉग समर्थन")।

इसके बाद निम्नलिखित उप-विकल्प सामने आते हैं जो वॉचडॉग समर्थन पर निर्भर होते हैं:

CONFIG_SERVICE_WD OG_DEBUG
वर्चुअल वॉचडॉग सेवा से सूचनात्मक/डीबग संदेशों के लिए समर्थन सक्षम करता है।
CONFIG_SERVICE_WD OG_DEBUG_TIMEOUT_SECS
यह निर्धारित करता है कि वॉचडॉग डिबग संदेश HSS द्वारा कितनी बार आउटपुट किया जाएगा (सेकंड में)।
CONFIG_SERVICE_WD OG_ENABLE_E51
यह U51s के अतिरिक्त E54 मॉनिटर हार्ट के लिए वॉचडॉग को सक्षम बनाता है, जिससे HSS के संचालन की सुरक्षा होती है।

जब E51 वॉचडॉग सक्षम होता है, तो HSS समय-समय पर वॉचडॉग को रिफ्रेश करने और उसे फायर होने से रोकने के लिए लिखता है। अगर किसी कारण से E51 हार्ट लॉक हो जाता है या क्रैश हो जाता है और E51 वॉचडॉग सक्षम होता है, तो यह हमेशा पूरे सिस्टम को रीसेट कर देगा।

निगरानी ऑपरेशन
वॉचडॉग हार्डवेयर डाउन काउंटर को लागू करता है। वॉचडॉग अधिकतम मान को कॉन्फ़िगर करके रिफ्रेश निषिद्ध विंडो बनाई जा सकती है, जिस तक रिफ्रेश की अनुमति है (MVRP)।

जब वॉचडॉग टाइमर का वर्तमान मान MVRP मान से अधिक होता है, तो वॉचडॉग को रिफ्रेश करना निषिद्ध होता है। निषिद्ध विंडो में वॉचडॉग टाइमर को रिफ्रेश करने का प्रयास करने से टाइमआउट इंटरप्ट का दावा किया जाएगा।

एमवीआरपी मान और ट्रिगर मान (टीआरआईजी) के बीच वॉचडॉग को रिफ्रेश करने से काउंटर सफलतापूर्वक रिफ्रेश हो जाएगा और वॉचडॉग को फायर होने से रोका जा सकेगा।
जब वॉचडॉग टाइमर मान TRIG मान से नीचे चला जाता है, तो वॉचडॉग सक्रिय हो जाएगा।

वॉचडॉग स्टेट मशीन

वॉचडॉग स्टेट मशीन बहुत सीधी है - E51 के लिए वॉचडॉग को कॉन्फ़िगर करके शुरू करना, अगर सक्षम है, तो निष्क्रिय अवस्था से मॉनिटरिंग में जाना। सुपरलूप के आसपास हर बार, यह मॉनिटरिंग स्टेट लागू होती है, जो प्रत्येक U54 वॉचडॉग की स्थिति की जाँच करती है।

वॉचडॉग स्टेट मशीन, हार्ट (तथा इसके बूट सेट में शामिल अन्य हार्ट) को पुनः आरंभ करने के लिए बूट स्टेट मशीन के साथ अंतःक्रिया करती है, यदि उसे पता चलता है कि हार्ट समय पर अपने वॉचडॉग को रिफ्रेश करने में सफल नहीं हुआ है।

लॉकडाउन मोड

सामान्यतः (विशेषकर AMP अनुप्रयोगों), यह अपेक्षित है कि HSS, U54 पर, M-मोड में रहेगा, ताकि प्रति-संदर्भ रीबूट की अनुमति मिल सके (अर्थात् पूर्ण-चिप रीबूट के बिना केवल एक संदर्भ रीबूट), तथा HSS को स्वास्थ्य (ECCs, लॉक स्थिति बिट्स, बस त्रुटियां, SBI त्रुटियां, PMP उल्लंघन, आदि) की निगरानी करने की अनुमति मिल सके।

प्रति-रिबूट क्षमताएं प्रदान करने के लिएAMP संदर्भ आधार पर (पूरे सिस्टम को रीबूट करने की आवश्यकता के बिना), E51 में सामान्य रूप से सिस्टम के पूरे मेमोरी स्पेस तक विशेषाधिकार प्राप्त मेमोरी एक्सेस होती है। हालाँकि, ऐसी परिस्थितियाँ हो सकती हैं जहाँ यह वांछनीय नहीं है, और ग्राहक सिस्टम के सफलतापूर्वक बूट होने के बाद E51 HSS फर्मवेयर क्या करता है, इसे प्रतिबंधित करना पसंद कर सकता है। इस मामले में, U54 एप्लीकेशन हार्ट्स के बूट होने के बाद HSS को लॉकडाउन मोड में रखना संभव है।

इसे HSS Kconfig विकल्प CONFIG_SERVICE_LOCKDOWN का उपयोग करके सक्षम किया जा सकता है।
लॉकडाउन सेवा का उद्देश्य U54 एप्लिकेशन हार्ट्स को बूट करने के बाद HSS की गतिविधियों पर प्रतिबंध लगाना है।

चित्र 4.2. HSS लॉकडाउन मोड

एक बार लॉकडाउन मोड शुरू होने के बाद, यह अन्य सभी HSS सर्विस स्टेट मशीनों को चलने से रोक देता है। यह दो कमज़ोर रूप से बंधे हुए फ़ंक्शन को कॉल करता है:

e51_pmp_lockdown(), और
e51_लॉकडाउन()

इन कार्यों को बोर्ड-विशिष्ट कोड द्वारा ओवरराइड किया जाना है। पहला एक कॉन्फ़िगर करने योग्य ट्रिगर फ़ंक्शन है जो BSP को इस बिंदु पर एप्लिकेशन पेलोड से E51 को लॉक करने की अनुमति देता है। इस फ़ंक्शन का कमज़ोर रूप से बाउंड डिफ़ॉल्ट कार्यान्वयन खाली है। दूसरा वह कार्यक्षमता है जो उस बिंदु से आगे चलती है। कमज़ोर रूप से बाउंड डिफ़ॉल्ट कार्यान्वयन E51 में इस बिंदु पर वॉचडॉग की सेवा करता है, और यदि U54 वॉचडॉग फायर करता है तो रीबूट हो जाएगा। अधिक जानकारी के लिए, services/lockdown/lockdown_service.c में HSS स्रोत कोड देखें file.

परिशिष्ट

HSS पेलोड.बिन प्रारूप

यह अनुभाग payload.bin का वर्णन करता है file प्रारूप और छवि HSS द्वारा PIC64GX SMP को बूट करने के लिए उपयोग की जाती है AMP अनुप्रयोग.
पेलोड.बिन एक स्वरूपित बाइनरी (चित्र A.10) है जिसमें एक हेड, विभिन्न डिस्क्रिप्टर टेबल और विभिन्न खंड होते हैं जिनमें एप्लिकेशन वर्कलोड के प्रत्येक भाग के कोड और डेटा अनुभाग होते हैं। एक खंड को मेमोरी के मनमाने आकार के सन्निहित ब्लॉक के रूप में माना जा सकता है।

चित्र A.10. payload.bin प्रारूप

हेडर भाग (चित्र A.11 में दिखाया गया है) में एक जादुई मान होता है जिसका उपयोग पेलोड.बिन और कुछ हाउसकीपिंग जानकारी को पहचानने के लिए किया जाता है, साथ ही प्रत्येक पर चलने वाली छवि का विवरण भी होता है।
U54 एप्लीकेशन कोड। यह बताता है कि प्रत्येक व्यक्तिगत U54 हार्ट को कैसे बूट किया जाए, और कुल मिलाकर बूट करने योग्य छवियों का सेट। इसकी हाउसकीपिंग जानकारी में, हेडर के आकार को बढ़ाने की अनुमति देने के लिए इसमें वर्णनकर्ताओं की विभिन्न तालिकाओं के लिए पॉइंटर्स हैं।

चित्र A.11. payload.bin हेडर

कोड और आरंभीकृत स्थिरांक डेटा को केवल-पठन योग्य माना जाता है और इसे केवल-पठन अनुभाग में संग्रहीत किया जाता है, जिसे हेडर विवरणकों द्वारा इंगित किया जाता है।
गैर-शून्य आरंभीकृत डेटा चर रीड-राइट डेटा होते हैं, लेकिन उनके आरंभीकरण मान स्टार्ट-अप पर रीड-ओनली खंड से कॉपी किए जाते हैं। इन्हें रीड-ओनली अनुभाग में भी संग्रहीत किया जाता है।

रीड-ओनली पेलोड डेटा सेक्शन को कोड और डेटा चंक डिस्क्रिप्टर की एक तालिका द्वारा वर्णित किया गया है। इस तालिका में प्रत्येक चंक डिस्क्रिप्टर में एक 'हार्ट स्वामी' (जिस संदर्भ में इसे लक्षित किया गया है, उसमें मुख्य हार्ट) होता है
पर), एक लोड ऑफ़सेट (पेलोड.बिन के भीतर ऑफ़सेट), और एक निष्पादन पता (PIC64GX मेमोरी में गंतव्य पता), साथ ही एक आकार और चेकसम। यह चित्र A.12 में दिखाया गया है।

चित्र A.12. रीड-ओनली चंक डिस्क्रिप्टर और पेलोड चंक डेटा

उपर्युक्त खंडों के अलावा, डेटा चर के अनुरूप मेमोरी के खंड भी हैं जिन्हें शून्य पर आरंभीकृत किया जाता है। इन्हें पेलोड.बिन में डेटा के रूप में संग्रहीत नहीं किया जाता है, बल्कि इसके बजाय शून्य-आरंभीकृत खंड वर्णनकर्ताओं का एक विशेष सेट होता है, जो स्टार्टअप के दौरान शून्य पर सेट करने के लिए RAM का पता और लंबाई निर्दिष्ट करता है। यह चित्र A.13 में दिखाया गया है।

चित्र A.13. ZI चंक्स

hss-पेलोड-जनरेटर
HSS पेलोड जेनरेटर टूल हार्ट सॉफ्टवेयर सर्विस जीरो-एस के लिए एक स्वरूपित पेलोड छवि बनाता हैtagPIC64GX पर बूटलोडर, एक कॉन्फ़िगरेशन दिया गया file और ELF का एक सेट files और/या बाइनरी। कॉन्फ़िगरेशन file इसका उपयोग ELF बाइनरी या बाइनरी ब्लॉब्स को व्यक्तिगत अनुप्रयोग हार्ट्स (U54s) में मैप करने के लिए किया जाता है।

चित्र B.14. hss-payload-generator प्रवाह

यह उपकरण कॉन्फ़िगरेशन की संरचना पर बुनियादी विवेक जाँच करता है file स्वयं और ELF छवियों पर। ELF छवियाँ RISC-V निष्पादनयोग्य होनी चाहिए।

Exampले भागो

एस के साथ hss-पेलोड-जेनरेटर उपकरण चलाने के लिएampले विन्यास file और ईएलएफ files:
$ ./hss-पेलोड-जनरेटर -c परीक्षण/config.yaml आउटपुट.bin
किसी पहले से मौजूद छवि के बारे में निदान मुद्रित करने के लिए, उपयोग करें:
$ ./hss-पेलोड-जनरेटर -d आउटपुट.bin

सुरक्षित बूट प्रमाणीकरण (छवि हस्ताक्षर के माध्यम से) सक्षम करने के लिए, एलिप्टिक कर्व P-509 (SECP384r384) के लिए X.1 निजी कुंजी का स्थान निर्दिष्ट करने के लिए -p का उपयोग करें:
$ ./hss-पेलोड-जनरेटर -c परीक्षण/config.yaml पेलोड.bin -p /path/to/private.pem

अधिक जानकारी के लिए, सुरक्षित बूट प्रमाणीकरण दस्तावेज़ देखें.

कॉन्फ़िग File Example

सबसे पहले, हम वैकल्पिक रूप से अपनी छवि के लिए एक नाम निर्धारित कर सकते हैं, अन्यथा, एक गतिशील रूप से बनाया जाएगा:
सेट-नाम: 'PIC64-HSS::TestImage'
इसके बाद, हम प्रत्येक हृदय के लिए प्रवेश बिंदु पते को निम्नानुसार परिभाषित करेंगे:
hart-entry-points: {u54_1: ‘0x80200000’, u54_2: ‘0x80200000’, u54_3: ‘0xB0000000′, u54_4:’0x80200000’}

ईएलएफ स्रोत छवियां एक प्रवेश बिंदु निर्दिष्ट कर सकती हैं, लेकिन हम जरूरत पड़ने पर हार्ट्स के लिए द्वितीयक प्रवेश बिंदुओं का समर्थन करने में सक्षम होना चाहते हैं, उदाहरण के लिएampले, अगर एक ही छवि को बूट करने के लिए कई हार्ट्स का इरादा है, तो उनके पास अलग-अलग प्रवेश बिंदु हो सकते हैं। इसका समर्थन करने के लिए, हम कॉन्फ़िगरेशन में वास्तविक प्रवेश बिंदु पते निर्दिष्ट करते हैं file स्वयं.

अब हम कुछ पेलोड परिभाषित कर सकते हैं (स्रोत ELF files, या बाइनरी ब्लॉब्स) जिन्हें मेमोरी में कुछ क्षेत्रों में रखा जाएगा। पेलोड अनुभाग को कीवर्ड पेलोड्स और फिर कई अलग-अलग पेलोड डिस्क्रिप्टर के साथ परिभाषित किया गया है। प्रत्येक पेलोड का एक नाम होता है (इसके लिए पथ file), एक मालिक-हार्ट, और वैकल्पिक रूप से 1 से 3 माध्यमिक हार्ट।

इसके अतिरिक्त, पेलोड में एक विशेषाधिकार मोड होता है जिसमें यह निष्पादन शुरू करेगा। वैध विशेषाधिकार मोड PRV_M, PRV_S और PRV_U हैं, जहाँ इन्हें इस प्रकार परिभाषित किया गया है:

PRV_M मशीन मोड
PRV_S पर्यवेक्षक मोड
PRV_U उपयोगकर्ता मोड

निम्नलिखित उदाहरण मेंampपर:

test/zephyr.elf को एक Zephyr अनुप्रयोग माना जाता है जो U54_3 में चलता है, और PRV_M विशेषाधिकार मोड में शुरू होने की अपेक्षा करता है।
test/u-boot-dtb.bin दास यू-बूट बूटलोडर एप्लीकेशन है, और यह U54_1, U54_2 और U54_4 पर चलता है। यह PRV_S विशेषाधिकार मोड में शुरू होने की उम्मीद करता है।

महत्वपूर्ण:
यू-बूट का आउटपुट एक ELF बनाता है file, लेकिन आम तौर पर यह .elf एक्सटेंशन को पहले नहीं जोड़ता है। इस मामले में, CONFIG_OF_SEPARATE द्वारा बनाई गई बाइनरी का उपयोग किया जाता है, जो U-Boot बाइनरी में डिवाइस ट्री ब्लॉब को जोड़ता है।

यहाँ पूर्व हैampले पेलोड कॉन्फ़िगरेशन file:

परीक्षण/zephyr.elf:
{exec-addr: '0xB0000000', मालिक-हार्ट: u54_3, priv-mode: prv_m, skip-opensbi: सच}
परीक्षण/u-बूट-dtb.bin:
{exec-addr: '0x80200000', मालिक-हार्ट: u54_1, माध्यमिक-हार्ट: u54_2, माध्यमिक-हार्ट: u54_4, निजी-मोड: prv_s}

महत्वपूर्ण:
मामला केवल उसी के लिए मायने रखता है file पथ नाम, कीवर्ड नहीं। इसलिए, उदाहरण के लिए, u54_1 को U54_1 के समान माना जाता है, और exec-addr को EXEC-ADDR के समान माना जाता है। यदि .elf या .bin एक्सटेंशन मौजूद है, तो उसे कॉन्फ़िगरेशन में शामिल किया जाना चाहिए file.

एक बेयर मेटल एप्लिकेशन के लिए जो ओपनएसबीआई से संबंधित नहीं होना चाहता है, विकल्प स्किप-ओपन्स, यदि सही है, तो उस हार्ट पर पेलोड को एक साधारण mret का उपयोग करके लागू किया जाएगा।
OpenSBI sbi_init() कॉल की तुलना में। इसका मतलब है कि हार्ट किसी भी OpenSBI HSM विचारों के बावजूद बेयर मेटल कोड चलाना शुरू कर देगा। ध्यान दें कि इसका यह भी मतलब है कि हार्ट उपयोग नहीं कर सकता
ओपनएसबीआई कार्यक्षमता को लागू करने के लिए ईकॉल। स्किप-ओपन्स विकल्प वैकल्पिक है और डिफ़ॉल्ट रूप से गलत है।

किसी अन्य संदर्भ के संदर्भ वार्म रीबूट की अनुमति देने के लिए, हम विकल्प allow reboot: warm जोड़ सकते हैं। संपूर्ण सिस्टम के संदर्भ कोल्ड रीबूट की अनुमति देने के लिए, हम विकल्प allow-reboot: cold जोड़ सकते हैं। डिफ़ॉल्ट रूप से, allow-reboot निर्दिष्ट किए बिना, किसी संदर्भ को केवल खुद को वार्म रीबूट करने की अनुमति होती है।
प्रत्येक पेलोड के साथ सहायक डेटा को संबद्ध करना भी संभव है, उदाहरण के लिएample, एक डिवाइसट्री ब्लॉब (DTB) file, सहायक डेटा निर्दिष्ट करके fileनाम इस प्रकार है:
परीक्षण/u-boot.bin: { exec-addr: '0x80200000', मालिक-हार्ट: u54_1, माध्यमिक-हार्ट: u54_2, माध्यमिक-हार्ट: u54_3, माध्यमिक-हार्ट: u54_4, priv-mode: prv_s, सहायक-डेटा: परीक्षण/pic64gx.dtb }
यह सहायक डेटा पेलोड में शामिल हो जाएगा (मुख्य डेटा के ठीक बाद रखा जाएगा) file निष्पादन योग्य में
स्पेस), और इसका पता next_arg1 फ़ील्ड में OpenSBI को दिया जाएगा (बूट समय पर छवि को $a1 रजिस्टर में दिया जाएगा)।

HSS को किसी संदर्भ को स्वचालित रूप से बूट करने से रोकने के लिए (उदाहरण के लिए, यदि हम remoteProc का उपयोग करके किसी संदर्भ को इसका नियंत्रण सौंपना चाहते हैं), skip-autoboot ध्वज का उपयोग करें:
परीक्षण/zephyr.elf: {exec-addr: '0xB0000000', मालिक-हार्ट: u54_3, priv-mode: prv_m, skip-opensbi: सच, skip-autoboot: सच}
अंत में, हम वैकल्पिक रूप से पेलोड-नाम विकल्प का उपयोग करके व्यक्तिगत पेलोड के नामों को ओवरराइड कर सकते हैं। उदाहरण के लिएampपर:
परीक्षण/u-boot.bin: { exec-addr: '0x80200000', मालिक-हार्ट: u54_1, माध्यमिक-हार्ट: u54_2, माध्यमिक-हार्ट: u54_3, माध्यमिक-हार्ट: u54_4, priv-mode: prv_s, सहायक-डेटा: परीक्षण/pic64gx.dtb, पेलोड-नाम: 'u-boot' }

ध्यान दें कि Yocto और Buildroot Linux बिल्डर्स hss-पेलोड का निर्माण, कॉन्फ़िगर और चलाएंगे-
जनरेटर को एप्लिकेशन इमेज बनाने के लिए आवश्यकतानुसार उपयोग किया जा सकता है। इसके अतिरिक्त, pic64gx-curiosity-kit-amp Yocto में मशीन लक्ष्य hss-पेलोड-जनरेटर टूल का उपयोग करके एक एप्लिकेशन छवि उत्पन्न करेगा जो प्रदर्शित करता है AMP, जिसमें लिनक्स 3 हार्ट्स पर चलता है और जेफायर 1 हार्ट पर चलता है।

संशोधन इतिहास
संशोधन इतिहास दस्तावेज़ में लागू किए गए परिवर्तनों का वर्णन करता है। परिवर्तनों को संशोधन के अनुसार सूचीबद्ध किया गया है, जो सबसे हालिया प्रकाशन से शुरू होता है।

दोहराव	तारीख	विवरण
A	07/2024	प्रारंभिक संशोधन

माइक्रोचिप सूचना

माइक्रोचिप Webसाइट
माइक्रोचिप हमारे माध्यम से ऑनलाइन समर्थन प्रदान करता है webसाइट पर www.microchip.com/। यह webसाइट बनाने के लिए प्रयोग किया जाता है fileग्राहकों के लिए आसानी से उपलब्ध जानकारी और जानकारी। उपलब्ध सामग्री में से कुछ में शामिल हैं:

उत्पाद समर्थन - डेटाशीट और इरेटा, एप्लिकेशन नोट्स और एसampसॉफ्टवेयर प्रोग्राम, डिजाइन संसाधन, उपयोगकर्ता गाइड और हार्डवेयर समर्थन दस्तावेज, नवीनतम सॉफ्टवेयर रिलीज और संग्रहीत सॉफ्टवेयर

सामान्य तकनीकी सहायता - अक्सर पूछे जाने वाले प्रश्न (एफएक्यू), तकनीकी सहायता अनुरोध, ऑनलाइन चर्चा समूह, माइक्रोचिप डिज़ाइन पार्टनर प्रोग्राम सदस्य सूची
माइक्रोचिप का व्यवसाय - उत्पाद चयनकर्ता और ऑर्डरिंग गाइड, नवीनतम माइक्रोचिप प्रेस विज्ञप्ति, सेमिनार और घटनाओं की सूची, माइक्रोचिप बिक्री कार्यालयों, वितरकों और कारखाने के प्रतिनिधियों की सूची

उत्पाद परिवर्तन अधिसूचना सेवा

माइक्रोचिप की उत्पाद परिवर्तन अधिसूचना सेवा ग्राहकों को माइक्रोचिप उत्पादों पर नवीनतम रखने में मदद करती है। जब भी किसी निर्दिष्ट उत्पाद परिवार या रुचि के विकास उपकरण से संबंधित परिवर्तन, अपडेट, संशोधन या इरेटा होते हैं, तो सदस्य ईमेल सूचना प्राप्त करेंगे।

पंजीकरण के लिए, यहां जाएं www.microchip.com/pcn और पंजीकरण निर्देशों का पालन करें।

ग्राहक सहेयता
माइक्रोचिप उत्पादों के उपयोगकर्ता कई माध्यमों से सहायता प्राप्त कर सकते हैं:

वितरक या प्रतिनिधि
स्थानीय बिक्री कार्यालय
एंबेडेड सॉल्यूशंस इंजीनियर (ESE)
तकनीकी समर्थन

ग्राहकों को सहायता के लिए अपने वितरक, प्रतिनिधि या ईएसई से संपर्क करना चाहिए। स्थानीय बिक्री कार्यालय भी ग्राहकों की मदद के लिए उपलब्ध हैं। बिक्री कार्यालयों और स्थानों की सूची इस दस्तावेज़ में शामिल है।
तकनीकी सहायता के माध्यम से उपलब्ध है webसाइट पर: www.microchip.com/support.

माइक्रोचिप डिवाइस कोड सुरक्षा सुविधा
माइक्रोचिप उत्पादों पर कोड सुरक्षा सुविधा के निम्नलिखित विवरण पर ध्यान दें:

माइक्रोचिप उत्पाद उनके विशेष माइक्रोचिप डेटा शीट में निहित विनिर्देशों को पूरा करते हैं।
माइक्रोचिप का मानना है कि उसके उत्पादों का परिवार सुरक्षित है, जब उनका उपयोग इच्छित तरीके से, परिचालन विनिर्देशों के भीतर और सामान्य परिस्थितियों में किया जाए।

माइक्रोचिप अपने बौद्धिक संपदा अधिकारों को महत्व देता है और उनका आक्रामक तरीके से संरक्षण करता है। माइक्रोचिप उत्पादों की कोड सुरक्षा सुविधाओं का उल्लंघन करने का प्रयास सख्त वर्जित है और यह डिजिटल मिलेनियम कॉपीराइट अधिनियम का उल्लंघन हो सकता है।
न तो माइक्रोचिप और न ही कोई अन्य सेमीकंडक्टर निर्माता अपने कोड की सुरक्षा की गारंटी दे सकता है। कोड सुरक्षा का मतलब यह नहीं है कि हम उत्पाद की "अटूट" होने की गारंटी दे रहे हैं। कोड सुरक्षा लगातार विकसित हो रही है। माइक्रोचिप अपने उत्पादों की कोड सुरक्षा सुविधाओं को लगातार बेहतर बनाने के लिए प्रतिबद्ध है।

कानूनी नोटिस
इस प्रकाशन और यहां दी गई जानकारी का उपयोग केवल माइक्रोचिप उत्पादों के साथ किया जा सकता है, जिसमें आपके एप्लिकेशन के साथ माइक्रोचिप उत्पादों को डिजाइन, परीक्षण और एकीकृत करना शामिल है। इस जानकारी का किसी अन्य तरीके से उपयोग इन शर्तों का उल्लंघन करता है। डिवाइस एप्लिकेशन से संबंधित जानकारी केवल आपकी सुविधा के लिए प्रदान की जाती है और इसे अपडेट द्वारा प्रतिस्थापित किया जा सकता है। यह सुनिश्चित करना आपकी ज़िम्मेदारी है कि आपका एप्लिकेशन आपके विनिर्देशों को पूरा करता है। अतिरिक्त सहायता के लिए अपने स्थानीय माइक्रोचिप बिक्री कार्यालय से संपर्क करें या, यहां अतिरिक्त सहायता प्राप्त करें www.microchip.com/en-us/support/design-help/client-support-services.

यह जानकारी माइक्रोचिप द्वारा “जैसी है वैसी ही” प्रदान की गई है। माइक्रोचिप इस जानकारी से संबंधित किसी भी प्रकार का कोई प्रतिनिधित्व या वारंटी नहीं देता है, चाहे वह व्यक्त हो या निहित, लिखित या मौखिक, वैधानिक या अन्यथा, जिसमें गैर-उल्लंघन, व्यापारिकता और किसी विशेष उद्देश्य के लिए उपयुक्तता की निहित वारंटी या इसकी स्थिति, गुणवत्ता या प्रदर्शन से संबंधित वारंटी शामिल हैं, लेकिन इन्हीं तक सीमित नहीं हैं।

किसी भी स्थिति में माइक्रोचिप किसी भी प्रकार के अप्रत्यक्ष, विशेष, दंडात्मक, आकस्मिक या परिणामी नुकसान, क्षति, लागत या व्यय के लिए उत्तरदायी नहीं होगी, चाहे वह किसी भी कारण से हुई हो, भले ही माइक्रोचिप को इस संभावना के बारे में सूचित किया गया हो या नुकसान का पूर्वानुमान लगाया जा सकता हो। कानून द्वारा अनुमत अधिकतम सीमा तक, सूचना या इसके उपयोग से संबंधित किसी भी तरह के सभी दावों पर माइक्रोचिप की कुल देयता, यदि कोई हो, तो उस शुल्क की संख्या से अधिक नहीं होगी, जिसे आपने सूचना के लिए माइक्रोचिप को सीधे भुगतान किया है।

जीवन रक्षक और/या सुरक्षा अनुप्रयोगों में माइक्रोचिप उपकरणों का उपयोग पूरी तरह से खरीदार के जोखिम पर है, और खरीदार ऐसे उपयोग से होने वाले सभी नुकसानों, दावों, मुकदमों या खर्चों से माइक्रोचिप को बचाने, क्षतिपूर्ति करने और हानिरहित रखने के लिए सहमत है। जब तक अन्यथा न कहा जाए, किसी भी माइक्रोचिप बौद्धिक संपदा अधिकारों के तहत कोई लाइसेंस, निहित रूप से या अन्यथा, नहीं दिया जाता है।

ट्रेडमार्क
माइक्रोचिप नाम और लोगो, माइक्रोचिप लोगो, एडेप्टेक, एवीआर, एवीआर लोगो, एवीआर फ्रीक्स, बेसटाइम, बिटक्लाउड, क्रिप्टो मेमोरी, क्रिप्टोआरएफ, डीएसपीआईसी, फ्लेक्सपीडब्ल्यूआर, हेल्डो, आईग्लू, ज्यूकब्लॉक्स, कीलोक, क्लेर, लैनचेक, लिंकएमडी, मैक्स स्टाइलस, मैक्स टच, मीडियाएलबी, मेगाएवीआर, माइक्रोसेमी, माइक्रोसेमी लोगो, मोस्ट, मोस्ट लोगो, एमपीएलएबी, ऑप्टोलाइजर, पीआईसी, पिकोपावर, पिकस्टार्ट, पीआईसी32 लोगो, पोलरफायर, प्रोचिप डिजाइनर, क्यूटच, एसएएम-बीए, सेनजेन्यूटी, स्पाईएनआईसी, एसएसटी, एसएसटी लोगो, सुपरफ्लैश, सिमेट्रिककॉम , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron, और XMEGA USA और अन्य देशों में शामिल माइक्रोचिप टेक्नोलॉजी के पंजीकृत ट्रेडमार्क हैं।

एजाइलस्विच, क्लॉकवर्क्स, द एंबेडेड कंट्रोल सॉल्यूशंस कंपनी, ईथरसिंक, फ्लैशटेक, हाइपर स्पीड कंट्रोल, हाइपरलाइट लोड, लिबरो, मोटर बेंच, एमटच, पॉवरमाइट 3, प्रिसिजन एज, प्रोएएसआईसी, प्रोएएसआईसी प्लस, प्रोएएसआईसी प्लस लोगो, क्वाइट-वायर, स्मार्टफ्यूजन, सिंकवर्ल्ड , टाइमसीज़ियम, टाइमहब, टाइमपिक्ट्रा, टाइमप्रोवाइडर और जेडएल संयुक्त राज्य अमेरिका में माइक्रोचिप टेक्नोलॉजी इनकॉर्पोरेटेड के पंजीकृत ट्रेडमार्क हैं।

आसन्न कुंजी दमन, AKS, एनालॉग-फॉर-द-डिजिटल एज, कोई भी कैपेसिटर, AnyIn, AnyOut, संवर्धित स्विचिंग, ब्लूस्काई, बॉडीकॉम, क्लॉकस्टूडियो, कोडगार्ड, क्रिप्टोऑथेंटिकेशन, क्रिप्टोऑटोमोटिव, क्रिप्टोकंपैनियन, क्रिप्टोकंट्रोलर, dsPICDEM, dsPICDEM.net, डायनेमिक औसत मिलान, DAM, ECAN, एस्प्रेसो T1S, ईथरग्रीन, आईओपन, ग्रिडटाइम, आइडियलब्रिज,
आईजीएटी, इन-सर्किट सीरियल प्रोग्रामिंग, आईसीएसपी, आईएनआईसीनेट, इंटेलिजेंट पैरेललिंग, इंटेलीमॉस, इंटर-चिप कनेक्टिविटी, जिटरब्लॉकर, नॉब-ऑन-डिस्प्ले, मार्जिनलिंक, मैक्सक्रिप्टो, मैक्सView, मेमब्रेन, मिंडी, मिवि, एमपीएएसएम, एमपीएफ, एमपीएलएबी प्रमाणित लोगो, एमपीएलआईबी, एमपीलिंक, एमएसआईसी, मल्टीट्रैक, नेटडिटैच, सर्वज्ञ कोड जनरेशन, पीआईसीडीईएम, पीआईसीडीईएम.नेट, पिकिट, पिकटेल, पावर एमओएस IV, पावर एमओएस 7, पावरस्मार्ट, प्योरसिलिकॉन, क्यूमैट्रिक्स, रियल आइस, रिपल ब्लॉकर, आरटीएक्स, आरटीजी4, सैम-आइस, सीरियल क्वाड आई/ओ, सरल मानचित्र, सिम्पलीफाई, स्मार्टबफर, स्मार्टएचएलएस, स्मार्ट-आईएस, स्टोरक्लैड, एसक्यूआई, सुपरस्विचर, सुपरस्विचर II, स्विचटेक, सिंक्रोफाई, टोटल एंड्योरेंस, ट्रस्टेड टाइम, टीएसएचएआरसी, ट्यूरिंग, यूएसबीचेक, वैरीसेंस, वेक्टरब्लॉक्स, वेरिफाई, Viewस्पैन, वाइपरलॉक, एक्सप्रेसकनेक्ट और ज़ेना संयुक्त राज्य अमेरिका और अन्य देशों में माइक्रोचिप टेक्नोलॉजी इंकॉर्पोरेटेड के ट्रेडमार्क हैं।

एसक्यूटीपी अमेरिका में माइक्रोचिप टेक्नोलॉजी इनकॉर्पोरेटेड का एक सेवा चिह्न है
एडाप्टेक लोगो, फ़्रीक्वेंसी ऑन डिमांड, सिलिकॉन स्टोरेज टेक्नोलॉजी और सिम्मकॉम अन्य देशों में माइक्रोचिप टेक्नोलॉजी इंक के पंजीकृत ट्रेडमार्क हैं।
गेस्टिक (GestIC) माइक्रोचिप टेक्नोलॉजी जर्मनी II GmbH & Co. KG का पंजीकृत ट्रेडमार्क है, जो अन्य देशों में माइक्रोचिप टेक्नोलॉजी इंक की सहायक कंपनी है।

आईएसबीएन: 978-1-6683-4890-1

गुणवत्ता प्रबंधन प्रणाली
माइक्रोचिप की गुणवत्ता प्रबंधन प्रणालियों के बारे में जानकारी के लिए कृपया देखें www.microchip.com/quality.

दुनिया भर में बिक्री और सेवा

अमेरिका की

एशिया/प्रशांत

यूरोप

निगमित कार्यालय

2355 वेस्ट चांडलर ब्लाव्ड। चांडलर, एजेड 85224-6199

दूरभाष: 480-792-7200

फैक्स: 480-792-7277

तकनीकी समर्थन: www.microchip.com/support

Web पता: www.माइक्रोचिप.कॉम

अटलांटा

डुलुथ, जीए

दूरभाष: 678-957-9614

फैक्स: 678-957-1455

ऑस्टिन, टेक्सास

दूरभाष: 512-257-3370

बोस्टान

वेस्टबरो, एमए दूरभाष: 774-760-0087

फैक्स: 774-760-0088

शिकागो

इटास्का, आईएल

दूरभाष: 630-285-0071

फैक्स: 630-285-0075

डलास

एडिसन, TX

दूरभाष: 972-818-7423

फैक्स: 972-818-2924

डेट्रायट

नोवी, एमआई

दूरभाष: 248-848-4000

ह्यूस्टन, TX

दूरभाष: 281-894-5983

इंडियानापोलिस

नोबल्सविले, आईएन दूरभाष: 317-773-8323

फैक्स: 317-773-5453

दूरभाष: 317-536-2380

लॉस एंजिल्स

मिशन विएजो, सीए दूरभाष: 949-462-9523

फैक्स: 949-462-9608

दूरभाष: 951-273-7800

रैले, NC

दूरभाष: 919-844-7510

न्यूयॉर्क, NY

दूरभाष: 631-435-6000

सैन जोस, CA

दूरभाष: 408-735-9110

दूरभाष: 408-436-4270

कनाडा – टोरंटो

दूरभाष: 905-695-1980

फैक्स: 905-695-2078

ऑस्ट्रेलिया – सिडनी

टेलीफ़ोन: 61-2-9868-6733

चीन – बीजिंग

टेलीफ़ोन: 86-10-8569-7000

चीन - चेंगदू

टेलीफ़ोन: 86-28-8665-5511

चीन – चोंग्किंग

टेलीफ़ोन: 86-23-8980-9588

चीन - डोंगगुआन

टेलीफ़ोन: 86-769-8702-9880

चीन – गुआंगज़ौ

टेलीफ़ोन: 86-20-8755-8029

चीन - हांग्जो

टेलीफ़ोन: 86-571-8792-8115

चीन – हांग काँग एसएआर

टेलीफ़ोन: 852-2943-5100

चीन - नानजिंग

टेलीफ़ोन: 86-25-8473-2460

चीन - क़िंगदाओ

टेलीफ़ोन: 86-532-8502-7355

चीन – शंघाई

टेलीफ़ोन: 86-21-3326-8000

चीन - शेनयांग

टेलीफ़ोन: 86-24-2334-2829

चीन - शेन्ज़ेन

टेलीफ़ोन: 86-755-8864-2200

चीन - सूज़ौ

टेलीफ़ोन: 86-186-6233-1526

चीन - वुहान

टेलीफ़ोन: 86-27-5980-5300

चीन - जियान

टेलीफ़ोन: 86-29-8833-7252

चीन - ज़ियामेन

टेलीफ़ोन: 86-592-2388138

चीन - झुहाई

टेलीफ़ोन: 86-756-3210040

भारत – बैंगलोर

टेलीफ़ोन: 91-80-3090-4444

भारत - नई दिल्ली

टेलीफ़ोन: 91-11-4160-8631

भारत – पुणे

टेलीफ़ोन: 91-20-4121-0141

जापान – ओसाका

टेलीफ़ोन: 81-6-6152-7160

जापान – टोक्यो

दूरभाष: 81-3-6880- 3770

कोरिया - डेगू

टेलीफ़ोन: 82-53-744-4301

कोरिया - सियोल

टेलीफ़ोन: 82-2-554-7200

मलेशिया – कुआला लंपुर

टेलीफ़ोन: 60-3-7651-7906

मलेशिया - पिनांगू

टेलीफ़ोन: 60-4-227-8870

फिलिपींस – मनीला

टेलीफ़ोन: 63-2-634-9065

सिंगापुर

टेलीफ़ोन: 65-6334-8870

ताइवान – ह्सिन चू

टेलीफ़ोन: 886-3-577-8366

ताइवान — काऊशुंग

टेलीफ़ोन: 886-7-213-7830

ताइवान — ताइपे

टेलीफ़ोन: 886-2-2508-8600

थाईलैंड – बैंकॉक

टेलीफ़ोन: 66-2-694-1351

वियतनाम - हो ची मिन्हो

टेलीफ़ोन: 84-28-5448-2100

ऑस्ट्रिया – वेल्स

टेलीफ़ोन: 43-7242-2244-39

फैक्स: 43-7242-2244-393

डेनमार्क – कोपेनहेगन

टेलीफ़ोन: 45-4485-5910

फैक्स: 45-4485-2829

फिनलैंड – एस्पो

टेलीफ़ोन: 358-9-4520-820

फ्रांस – पेरिस

Tel: 33-1-69-53-63-20

Fax: 33-1-69-30-90-79

जर्मनी – Garching

टेलीफ़ोन: 49-8931-9700

जर्मनी – हाँ

टेलीफ़ोन: 49-2129-3766400

जर्मनी – हेल्ब्रॉन

टेलीफ़ोन: 49-7131-72400

जर्मनी – कार्लज़ूए

टेलीफ़ोन: 49-721-625370

जर्मनी – म्यूनिख

Tel: 49-89-627-144-0

Fax: 49-89-627-144-44

जर्मनी – रोसेनहेम

टेलीफ़ोन: 49-8031-354-560

इजराइल – होद हशारोन

टेलीफ़ोन: 972-9-775-5100

इटली - मिलानो

टेलीफ़ोन: 39-0331-742611

फैक्स: 39-0331-466781

इटली - Padova

टेलीफ़ोन: 39-049-7625286

नीदरलैंड्स - ड्रुनने

टेलीफ़ोन: 31-416-690399

फैक्स: 31-416-690340

नॉर्वे – ट्रॉनहैम

टेलीफ़ोन: 47-72884388

पोलैंड – वारसॉ

टेलीफ़ोन: 48-22-3325737

रोमानिया – बुकुरेस्टी

Tel: 40-21-407-87-50

स्पेन - मैड्रिड

Tel: 34-91-708-08-90

Fax: 34-91-708-08-91

स्वीडन – गोथेनबर्ग

Tel: 46-31-704-60-40

स्वीडन – स्टॉकहोम

टेलीफ़ोन: 46-8-5090-4654

यूके - वोकिंगहैम

टेलीफ़ोन: 44-118-921-5800

फैक्स: 44-118-921-5820

दस्तावेज़ / संसाधन

माइक्रोचिप PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर [पीडीएफ] उपयोगकर्ता गाइड
PIC64GX, PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर, 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर, RISC-V क्वाड-कोर माइक्रोप्रोसेसर, क्वाड-कोर माइक्रोप्रोसेसर, माइक्रोप्रोसेसर

संदर्भ

उपयोगकर्ता पुस्तिका

माइक्रोचिप PIC64GX 64-बिट RISC-V क्वाड-कोर माइक्रोप्रोसेसर

उत्पाद की जानकारी

उत्पाद उपयोग निर्देश