# मदरबोर्ड डायग्नोस्टिक्स, तुक्के की जगह व्यवस्थित।

> लक्षण से ख़राब कंपोनेंट तक: फॉल्ट ट्री, स्टेप-बाय-स्टेप मेज़रमेंट प्रोटोकॉल और एक AI एजेंट से चलने वाला Boardview। मदरबोर्ड डायग्नोस्टिक्स, ठीक वैसे व्यवस्थित जैसे एक सीनियर टेक काम करता है।

Source: https://wrenchboard.cloud/hi/motherboard-diagnostics

"डेड बोर्ड", "चार्ज नहीं होता", "लोड पर बंद हो जाता है": हर लक्षण के पीछे एक फॉल्ट ट्री होता है। WrenchBoard उस पर आपके साथ चलता है (जाने-पहचाने फेलियर रूल्स, स्कीमैटिक का इलेक्ट्रिकल ग्राफ, एक क्रमबद्ध मेज़रमेंट प्रोटोकॉल) उस कंपोनेंट तक जिसे बदलना है।

## बेतरतीब probing *इतनी महँगी क्यों है*

एक आधुनिक मदरबोर्ड हज़ारों कंपोनेंट और दर्जनों आपस में निर्भर पावर रेल से बनी होती है। बेतरतीब probing का मतलब है घंटों की बर्बादी, और कभी-कभी रास्ते में पैदा हुआ एक दूसरा फॉल्ट। सीनियर टेक बेतरतीब probe नहीं करते: वे एक मानसिक **फॉल्ट ट्री** पर चलते हैं। कोई LED नहीं? पहले इनपुट वोल्टेज। मौजूद है? फिर फ्यूज़। साबुत है? फिर चेन का पहला regulator। हर मेज़रमेंट एक पूरी शाखा को ख़ारिज कर देता है।

समस्या: वह ट्री सीनियर टेक के सिर में और बिखरे हुए फ़ोरम थ्रेड में रहता है। WrenchBoard उसे executable बना देता है।

## विधि: *लक्षण, रूल्स, ग्राफ, प्रोटोकॉल*

एक WrenchBoard डायग्नोस्टिक सेशन चार ताल में चलता है:

