ਐਵੀਓਨਿਕ ਸਿਸਟਮ ਅਤੇ ਫਾਲਟ ਆਈਸੋਲੇਸ਼ਨ: ਬਾਈਟ, ਕੇਬਲਿੰਗ ਅਤੇ ਸਾਫਟਵੇਅਰ

ਲਾਭ:

• ਐਵੀਓਨਿਕਸ ਅਸਫਲਤਾ ਨੂੰ ਲੇਅਰਾਂ (ਕੇਬਲਿੰਗ, ਕਨੈਕਟਰ, ਐਲਆਰਯੂ, ਸੌਫਟਵੇਅਰ) ਵਿੱਚ ਵੱਖ ਕਰਨ ਅਤੇ BITE ਸੁਨੇਹੇ ਨੂੰ ਇੱਕ ਲੱਛਣ ਵਜੋਂ ਵਿਆਖਿਆ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਇੱਕ ਅਲੱਗ-ਥਲੱਗ ਕ੍ਰਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਜੋ LRU ਨੂੰ ਬਹੁਤ ਜਲਦੀ ਦੋਸ਼ ਦੇਣ ਦੀ ਬਜਾਏ ਪਹਿਲਾਂ ਕਨੈਕਟਰ/ਕੇਬਲ/ਗਰਾਊਂਡ ਅਤੇ ਸੌਫਟਵੇਅਰ/ਸੰਰਚਨਾ ਪਰਤ ਨੂੰ ਖਤਮ ਕਰਦੀ ਹੈ।
• ਇਹ ਸਮਝਣ ਦੀ ਯੋਗਤਾ ਕਿ ਨਕਲੀ ਬੁੱਧੀ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਪਿੰਨ/ਸਕੀਮਾ ਸੰਦਰਭਾਂ ਨੂੰ WDM ਵਿੱਚ ਆਪਣੇ ਆਪ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ

ਐਵੀਓਨਿਕਸ ਏਅਰਕ੍ਰਾਫਟ ਦਾ "ਨਸ ਪ੍ਰਣਾਲੀ" ਹੈ: ਨੇਵੀਗੇਸ਼ਨ, ਸੰਚਾਰ, ਆਟੋਮੈਟਿਕ ਫਲਾਈਟ, ਡਿਸਪਲੇ ਅਤੇ ਡਾਟਾ ਸਿਸਟਮ। ਇੱਕ ਮਕੈਨੀਕਲ ਅਸਫਲਤਾ ਅਕਸਰ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਅਤੇ ਸਪਸ਼ਟ ਹੁੰਦੀ ਹੈ; ਸਿਗਨਲ, ਕੇਬਲ, ਕਨੈਕਟਰ ਜਾਂ ਸੌਫਟਵੇਅਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਇੱਕ ਐਵੀਓਨਿਕਸ ਨੁਕਸ ਲੁਕਿਆ ਹੋਇਆ ਹੈ। ਇਸ ਲਈ ਐਵੀਓਨਿਕਸ ਫਾਲਟ ਆਈਸੋਲੇਸ਼ਨ ਇੱਕ ਵੱਖਰਾ ਅਨੁਸ਼ਾਸਨ ਹੈ, ਅਤੇ ਇੱਥੇ ਨਕਲੀ ਬੁੱਧੀ (AI) ਬਹੁਤ ਮਦਦਗਾਰ ਅਤੇ ਗੁੰਮਰਾਹਕੁੰਨ ਦੋਵੇਂ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਯੂਨਿਟ ਵਿੱਚ, ਅਸੀਂ BITE, ਕੇਬਲਿੰਗ ਅਤੇ ਸਾਫਟਵੇਅਰ ਲੇਅਰਾਂ ਵਿੱਚ AI ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਵਰਤਣ ਦੇ ਤਰੀਕੇ ਨੂੰ ਕਵਰ ਕਰਾਂਗੇ।

ਐਵੀਓਨਿਕਸ ਅਸਫਲਤਾ ਦੀ ਅੰਗ ਵਿਗਿਆਨ

