डायग्नोस्टिक्स · मदरबोर्ड

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

"डेड बोर्ड", "चार्ज नहीं होता", "लोड पर बंद हो जाता है": हर लक्षण के पीछे एक फॉल्ट ट्री होता है। 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 उस पर zoom कर देता है।

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

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

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

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

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

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

यही वह तर्क है जो WrenchBoard को एक lookup टूल के बजाय एक संपूर्ण microsoldering software बनाता है: नॉलेज वहीं जमा होती है जहाँ काम होता है।

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

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

FAQ

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

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

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

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

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

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

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

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

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

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

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

शुरू करें

Wrench Board ट्राय करें फ्री, अपने ब्राउज़र में।

फ्री प्लान, कोई कार्ड ज़रूरी नहीं। ऐप खोलें, कवर किया गया डिवाइस चुनें, और एजेंट के साथ डायग्नोस्टिक सेशन शुरू करें।

04 अपडेट से जुड़े रहें

Wrench Board लाइव है।

ऐप app.wrenchboard.cloud पर पब्लिक बीटा में लाइव है, कोई वेटलिस्ट नहीं, फ्री प्लान। प्रोडक्ट को फ़ॉलो करने के लिए अपना ईमेल छोड़ें: नए Boardview फ़ॉर्मैट, नए डिवाइस पैक, बड़ी रिलीज़।

register · updates ~/wrench-board
$ notify --on=releases
कोई स्पैम नहीं · कभी भी अनसब्सक्राइब करें
रिपेयर का अधिकार आंदोलन के लिए बनाया गया।