1. **लक्षण, सादी भाषा में।** "बोर्ड डेड, कोई LED नहीं, 24 V एडॉप्टर लगा है।" कोई फ़ॉर्म नहीं, कोई कोड नहीं: आप वही बताते हैं जो आप बेंच पर देखते हैं।
2. **डिवाइस के फेलियर रूल्स।** प्रति-डिवाइस नॉलेज बेस लक्षणों को जाने-पहचाने कारणों से मैप करता है, हर एक एक confidence score के साथ। मुख्य रेल को रोकता एक इनपुट फ्यूज़ अपनी प्रोबेबिलिटी के साथ सबसे ऊपर निकलता है।
3. **इलेक्ट्रिकल ग्राफ।** अगर स्कीमैटिक ingest हो चुका है, एजेंट अपनी hypotheses को असली टोपोलॉजी के विरुद्ध जाँचता है: अगर यह रेल गिरे तो कौन से कंपोनेंट गिरते हैं, बूट सीक्वेंस में किससे पहले क्या आना चाहिए। यह बोर्ड को छूने से पहले एक फेलियर cascade simulate कर सकता है।
4. **मेज़रमेंट प्रोटोकॉल।** hypothesis क्रमबद्ध, typed steps के रूप में उतरती है: `F1` के आर-पार कंटीन्यूटी, `R49` पर वोल्टेज, संदिग्ध रेल पर डायोड मोड रीडिंग। एजेंट जिस पल आपको किसी प्रोब पॉइंट पर भेजता है, उसी पल [Boardview](https://wrenchboard.cloud/boardview-viewer) उस पर zoom कर देता है।

हर रिपोर्ट किए गए नतीजे के साथ hypothesis कसती है या मुड़ जाती है। रिपेयर जर्नल सब कुछ रखता है: रीडिंग्स, before/after diffs, पुष्ट कारण।

## एक एजेंट *जो बातें नहीं बनाता*

एक डायग्नोस्टिक लूप में AI एजेंट की कीमत पूरी तरह उसकी भरोसेमंदी पर निर्भर करती है। एक असिस्टेंट जो टेस्ट पॉइंट गढ़ देता है वह बचाने से ज़्यादा समय बर्बाद करता है। WrenchBoard सख़्त अनुशासन लागू करता है, जिसका ब्योरा [AI for electronics repair](https://wrenchboard.cloud/ai-electronics-repair) पेज पर है:

- cite किया गया हर refdes **पार्स की गई बोर्ड के विरुद्ध वैलिडेट** होता है: एक नामौजूद कंपोनेंट को flag किया जाता है, कभी दावा नहीं किया जाता;
- प्रस्तावित कारण डिवाइस के ऑडिट किए गए रूल्स या कंपाइल किए गए इलेक्ट्रिकल ग्राफ से आते हैं, न कि मॉडल की मेमोरी से;
- जब एजेंट स्थापित रूल्स से बाहर जाकर सिर्फ़ टोपोलॉजी पर रीज़न करता है, तो वह यह बता देता है।

## इक्का-दुक्का डायग्नोसिस *से शॉप मेमोरी तक*

एक डायग्नोज़ किया हुआ फॉल्ट तभी काम का है जब वह अगले के काम आए। सेशन के अंत में पुष्ट कारण रिकॉर्ड होता है; बार-बार आने वाले पैटर्न और डायग्नोस्टिक playbooks डिवाइसों भर साझा होते हैं। उसी मॉडल की उसी लक्षण वाली दसवाँ बोर्ड मिनटों में डायग्नोज़ हो जाता है: एजेंट वहीं से शुरू करता है जो पहले काम कर चुका है।

यही वह तर्क है जो WrenchBoard को एक lookup टूल के बजाय एक संपूर्ण [microsoldering software](https://wrenchboard.cloud/microsoldering-software) बनाता है: नॉलेज वहीं जमा होती है जहाँ काम होता है।

## एक कवर्ड बोर्ड पर *शुरू कीजिए*

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

## अक्सर पूछे जाने वाले सवाल

### यह सॉफ़्टवेयर कौन-कौन से मदरबोर्ड फॉल्ट डायग्नोज़ करने में मदद करता है?

वह सब कुछ जिस पर कंपोनेंट लेवल पर रीज़न किया जा सके: डेड बोर्ड (कोई LED नहीं, कोई वोल्टेज नहीं), ग़ायब या गिरी हुई पावर रेल, शॉर्ट, चार्जिंग फॉल्ट, गरम होते कंपोनेंट। एजेंट लक्षण से शुरू करता है, डिवाइस के फेलियर रूल्स को क्रॉस करता है और अपने वेरिफ़िकेशन प्रोटोकॉल के साथ एक रैंक की गई hypothesis प्रस्तावित करता है।

### क्या डायग्नोज़ करने के लिए मुझे बोर्ड का स्कीमैटिक चाहिए?

बेहतर है, पर ज़रूरी नहीं। नॉलेज बेस से कवर्ड डिवाइसों पर, फेलियर रूल्स और Boardview मिलकर एक प्रोटोकॉल चलाने के लिए काफ़ी हैं। स्कीमैटिक ingest होने पर, एजेंट अतिरिक्त रूप से पूरे इलेक्ट्रिकल ग्राफ पर रीज़न करता है: cascade simulation, upstream/downstream रेल, बूट सीक्वेंस।

### क्या टूल मुझे सीधे ख़राब कंपोनेंट बता देता है?

यह आपको सबसे संभावित संदिग्ध और उसे पुष्ट करने का तरीक़ा देता है। डायग्नोसिस एक लूप ही रहती है: hypothesis, बेंच मेज़रमेंट, नतीजा, कसी हुई hypothesis। WrenchBoard उस लूप को क्रम में रखता है; प्रोब आपके हाथ में रहती हैं।

### अगर मेरा लक्षण रूल्स से कवर न हो तो क्या होता है?

एजेंट रुकता नहीं: यह स्कीमैटिक के इलेक्ट्रिकल ग्राफ को explore करके टोपोलॉजी से एक hypothesis बनाता है, यानी कौन सी रेल किसको किस क्रम में फ़ीड करती है, और साफ़-साफ़ बता देता है कि वह कब स्थापित रूल्स से आगे जाकर रीज़न कर रहा है।

### क्या मेरे मेज़रमेंट सहेजे जाते हैं?

हाँ, हर रिपोर्ट की गई रीडिंग रिपेयर जर्नल में लॉग होती है: वैल्यू, target, timestamp। आप rework से पहले/बाद की तुलना कर सकते हैं, और सेशन के अंत में पुष्ट कारण अगली बोर्डों के लिए डिवाइस की नॉलेज को समृद्ध करता है।

### क्या यह मदरबोर्ड टेस्ट सॉफ़्टवेयर है?

आम मायने में नहीं। टेस्ट सॉफ़्टवेयर और प्लग-इन डायग्नोस्टिक कार्ड को ऐसा बोर्ड चाहिए जो अब भी बूट होता हो, और वे फ़ेल हुए चरण का एक कोड लौटाते हैं। WrenchBoard वहाँ से शुरू होता है जहाँ बोर्ड कुछ भी नहीं दिखाता। और यह सिर्फ़ कंप्यूटर मदरबोर्ड तक सीमित नहीं है: जिस भी इलेक्ट्रॉनिक बोर्ड का boardview या स्कीमैटिक आपके पास हो, लैपटॉप, फ़ोन, ऑडियो उपकरण, इंडस्ट्रियल कंट्रोलर, जो भी आपकी बेंच पर आए। यह स्कीमैटिक के इलेक्ट्रिकल ग्राफ़ के आधार पर कॉम्पोनेन्ट स्तर तक काम करता है, क्रम से मल्टीमीटर प्रोटोकॉल देता है, और बदलने वाला पुर्ज़ा बताता है। एरर कोड नहीं, माप।