ਆਉ ਇੱਕ ਐਵੀਓਨਿਕ ਸਿਸਟਮ ਨੂੰ ਲੇਅਰਾਂ ਵਿੱਚ ਤੋੜੀਏ: ਸੈਂਸਰ/ਸਰੋਤ → ਵਾਇਰਿੰਗ/ਕਨੈਕਟਰ → ਕੰਪਿਊਟਿੰਗ ਯੂਨਿਟ (LRU) → ਸੌਫਟਵੇਅਰ/ਸੰਰਚਨਾ → ਡਿਸਪਲੇ। ਇੱਥੇ, LRU (ਲਾਈਨ ਬਦਲਣਯੋਗ ਯੂਨਿਟ, ਹਵਾਈ ਜਹਾਜ਼ 'ਤੇ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾਉਣਯੋਗ ਬਾਕਸ; ਜਿਵੇਂ ਕਿ ਇੱਕ ਏਅਰ ਡਾਟਾ ਕੰਪਿਊਟਰ) ਮੁੱਖ ਸੰਕਲਪ ਹੈ। ਇਸ ਲੜੀ ਦੇ ਕਿਸੇ ਵੀ ਲਿੰਕ ਵਿੱਚ ਖਰਾਬੀ ਹੋ ਸਕਦੀ ਹੈ। ਇੱਕ ਆਮ ਗਲਤੀ ਸਿੱਧੇ ਤੌਰ 'ਤੇ LRU (ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਅਤੇ ਸਭ ਤੋਂ ਵੱਧ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਰਿੰਗ) ਨੂੰ ਦੋਸ਼ੀ ਠਹਿਰਾਉਂਦੀ ਹੈ; ਹਾਲਾਂਕਿ, ਜ਼ਿਆਦਾਤਰ ਐਵੀਓਨਿਕਸ ਖਰਾਬੀ ਵਾਇਰਿੰਗ, ਕਨੈਕਟਰਾਂ ਅਤੇ ਗਰਾਉਂਡਿੰਗ ਦੇ ਕਾਰਨ ਹੁੰਦੀ ਹੈ।

BITE (ਬਿਲਟ-ਇਨ ਟੈਸਟ ਉਪਕਰਣ — ਸਿਸਟਮ ਦਾ ਸਵੈ-ਟੈਸਟਿੰਗ ਬਿਲਟ-ਇਨ ਹਾਰਡਵੇਅਰ) ਇਸ ਬਿੰਦੂ 'ਤੇ ਪਹਿਲਾ ਸਾਧਨ ਹੈ। ਸਿਸਟਮ ਇੱਕ BITE ਟੈਸਟ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਗਲਤੀ ਸੁਨੇਹੇ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, BITE ਸੁਨੇਹਾ ਵੀ ਇੱਕ ਲੱਛਣ ਹੈ: "No X ਸਿਗਨਲ" ਸੁਨੇਹਾ LRU ਦੁਆਰਾ X, ਇੱਕ ਟੁੱਟੀ ਹੋਈ ਕੇਬਲ, ਜਾਂ ਇੱਕ ਢਿੱਲੇ ਕਨੈਕਟਰ ਦੇ ਕਾਰਨ ਹੋ ਸਕਦਾ ਹੈ। AI BITE ਸੁਨੇਹੇ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਅਤੇ ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਣ ਲਈ ਤੇਜ਼ ਹੈ; ਪਰ WDM (ਵਾਇਰਿੰਗ ਡਾਇਗ੍ਰਾਮ ਮੈਨੂਅਲ) ਅਤੇ ਮਾਪ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜੀ ਰਿੰਗ ਅਸਲ ਦੋਸ਼ੀ ਹੈ।

ਸਾਵਧਾਨ: "ਕੋਈ ਨੁਕਸ ਨਹੀਂ ਮਿਲਿਆ" (NFF) ਐਵੀਓਨਿਕਸ ਵਿੱਚ ਪੁਰਾਣੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ LRU ਨੂੰ ਡਿਸਸੈਂਬਲ ਕਰਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਟੈਸਟ ਬੈਂਚ ਨੂੰ ਭੇਜਦੇ ਹੋ ਅਤੇ ਇਹ "ਕੋਈ ਨੁਕਸ ਨਹੀਂ" ਕਹਿੰਦਾ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਜਹਾਜ਼ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਨਾ ਹੈ — ਕੇਬਲ, ਕਨੈਕਟਰ, ਕਿਸੇ ਹੋਰ ਯੂਨਿਟ, ਜਾਂ ਰੁਕ-ਰੁਕ ਕੇ ਅਸਫਲਤਾ ਵਿੱਚ। AI "LRU ਬਦਲੋ" ਕਹਿਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ; ਇਸ ਜਾਲ ਵਿੱਚ ਨਾ ਫਸੋ।

ਕੇਬਲਿੰਗ ਅਤੇ ਕਨੈਕਟਰ: ਸਭ ਤੋਂ ਵੱਧ ਛੱਡੀ ਗਈ ਪਰਤ

ਐਵੀਓਨਿਕਸ ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ ਦਾ ਸੁਨਹਿਰੀ ਨਿਯਮ: ਹਿੱਸੇ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮਾਰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਕਨੈਕਟਰ ਪਿੰਨਾਂ ਦੇ ਬੈਠਣ, ਕੇਬਲ ਨਿਰੰਤਰਤਾ, ਇਨਸੂਲੇਸ਼ਨ ਪ੍ਰਤੀਰੋਧ, ਗਰਾਉਂਡਿੰਗ ਅਤੇ ਬੰਧਨ ਦੀ ਜਾਂਚ ਕੀਤੇ ਬਿਨਾਂ LRU ਨੂੰ ਦੋਸ਼ੀ ਨਹੀਂ ਠਹਿਰਾਇਆ ਜਾ ਸਕਦਾ। AI ਤੁਹਾਨੂੰ ਇਹ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ ਕਿ ਜਦੋਂ ਤੁਸੀਂ WDM ਦਿੰਦੇ ਹੋ ਤਾਂ ਕਿਹੜੀ ਪਿੰਨ ਕਿੱਥੇ ਜਾਂਦੀ ਹੈ, ਸੂਚੀਬੱਧ ਕਰਨਾ ਕਿ ਕਿਹੜੀਆਂ ਤਾਰਾਂ/ਪਿੰਨਾਂ ਵਿੱਚ ਕਿਸੇ ਨੁਕਸ ਲਈ ਸ਼ੱਕ ਹੈ — ਪਰ ਇਸਨੂੰ ਪਿੰਨ ਨੰਬਰ ਅਤੇ ਯੋਜਨਾਬੱਧ ਸੰਦਰਭਾਂ ਨੂੰ "ਯਾਦ" ਕਰਨ ਲਈ ਕਦੇ ਨਾ ਕਹੋ; ਸਕੀਮਾ ਦਿਓ ਅਤੇ ਇਹ ਇਸਨੂੰ ਪੜ੍ਹੇਗਾ (RAG ਤਰਕ)।

ਸਾਫਟਵੇਅਰ ਅਤੇ ਸੰਰਚਨਾ ਪਰਤ

ਆਧੁਨਿਕ ਐਵੀਓਨਿਕਸ ਵਿੱਚ, ਕੁਝ ਅਸਫਲਤਾਵਾਂ ਹਾਰਡਵੇਅਰ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਪਰ ਸੌਫਟਵੇਅਰ ਭਾਗ ਨੰਬਰ ਜਾਂ ਸੰਰਚਨਾ ਅਸੰਗਤਤਾ ਵਿੱਚ ਹਨ। ਇੱਕ LRU ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਗਲਤ ਸਾਫਟਵੇਅਰ ਸਟੈਂਡਰਡ ਨਾਲ ਇੰਸਟਾਲ ਹੈ; ਜਾਂ ਇੱਕ ਪਿੰਨ ਪ੍ਰੋਗਰਾਮਿੰਗ/ਵਿਕਲਪ ਸੈਟਿੰਗ ਗਲਤ ਹੈ। ਇੱਕ SB ਨੂੰ ਇੱਕ ਖਾਸ ਸਾਫਟਵੇਅਰ ਸੰਸਕਰਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। AI ਪੁੱਛਦਾ ਹੈ "ਕੀ ਇਹ ਬੱਗ ਕਿਸੇ ਖਾਸ ਸਾਫਟਵੇਅਰ ਸਟੈਂਡਰਡ ਨਾਲ ਸਬੰਧਤ ਹੈ?" ਤੁਹਾਨੂੰ ਸਵਾਲ ਵਿੱਚ ਸੰਬੰਧਿਤ SBs ਨੂੰ ਦੇਖਣ ਲਈ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ; ਪਰ ਤੁਸੀਂ ਨਿਰਮਾਤਾ ਦੇ ਅਧਿਕਾਰਤ ਅਨੁਕੂਲਤਾ ਚਾਰਟ ਵਿੱਚ ਅਨੁਕੂਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ।

ਸੰਕੇਤ: ਐਵੀਓਨਿਕਸ ਅਸਫਲ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਡਾ ਆਰਡਰ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: (1) BITE ਨੂੰ ਪੜ੍ਹੋ ਅਤੇ ਰਿਕਾਰਡ ਕਰੋ, (2) ਕਨੈਕਟਰ/ਕੇਬਲ/ਗਰਾਊਂਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, (3) ਸੌਫਟਵੇਅਰ/ਸੰਰਚਨਾ ਮਿਆਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, (4) LRU ਬਦਲਣ 'ਤੇ ਵਿਚਾਰ ਕਰੋ, (5) ਹਰੇਕ ਬਦਲੀ ਤੋਂ ਬਾਅਦ ਵਾਪਸੀ/ਸੰਚਾਲਨ ਟੈਸਟ। AI ਇਸ ਕ੍ਰਮ ਨੂੰ ਯਾਦ ਕਰ ਸਕਦਾ ਹੈ; ਇਸ ਨੂੰ ਨਾ ਛੱਡਣਾ ਤੁਹਾਡੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ।

ਤਿੰਨ ਛੋਟੇ ਕੇਸ

ਕੇਸ 1 — ਕਨੈਕਟਰ ਨੇ LRU ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ। ਇੱਕ ਡਿਸਪਲੇ ਯੂਨਿਟ 'ਤੇ ਰੁਕ-ਰੁਕ ਕੇ ਮੱਧਮ ਹੋ ਰਿਹਾ ਸੀ। BITE ਨੇ ਇੱਕ "ਡਿਸਪਲੇ ਡੇਟਾ ਲੋਸ" ਸੁਨੇਹਾ ਦਿੱਤਾ। AI ਨੇ ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕੀਤਾ; LRU ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਲਾਈਨ ਵਿੱਚ ਸੀ, ਪਰ ਤਕਨੀਸ਼ੀਅਨ ਨੇ ਆਪਣੇ ਆਦੇਸ਼ ਦੀ ਪਾਲਣਾ ਕੀਤੀ: ਕਨੈਕਟਰ ਨੂੰ ਵੱਖ ਕੀਤਾ ਅਤੇ ਸਾਫ਼ ਕੀਤਾ, ਇੱਕ ਪਿੰਨ 'ਤੇ ਆਕਸੀਕਰਨ ਮਿਲਿਆ। ਸਫਾਈ ਦੇ ਬਾਅਦ, ਨੁਕਸ ਗਾਇਬ ਹੋ ਗਿਆ. ਲਗਭਗ $40,000 ਦੀ ਇੱਕ LRU ਤਬਦੀਲੀ ਅਤੇ ਸ਼ਿਪਿੰਗ ਸਮਾਂ ਬੇਲੋੜੀ ਬਰਬਾਦ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ।

ਕੇਸ 2 - ਸਾਫਟਵੇਅਰ ਸਟੈਂਡਰਡ ਅਸੰਗਤਤਾ। ਨੈਵੀਗੇਸ਼ਨ ਯੂਨਿਟ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਇੱਕ ਫੰਕਸ਼ਨ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। YZ ਨੇ ਕਿਹਾ "ਨਵੇਂ LRU ਨੂੰ ਸ਼ਾਇਦ ਵੱਖਰੇ ਸੌਫਟਵੇਅਰ ਸਟੈਂਡਰਡ ਦੀ ਲੋੜ ਹੈ, ਸੰਬੰਧਿਤ SB ਦੀ ਜਾਂਚ ਕਰੋ"। ਇੰਜੀਨੀਅਰ ਨੇ ਨਿਰਮਾਤਾ ਦੀ ਅਨੁਕੂਲਤਾ ਸਾਰਣੀ ਨੂੰ ਦੇਖਿਆ: ਉਸਨੂੰ ਅਸਲ ਵਿੱਚ ਕੁਝ ਸੌਫਟਵੇਅਰ ਸਥਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਸੀ। ਪੋਸਟ-ਇੰਸਟਾਲੇਸ਼ਨ ਫੰਕਸ਼ਨ ਚਾਲੂ; ਬੇਲੋੜੀ ਦੂਜੀ LRU ਤਬਦੀਲੀ ਤੋਂ ਪਰਹੇਜ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਕੇਸ 3 — ਹੈਲੁਸੀਨੇਸ਼ਨ: ਮੇਕ-ਅੱਪ ਪਿੰਨ। YZ ਨੇ "WDM ਗੋਜ਼ ਟੂ ਗਰਾਊਂਡ" ਉੱਤੇ ਪਿੰਨ J2-14 ਵਜੋਂ ਇੱਕ ਨੁਕਸ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ। ਜਦੋਂ ਤਕਨੀਸ਼ੀਅਨ ਨੇ ਡਬਲਯੂਡੀਐਮ ਨੂੰ ਚਾਲੂ ਕੀਤਾ, ਤਾਂ ਉਸਨੇ ਦੇਖਿਆ ਕਿ J2-14 ਇੱਕ ਵੱਖਰਾ ਸਿਗਨਲ ਸੀ; AI ਨੇ ਪਿੰਨ ਨੰਬਰ ਬਣਾ ਲਿਆ ਸੀ। ਜਦੋਂ ਉਸਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਯੋਜਨਾਬੱਧ 'ਤੇ ਦੇਖਿਆ, ਤਾਂ ਸਹੀ ਪਿੰਨ ਵੱਖਰਾ ਸੀ. ਜੇ ਗਲਤ ਪਿੰਨ ਨੂੰ ਮਾਪਿਆ ਗਿਆ ਸੀ, ਤਾਂ ਨਿਦਾਨ ਘੰਟਿਆਂ ਲਈ ਗਲਤ ਦਿਸ਼ਾ ਵਿੱਚ ਚਲੇ ਜਾਣਾ ਸੀ.

ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਟੈਂਪਲੇਟ

ਭੂਮਿਕਾ: BITE ਸੁਨੇਹਾ ਵਿਆਖਿਆ ਸਹਾਇਕ। ਟਾਸਕ: [ਏਅਰਕ੍ਰਾਫਟ ਕਿਸਮ + ਸਿਸਟਮ] ਲਈ "[ਬਾਈਟ ਸੰਦੇਸ਼]" ਦੇ ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਮਾਪਣ ਵਾਲੀ ਚੇਨ (ਕਨੈਕਟਰ-ਕੇਬਲ-ਗਰਾਊਂਡ) ਤੋਂ ਪਹਿਲਾਂ, LRU ਤੋਂ ਬਾਅਦ। ਨਿਯਮ:- ਪਿੰਨ/ਸਕੀਮ ਰੈਫਰੈਂਸ ਫਿਟਿੰਗ; "WDM ਵਿੱਚ ਸੰਬੰਧਿਤ ਪੰਨੇ ਨੂੰ ਦੇਖੋ" ਕਹੋ। - ਦੱਸੋ ਕਿ ਇਹ ਇੱਕ ਲੱਛਣ ਹੈ ਅਤੇ ਮੂਲ ਕਾਰਨ ਅਲੱਗ-ਥਲੱਗ ਕਰਕੇ ਲੱਭਿਆ ਜਾਵੇਗਾ। BITE ਸੁਨੇਹਾ: [ਸੁਨੇਹਾ + ਸੰਦਰਭ]

ਭੂਮਿਕਾ: ਵਾਇਰਿੰਗ ਡਾਇਗ੍ਰਾਮ ਰੀਡਿੰਗ ਅਸਿਸਟੈਂਟ (ਮੇਰੇ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਚਿੱਤਰ ਦੇ ਆਧਾਰ 'ਤੇ)। ਟਾਸਕ: ਹੇਠਾਂ WDM ਹਵਾਲੇ ਵਿੱਚ [ਸਿਗਨਲ/ਫੰਕਸ਼ਨ] ਨਾਲ ਸਬੰਧਤ ਪਿੰਨ ਅਤੇ ਹਾਰਨੇਸ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਨਿਯਮ: ਸਿਰਫ਼ ਇਸ ਹਵਾਲੇ ਦੇ ਆਧਾਰ 'ਤੇ; ਹਵਾਲਾ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਕੀਤਾ ਗਿਆ ਇੱਕ ਪਿੰਨ/ਨੰਬਰ ਤਿਆਰ ਕਰਨਾ; ਨਹੀਂ ਤਾਂ "ਕੋਟ ਵਿੱਚ ਨਹੀਂ" ਕਹੋ। WDM ਹਵਾਲਾ: [ਸਕੀਮਾ ਟੈਕਸਟ/ਟੇਬਲ ਪੇਸਟ ਕਰੋ]

ਭੂਮਿਕਾ: ਏਵੀਓਨਿਕਸ ਆਈਸੋਲੇਸ਼ਨ ਸੀਕਵੈਂਸ ਗਾਈਡ। ਕਾਰਜ: ਨਿਮਨਲਿਖਤ ਨੁਕਸ (BITE → ਕਨੈਕਟਰ/ਕੇਬਲ → ਸੌਫਟਵੇਅਰ/ਸੰਰਚਨਾ → LRU → ਰਿਟਰਨ ਟੈਸਟ) ਲਈ ਖਾਤਮੇ ਦੇ ਕ੍ਰਮ ਦੀ ਸਿਫਾਰਸ਼ ਕਰੋ। ਨਿਯਮ: ਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਹਰੇਕ ਪੜਾਅ 'ਤੇ ਕੀ ਮਾਪਣਾ ਹੈ ਅਤੇ ਕਿਸ ਮੈਨੂਅਲ ਵਿੱਚ ਆਮ ਰੇਂਜ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੀ ਗਈ ਹੈ; ਮੁੱਲ FITTING.ਗਲਤੀ: [ਵੇਰਵਾ]

ਭੂਮਿਕਾ: ਸੌਫਟਵੇਅਰ/ਸੰਰਚਨਾ ਅਨੁਕੂਲਤਾ ਰੀਮਾਈਂਡਰ। ਟਾਸਕ: ਹੇਠਾਂ ਦਿੱਤੇ LRU ਬਦਲੀ ਲਈ ਸੌਫਟਵੇਅਰ ਸਟੈਂਡਰਡ/ਸੰਰਚਨਾ ਅਨੁਕੂਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੇ ਤਰੀਕੇ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਨਿਯਮ: ਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਮੈਨੂੰ ਨਿਰਮਾਤਾ ਦੇ ਅਧਿਕਾਰਤ ਸਾਰਣੀ ਵਿੱਚ ਅਨੁਕੂਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ; ਸੰਸਕਰਣ ਨੰਬਰ ਫਿੱਟਿੰਗ ਹੈ। ਐਕਸਚੇਂਜ: [LRU + ਕਿਸਮ + ਵਪਾਰਕ ਸੰਦਰਭ]

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਕਮਜ਼ੋਰ: "ਇੱਕ ਡਿਸਪਲੇ ਡਾਟਾ ਖਰਾਬ ਸੁਨੇਹਾ ਹੈ, ਮੈਨੂੰ ਕਿਹੜਾ ਬਾਕਸ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ?"

ਇਹ ਕੇਬਲਿੰਗ/ਕਨੈਕਟਰ ਲੇਅਰ ਅਤੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਬਾਈਪਾਸ ਕਰਦੇ ਹੋਏ, ਸਿੱਧੇ LRU ਬਦਲੀ 'ਤੇ ਜੰਪ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਾਅਲੀ ਸੰਦਰਭਾਂ ਦਾ ਜੋਖਮ ਰੱਖਦਾ ਹੈ।

ਮਜ਼ਬੂਤ: "[ਜਹਾਜ਼ ਦੀ ਕਿਸਮ]। BITE 'ਡਿਸਪਲੇ ਡੈਟਾ ਨੁਕਸਾਨ', ਰੁਕ-ਰੁਕ ਕੇ, ਹਿੱਲਣ 'ਤੇ ਟਰਿਗਰਜ਼। ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਪਹਿਲਾਂ ਕਨੈਕਟਰ/ਕੇਬਲ/ਗਰਾਊਂਡ, LRU ਬਾਅਦ ਵਿੱਚ; ਮੈਨੂੰ ਦੱਸੋ ਕਿ ਹਰ ਪੜਾਅ 'ਤੇ ਕੀ ਮਾਪਣਾ ਹੈ; ਪਿੰਨ/ਸਕੀਮਾ ਹਵਾਲਾ ਫਰਜ਼ੀ, ਮੈਨੂੰ WDM ਦੇਖਣ ਲਈ ਯਾਦ ਦਿਵਾਓ; ਵਾਪਸੀ ਜਾਂਚ ਸ਼ਾਮਲ ਕਰੋ।"

"ਰੁਕ-ਰੁਕ ਕੇ" ਅਤੇ "ਹਿੱਲਣ 'ਤੇ ਚਾਲੂ" ਕਨੈਕਟਰ/ਗੈਰ-ਸੰਪਰਕ ਦਿਸ਼ਾ ਲਈ ਮਜ਼ਬੂਤ ​​ਸੁਰਾਗ ਹਨ, ਅਤੇ ਪ੍ਰੋਂਪਟ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।

ਸਾਰਣੀ: ਐਵੀਓਨਿਕਸ ਫਾਲਟ ਲੇਅਰਾਂ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਜਾਂਚ

ਪਰਤ

ਆਮ ਲੱਛਣ

ਪਹਿਲੀ ਜਾਂਚ

ਵਾਹਨ

ਵਾਇਰਿੰਗ/ਕਨੈਕਟਰ

ਰੁਕ-ਰੁਕ ਕੇ, ਹਿੱਲਣ ਵਾਲਾ

ਨਿਰੰਤਰਤਾ, ਪਿੰਨ ਸੀਟਿੰਗ, ਆਕਸਾਈਡ

ਮਲਟੀਮੀਟਰ, ਡਬਲਯੂ.ਡੀ.ਐਮ

ਗਰਾਊਂਡਿੰਗ/ਬੈਂਡਿੰਗ

ਰੌਲਾ, ਦਖਲ

ਬੰਧਨ ਪ੍ਰਤੀਰੋਧ

ਬੰਧਨ ਮੀਟਰ

ਐਲ.ਆਰ.ਯੂ

ਸਥਿਰ, ਦੁਹਰਾਉਣ ਯੋਗ

BITE + ਬੈਂਚ ਦੀ ਪੁਸ਼ਟੀ

BITE, ਟੈਸਟ ਬੈਂਚ

ਸਾਫਟਵੇਅਰ/ਸੰਰਚਨਾ

ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਕੋਈ ਫੰਕਸ਼ਨ ਨਹੀਂ

ਸਾਫਟਵੇਅਰ ਭਾਗ ਨੰ, ਅਨੁਕੂਲਤਾ ਸਾਰਣੀ

ਨਿਰਮਾਤਾ ਸਾਰਣੀ

ਆਮ ਗਲਤੀਆਂ

• ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਐਲਆਰਯੂ ਨੂੰ ਦੋਸ਼ੀ ਠਹਿਰਾਓ। ਜ਼ਿਆਦਾਤਰ ਏਵੀਓਨਿਕਸ ਖਰਾਬੀਆਂ ਕੇਬਲਾਂ/ਕਨੈਕਟਰਾਂ ਕਾਰਨ ਹੁੰਦੀਆਂ ਹਨ।
• ਇਹ ਸੋਚਣਾ ਕਿ NFF "ਭੰਗ" ਹੈ. ਮਸ਼ੀਨ 'ਚ ਖਰਾਬੀ ਨਾ ਹੋਣ 'ਤੇ ਜਹਾਜ਼ 'ਚ ਸਮੱਸਿਆ ਹੋ ਸਕਦੀ ਹੈ।
• ਰੁਕ-ਰੁਕ ਕੇ ਨੁਕਸ ਦੀ ਜਾਂਚ ਕਰਨਾ ਜਿਵੇਂ ਕਿ ਇਹ ਠੀਕ ਕੀਤਾ ਗਿਆ ਸੀ। ਟਰਿੱਗਰ ਸਥਿਤੀ (ਵਾਈਬ੍ਰੇਸ਼ਨ, ਤਾਪਮਾਨ) ਨੂੰ ਦੁਹਰਾਓ।
• ਸੌਫਟਵੇਅਰ/ਸੰਰਚਨਾ ਪਰਤ ਨੂੰ ਭੁੱਲਣਾ. ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ ਅਨੁਕੂਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
• AI ਤੋਂ ਪਿੰਨ/ਸਕੀਮਾ ਹਵਾਲੇ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ। ਆਪਣੇ ਲਈ WDM ਦੀ ਜਾਂਚ ਕਰੋ।

ਸੰਖੇਪ ਵਿੱਚ

ਐਵੀਓਨਿਕਸ ਫਾਲਟ ਆਈਸੋਲੇਸ਼ਨ ਇੱਕ ਲੇਅਰਡ ਕਾਰੋਬਾਰ ਹੈ: BITE ਇੱਕ ਲੱਛਣ ਦਿੰਦਾ ਹੈ, ਅਸਲ ਮੂਲ ਕਾਰਨ ਅਕਸਰ ਵਾਇਰਿੰਗ, ਕਨੈਕਟਰ, ਗਰਾਊਂਡਿੰਗ ਜਾਂ ਸੌਫਟਵੇਅਰ ਲੇਅਰ 'ਤੇ ਹੁੰਦਾ ਹੈ। AI BITE ਸੁਨੇਹੇ ਦੀ ਵਿਆਖਿਆ ਕਰਨ, WDM (ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਦਿੰਦੇ ਹੋ) ਨੂੰ ਪੜ੍ਹਣ ਅਤੇ ਖਾਤਮੇ ਦੇ ਆਦੇਸ਼ ਨੂੰ ਯਾਦ ਕਰਾਉਣ ਵਿੱਚ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ; ਪਰ ਤੁਸੀਂ ਐਲਆਰਯੂ ਨੂੰ ਛੇਤੀ ਦੋਸ਼ ਦੇਣ ਦੀ ਪ੍ਰਵਿਰਤੀ ਅਤੇ ਪਿੰਨ/ਰੈਫਰੈਂਸ ਫੈਬਰੀਕੇਸ਼ਨ ਦੇ ਜੋਖਮ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਦੇ ਹੋ। ਕ੍ਰਮ: BITE → ਕੇਬਲਿੰਗ → ਸੌਫਟਵੇਅਰ → LRU → ਰਿਟਰਨ ਟੈਸਟ।

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

ਇੱਕ avionics BITE ਸੁਨੇਹਾ ਚੁਣੋ। ਪਹਿਲੇ ਅਤੇ ਤੀਜੇ ਟੈਂਪਲੇਟ ਦੇ ਨਾਲ AI ਤੋਂ ਅਲੱਗ-ਥਲੱਗ ਹੋਣ ਦੇ ਸੰਭਾਵਿਤ ਕਾਰਨ ਅਤੇ ਖਾਤਮੇ ਦੇ ਆਦੇਸ਼ ਪ੍ਰਾਪਤ ਕਰੋ। WDM ਤੋਂ ਸੰਬੰਧਿਤ ਪਿੰਨ/ਹਾਰਨੇਸ ਦੀ ਖੁਦ ਪੁਸ਼ਟੀ ਕਰੋ ਅਤੇ ਪੁੱਛੋ "ਕੀ LRU ਪਹਿਲਾਂ ਆਇਆ ਸੀ?" ਏਆਈ ਦੇ ਕ੍ਰਮ ਵਿੱਚ. ਇਸ ਦੀ ਜਾਂਚ ਕਰੋ. ਆਪਣਾ ਸੁਰੱਖਿਅਤ ਕ੍ਰਮ ਲਿਖੋ ਅਤੇ ਅੰਤਰ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਓ।

ਚੈੱਕਲਿਸਟ

• [ ] ਮੈਂ BITE ਸੁਨੇਹੇ ਨੂੰ ਇੱਕ ਲੱਛਣ ਵਜੋਂ ਮੰਨਿਆ, ਇੱਕ ਨਿਦਾਨ ਨਹੀਂ।
• ਮੈਂ LRU ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਟਰ/ਕੇਬਲ/ਗਰਾਊਂਡ ਦੀ ਜਾਂਚ ਕੀਤੀ।
• [ ] ਮੈਂ ਟਰਿੱਗਰ ਸਥਿਤੀ ਦੇ ਨਾਲ ਰੁਕ-ਰੁਕ ਕੇ ਨੁਕਸ ਦੀ ਜਾਂਚ ਕੀਤੀ।
• [ ] ਮੈਂ ਅਧਿਕਾਰਤ ਸਾਰਣੀ ਵਿੱਚ ਸਾਫਟਵੇਅਰ/ਸੰਰਚਨਾ ਅਨੁਕੂਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ।
• [ ] ਮੈਂ ਖੁਦ WDM ਪਿੰਨ/ਹਵਾਲੇ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ; ਮੈਂ ਇਸਨੂੰ ਬਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ।
• [ ] ਮੈਂ ਹਰੇਕ ਬਦਲੀ/ਮੁਰੰਮਤ ਤੋਂ ਬਾਅਦ ਰਿਟਰਨ/ਅਪਰੇਸ਼ਨਲ ਟੈਸਟ ਕੀਤੇ।