ਲਾਭ:
- ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਨੂੰ ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਸੂਚੀ ਅਤੇ ਤਰਕ ਦੇ ਕਦਮਾਂ ਵਿੱਚ ਵੰਡਣ ਦੀ ਸਮਰੱਥਾ ਅਤੇ AI ਤੋਂ ਪੌੜੀ/ST ਡਰਾਫਟ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
- ਸੁਰੱਖਿਆ ਲਾਕ, ਐਮਰਜੈਂਸੀ ਸਟਾਪ ਅਤੇ ਰੇਸ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੇ ਰੂਪ ਵਿੱਚ ਏਆਈ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਗਏ ਪੀਐਲਸੀ ਤਰਕ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
- AI ਨਾਲ ਸੈਂਸਰ ਅਤੇ IoT ਟੈਲੀਮੈਟਰੀ ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਸਮੇਂ ਕੈਲੀਬ੍ਰੇਸ਼ਨ, ਵਾਲੀਅਮ ਅਤੇ ਫਾਲਟ ਸਿਗਨਲਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
ਉਦਯੋਗਿਕ ਆਟੋਮੇਸ਼ਨ ਇਲੈਕਟ੍ਰੀਕਲ ਅਤੇ ਇਲੈਕਟ੍ਰੋਨਿਕਸ ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ ਸਭ ਤੋਂ ਵੱਧ ਫੀਲਡ-ਟਚਿੰਗ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ: ਇੱਕ PLC (ਪ੍ਰੋਗਰਾਮੇਬਲ ਲਾਜਿਕ ਕੰਟਰੋਲਰ) ਸੈਂਸਰਾਂ ਤੋਂ ਸਿਗਨਲ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਇੱਕ ਖਾਸ ਤਰਕ ਦੇ ਅਨੁਸਾਰ ਮੋਟਰਾਂ, ਵਾਲਵ ਅਤੇ ਅਲਾਰਮ ਚਲਾਉਂਦਾ ਹੈ। ਇੱਥੇ ਇੱਕ ਲਾਜ਼ੀਕਲ ਗਲਤੀ ਸਿਰਫ ਇੱਕ "ਗਲਤ ਆਉਟਪੁੱਟ" ਨਹੀਂ ਹੈ; ਇੱਕ ਜਾਮ ਹੋਇਆ ਕਨਵੇਅਰ, ਇੱਕ ਵਾਲਵ ਜੋ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ, ਜਾਂ ਇੱਕ ਐਮਰਜੈਂਸੀ ਸਟਾਪ ਜੋ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਅਸਲ ਸੱਟਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ। AI ਆਟੋਮੇਸ਼ਨ ਤਰਕ ਦੀ ਰੂਪਰੇਖਾ ਬਣਾਉਣ, ਪੌੜੀ/ST ਕੋਡ ਦਾ ਸੁਝਾਅ ਦੇਣ, ਅਤੇ ਸੈਂਸਰ/IoT ਟੈਲੀਮੈਟਰੀ ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਿੱਚ ਤੇਜ਼ ਹੈ; ਪਰ ਸੁਰੱਖਿਆ ਤਾਲੇ ਅਤੇ ਅਸਫਲ-ਸੁਰੱਖਿਅਤ ਡਿਜ਼ਾਈਨ ਇੰਜੀਨੀਅਰ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹਨ। ਇਸ ਯੂਨਿਟ ਵਿੱਚ, ਅਸੀਂ ਕਵਰ ਕਰਾਂਗੇ ਕਿ AI ਨੂੰ ਆਟੋਮੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਨੂੰ ਕਿਵੇਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਹੈ, ਤਿਆਰ ਕੀਤੇ PLC ਤਰਕ ਨੂੰ ਕਿਵੇਂ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਹੈ, ਅਤੇ ਸੈਂਸਰ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਵਿਆਖਿਆ ਕਰਨਾ ਹੈ।
ਆਟੋਮੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਦੀ ਸੰਰਚਨਾ: I/O ਸੂਚੀ ਅਤੇ ਤਰਕ ਕਦਮ
AI ਨੂੰ "ਇੱਕ ਕਨਵੇਅਰ ਨੂੰ ਪ੍ਰੋਗਰਾਮ" ਕਰਨ ਲਈ ਕਹਿਣਾ ਨਾਕਾਫ਼ੀ ਹੈ। ਪਹਿਲਾਂ, ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇਨਪੁਟ (ਸੈਂਸਰ, ਬਟਨ), ਆਉਟਪੁੱਟ (ਮੋਟਰ, ਵਾਲਵ, ਲੈਂਪ) ਅਤੇ ਤਰਕ ਕਦਮਾਂ ਵਿੱਚ ਵੱਖ ਕਰੋ। ਇਹ ਅੰਤਰ ਦੋਵੇਂ ਪ੍ਰੋਂਪਟ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਅਤੇ ਤਰਕ ਨੂੰ ਨਿਯੰਤਰਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਉਦਾਹਰਨ I/O ਸੂਚੀ (ਸਧਾਰਨ ਫਿਲਿੰਗ ਸਟੇਸ਼ਨ): ਇਨਪੁਟਸ: I0.0 ਸਟਾਰਟ ਬਟਨ, I0.1 ਸਟਾਪ ਬਟਨ, I0.2 ਈ-ਸਟੌਪ (NC), I0.3 ਬੋਤਲ ਖੋਜ ਸੈਂਸਰ, I0.4 ਆਕੂਪੈਂਸੀ ਸੈਂਸਰ ਆਉਟਪੁੱਟ: Q0.0 ਕਨਵੇਅਰ ਮੋਟਰ, Q0.1 ਫਿਲਿੰਗ la.0.1 ਵੈਲਵ, ਏ.ਆਰ.ਆਰ.2 ਸਟੈਪ: ਓਪਰੇਸ਼ਨ ਜੇਕਰ ਈ-ਸਟਾਪ ਨੂੰ ਦਬਾਇਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਿਸਟਮ ਤਿਆਰ ਹੈ। 2) ਸਟਾਰਟ ਰਿਟਰਨ ਦੇ ਨਾਲ ਕਨਵੇਅਰ; ਜਦੋਂ ਬੋਤਲ ਸੈਂਸਰ ਚਾਲੂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕਨਵੇਅਰ ਨੂੰ ਰੋਕੋ. 3) ਫਿਲਿੰਗ ਵਾਲਵ ਖੋਲ੍ਹੋ; ਜਦੋਂ ਆਕੂਪੈਂਸੀ ਸੈਂਸਰ ਭਰ ਗਿਆ ਹੋਵੇ ਤਾਂ ਵਾਲਵ ਨੂੰ ਬੰਦ ਕਰੋ। 4) ਕਨਵੇਅਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ; ਪ੍ਰਕਿਰਿਆ ਦੁਹਰਾਈ ਜਾਂਦੀ ਹੈ। 5) ਈ-ਸਟੌਪ ਜਾਂ ਸਟਾਪ ਕਿਸੇ ਵੀ ਸਮੇਂ ਸਾਰੇ ਨਿਕਾਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਪਾਸੇ ਲੈ ਜਾਂਦਾ ਹੈ।
ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ
ਕਮਜ਼ੋਰ:"ਕਨਵੇਅਰ ਲਈ PLC ਕੋਡ ਲਿਖੋ।"(ਨਤੀਜਾ: I/O ਪਤੇ, ਸੁਰੱਖਿਆ ਇੰਟਰਲਾਕ ਅਤੇ ਸਥਿਤੀ ਤਰਕ ਅਸਪਸ਼ਟ ਹਨ; ਇੱਕ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਖਤਰਨਾਕ ਅਧੂਰਾ ਕੋਡ।) STRONG:"I/O ਸੂਚੀ ਦੇ ਆਧਾਰ 'ਤੇ ਇੱਕ ਫਿਲਿੰਗ ਸਟੇਸ਼ਨ ਲਈ PLC ਲਾਜਿਕ ਡਰਾਫਟ (ਸਟ੍ਰਕਚਰਡ ਟੈਕਸਟ) ਦਾ ਸੁਝਾਅ ਦਿਓ ਅਤੇ ਉੱਪਰ ਦਿੱਤੇ EENSU ਕਦਮਾਂ ਦੇ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਬੰਦ ਕੀਤੇ ਗਏ EENSU ਕਦਮਾਂ ਦੇ ਨਾਲ ਤਰਕ ਬੰਦ ਹੈ। (NC) ਤਰਕ ਅਤੇ ਇੱਕ ਤਰਜੀਹੀ ਸਥਿਤੀ ਵਜੋਂ ਜੋ ਸਾਰੇ ਆਉਟਪੁੱਟਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਪਾਸੇ ਰੱਖਦੀ ਹੈ।- ਕਨਵੇਅਰ ਅਤੇ ਵਾਲਵ "ਇੱਕੋ ਸਮੇਂ (ਲਾਕ) 'ਤੇ ਇੱਕ ਖਤਰਨਾਕ ਸਥਿਤੀ ਨਾ ਬਣਾਓ। - ਹਰ ਕਦਮ 'ਤੇ ਟਿੱਪਣੀ ਕਰੋ। ਦੱਸੋ ਕਿ ਇਹ ਇੱਕ ਡਰਾਫਟ ਹੈ; ਸੁਰੱਖਿਆ ਚੇਨ, ਫੇਲ-ਸੁਰੱਖਿਅਤ ਅਤੇ ਫੀਲਡ ਟੈਸਟਿੰਗ ਇੰਜੀਨੀਅਰ ਦੀ ਹੈ।"
PLC ਤਰਕ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ: ਸੁਰੱਖਿਆ, ਅਸਫਲ-ਸੁਰੱਖਿਅਤ, ਦੌੜ ਦੀਆਂ ਸਥਿਤੀਆਂ
ਪੈਦਾ ਕੀਤੇ ਤਰਕ ਲਈ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ ਕਿ "ਕੰਮ ਜਾਪਦਾ ਹੈ"। ਇਸ ਚੈੱਕਲਿਸਟ ਦੀ ਪਾਲਣਾ ਕਰੋ:
ਕੰਟਰੋਲ
ਕੀ ਭਾਲਣਾ ਹੈ
ਸੰਕਟਕਾਲੀਨ ਸਟਾਪ
NC ਸੰਪਰਕ, ਅਸਫਲ-ਸੁਰੱਖਿਅਤ, ਸਭ ਤੋਂ ਵੱਧ ਤਰਜੀਹ, ਸਾਰੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸੁਰੱਖਿਅਤ ਪਾਸੇ ਵੱਲ ਬਦਲਣਾ
ਇੰਟਰਲਾਕ
ਵਿਰੋਧੀ ਆਉਟਪੁੱਟ ਇੱਕੋ ਸਮੇਂ ਸਰਗਰਮ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ
ਦੌੜ ਦੀ ਸਥਿਤੀ
ਇੱਕੋ ਚੱਕਰ ਵਿੱਚ ਵਿਰੋਧੀ ਕਾਰਜ, ਪਰਿਭਾਸ਼ਿਤ ਸਥਿਤੀ
ਸ਼ੁਰੂਆਤੀ ਸਥਿਤੀ
ਊਰਜਾਵਾਨ ਹੋਣ 'ਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ, ਜਾਣੀ-ਪਛਾਣੀ ਸਥਿਤੀ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰਨਾ
ਟਾਈਮਰ/ਕਾਊਂਟਰ
ਸਹੀ ਤਰਕ, ਓਵਰਫਲੋ, ਰੀਸੈਟ ਸਥਿਤੀ
ਸੈਂਸਰ ਦੀ ਖਰਾਬੀ
ਸੈਂਸਰ ਬਰੇਕ/ਸ਼ਾਰਟ ਸਰਕਟ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਵਿਵਹਾਰ
ਐਮਰਜੈਂਸੀ ਸਟਾਪ (ਈ-ਸਟਾਪ) ਸਭ ਤੋਂ ਨਾਜ਼ੁਕ ਬਿੰਦੂ ਹੈ। ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨ ਫੇਲ-ਸੁਰੱਖਿਅਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਭਾਵ, ਜੇਕਰ ਕੋਈ ਕੇਬਲ ਟੁੱਟ ਜਾਂਦੀ ਹੈ, ਇੱਕ ਸੰਪਰਕ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਸੁਰੱਖਿਅਤ ਪਾਸੇ ਡਿੱਗਣਾ ਚਾਹੀਦਾ ਹੈ, ਖਤਰਨਾਕ ਨਹੀਂ। ਇਸ ਲਈ, ਈ-ਸਟੌਪ ਨੂੰ ਇੱਕ ਆਮ ਤੌਰ 'ਤੇ ਬੰਦ (NC) ਸੰਪਰਕ ਨਾਲ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ; ਜੇ ਕੇਬਲ ਟੁੱਟ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਰਕਟ ਖੁੱਲ੍ਹਦਾ ਹੈ ਅਤੇ ਸਿਸਟਮ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਕੱਲੇ ਸਾਫਟਵੇਅਰ ਤਰਕ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ; ਇੱਕ ਹਾਰਡਵੇਅਰ ਸੁਰੱਖਿਆ ਚੇਨ (ਸੁਰੱਖਿਆ ਰੀਲੇਅ/ਸੰਪਰਕ) ਨੂੰ ਇੰਜੀਨੀਅਰ ਦੁਆਰਾ ਡਿਜ਼ਾਇਨ ਅਤੇ ਤਸਦੀਕ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਚੇਤਾਵਨੀ: ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ AI-ਤਿਆਰ ਪੌੜੀ/ST ਕੋਡ ਵਿੱਚ ਦੇਖਦੇ ਹੋ ਕਿ ਈ-ਸਟਾਪ ਇੱਕ ਆਮ ਤੌਰ 'ਤੇ ਖੁੱਲ੍ਹੇ (NO) ਸੰਪਰਕ ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਸੌਫਟਵੇਅਰ ਫਲੈਗ ਨਾਲ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਕਮਜ਼ੋਰੀ ਹੈ। ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨ ਕਦੇ ਵੀ ਇਕੱਲੇ ਸੌਫਟਵੇਅਰ ਲਈ ਨਹੀਂ ਛੱਡੇ ਜਾਂਦੇ ਹਨ; ਫੇਲ-ਸੁਰੱਖਿਅਤ ਹਾਰਡਵੇਅਰ ਚੇਨ ਅਤੇ ਸੰਬੰਧਿਤ ਮਸ਼ੀਨ ਸੁਰੱਖਿਆ ਮਾਪਦੰਡਾਂ ਦੀ ਪਾਲਣਾ ਇੰਜੀਨੀਅਰ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ ਅਤੇ ਫੀਲਡ ਟੈਸਟਿੰਗ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਰੇਸ ਦੀਆਂ ਸਥਿਤੀਆਂ ਅਤੇ ਰਾਜ ਮਸ਼ੀਨਾਂ
ਪੀਐਲਸੀ ਤਰਕ ਚੱਕਰ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ; ਹਰ ਇੱਕ ਚੱਕਰ ਵਿੱਚ ਸ਼ੁਰੂ ਤੋਂ ਲੈ ਕੇ ਅੰਤ ਤੱਕ ਸਾਰੇ ਤਰਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। AI ਕਈ ਵਾਰ ਵਿਰੋਧੀ ਲਾਈਨਾਂ ਲਿਖਦਾ ਹੈ ਜੋ ਇੱਕੋ ਥਾਂ 'ਤੇ ਉਸੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸੈਟ ਕਰਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਦੂਜੀ ਥਾਂ ਤੇ ਰੀਸੈਟ ਕਰਦੇ ਹਨ; ਇਹ ਆਉਟਪੁੱਟ ਨੂੰ ਅਚਾਨਕ ਝਪਕਣ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ (ਰੇਸ ਦੀ ਸਥਿਤੀ)। ਇੱਕ ਸਪਸ਼ਟ ਸਟੇਟ ਮਸ਼ੀਨ ਦੇ ਰੂਪ ਵਿੱਚ ਗੁੰਝਲਦਾਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਨਿਰਮਾਣ ਕਰਨਾ ਇਸ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ: ਸਿਸਟਮ ਹਰ ਸਮੇਂ ਇੱਕ ਸਿੰਗਲ, ਖਾਸ ਸਥਿਤੀ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਪਰਿਵਰਤਨ ਸਪਸ਼ਟ ਹਾਲਤਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ਸੈਂਸਰ ਅਤੇ IoT ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨਾ: ਕੈਲੀਬ੍ਰੇਸ਼ਨ, ਯੂਨਿਟ, ਫਾਲਟ ਸਿਗਨਲ
ਜਦੋਂ ਕਿ ਸੈਂਸਰ ਅਤੇ IoT ਟੈਲੀਮੈਟਰੀ ਡੇਟਾ (ਤਾਪਮਾਨ, ਦਬਾਅ, ਵਾਈਬ੍ਰੇਸ਼ਨ, ਮੌਜੂਦਾ) ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਕੀਮਤੀ ਹੈ, ਇਹ ਇਸਦੇ ਕੱਚੇ ਰੂਪ ਵਿੱਚ ਗੁੰਮਰਾਹਕੁੰਨ ਹੋ ਸਕਦਾ ਹੈ। ਜਿਵੇਂ ਕਿ AI ਇਸ ਡੇਟਾ ਦਾ ਸਾਰ ਦਿੰਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ:
- ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਅਤੇ ਸਕੇਲ। ਕੀ ਸੈਂਸਰ ਆਉਟਪੁੱਟ ਕੱਚਾ ADC ਮੁੱਲ ਹੈ ਜਾਂ ਅਸਲ ਭੌਤਿਕ ਇਕਾਈ? AI 4-20 mA ਇੱਕ ਸੈਂਸਰ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਸਕੇਲ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਭੌਤਿਕ ਮੁੱਲ ਨੂੰ ਉਲਝਾ ਸਕਦਾ ਹੈ।
- ਯੂਨਿਟ. °C ਜਾਂ °F, ਬਾਰ ਜਾਂ kPa, RMS ਜਾਂ ਸਿਖਰ? ਇਕਾਈ ਉਲਝਣ ਸਾਰੀ ਵਿਆਖਿਆ ਨੂੰ ਵਿਗਾੜ ਦਿੰਦੀ ਹੈ।
- ਨੁਕਸ ਸੰਕੇਤ. ਫਸਿਆ ਹੋਇਆ ਮੁੱਲ, ਅਚਾਨਕ ਜ਼ੀਰੋ ਤੱਕ ਡਿੱਗਣਾ, ਰੇਂਜ ਰੀਡਿੰਗ ਤੋਂ ਬਾਹਰ; ਇਹ ਅਸਲ ਮਾਪ ਨਹੀਂ ਹਨ ਪਰ ਸੈਂਸਰ/ਲਾਈਨ ਖਰਾਬੀ ਹੋ ਸਕਦੀ ਹੈ। ਜੇ ਏਆਈ ਇਹਨਾਂ ਨੂੰ "ਦਿਲਚਸਪ ਡੇਟਾ" ਵਜੋਂ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਤਾਂ ਤੁਸੀਂ ਗਲਤ ਹੋਵੋਗੇ।
# 4-20 mA ਸੈਂਸਰ -> ਭੌਤਿਕ ਮੁੱਲ ਸਕੇਲਿੰਗ (0-100 °C ਰੇਂਜ) def ma_to_temp(ma): ਜੇਕਰ ma <3.5: # 4 mA ਤੋਂ ਹੇਠਾਂ -> ਲਾਈਨ ਟੁੱਟੀ/ਨੁਕਸ ਵਾਪਸੀ ਕੋਈ ਵੀ # ਅਵੈਧ ਰਿਟਰਨ ਦੇ ਤੌਰ 'ਤੇ ਨਿਸ਼ਾਨ ਨਹੀਂ ਹੈ (ma - 4.0) / (20.0 - 4.0) [4.0, 0, 1 ਵਿੱਚ [4.0, 1.0 ਵਿੱਚ ਪੜ੍ਹਨ ਲਈ 20.0, 2.0]: t = ma_to_temp(ਰੀਡਿੰਗ) ਪ੍ਰਿੰਟ (ਪੜ੍ਹਨਾ, "mA ->", "FAULT" ਜੇਕਰ t ਕੋਈ ਹੋਰ ਨਹੀਂ f"{t:.1f} C")
ਸੰਕੇਤ: IoT ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਸਮੇਂ, ਪਹਿਲਾਂ ਪੁੱਛੋ "ਕੀ ਇਹ ਮੁੱਲ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਸੰਭਵ ਹੈ?" ਸਵਾਲ ਪੁੱਛੋ। ਜੇਕਰ ਕਮਰੇ ਦਾ ਤਾਪਮਾਨ ਸੈਂਸਰ 300 °C ਪੜ੍ਹਦਾ ਹੈ, ਤਾਂ ਇਹ ਅਸਲ ਨਹੀਂ ਹੈ, ਇਹ ਸ਼ਾਇਦ ਇੱਕ ਕੈਲੀਬ੍ਰੇਸ਼ਨ/ਲਾਈਨ ਗਲਤੀ ਹੈ। AI ਦੀ ਵਿਆਖਿਆ ਤੋਂ ਪਹਿਲਾਂ ਨੁਕਸ ਸੰਕੇਤਾਂ ਨੂੰ ਖਤਮ ਕਰੋ।
ਮਿੰਨੀ ਕੇਸ
ਇੱਕ ਰੱਖ-ਰਖਾਅ ਇੰਜੀਨੀਅਰ ਕੋਲ ਪੰਪ ਦੇ IoT ਵਾਈਬ੍ਰੇਸ਼ਨ ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਾਲਾ ਏ.ਆਈ. AI ਕਹਿੰਦਾ ਹੈ "ਪਿਛਲੇ ਹਫ਼ਤੇ ਵਿੱਚ ਵਾਈਬ੍ਰੇਸ਼ਨ 200% ਵਧੀ ਹੈ, ਤੁਰੰਤ ਅਸਫਲ ਹੋਣ ਦਾ ਜੋਖਮ" ਅਤੇ ਇੱਕ ਅਲਾਰਮ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਇੰਜੀਨੀਅਰ ਕੱਚੇ ਡੇਟਾ ਨੂੰ ਵੇਖਦਾ ਹੈ: ਮੁੱਲ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੇ ਬਾਅਦ ਇੱਕ ਨਿਸ਼ਚਤ ਉੱਚ ਸੰਖਿਆ 'ਤੇ "ਸਟੱਕ" ਹੁੰਦਾ ਹੈ, ਕਦੇ ਨਹੀਂ ਬਦਲਦਾ। ਇਹ ਵਧੀ ਹੋਈ ਵਾਈਬ੍ਰੇਸ਼ਨ ਨਹੀਂ ਹੈ, ਪਰ ਸੈਂਸਰ ਫ੍ਰੀਜ਼ਿੰਗ/ਅਸਫਲਤਾ ਹੈ। ਇੱਕ ਸਹੀ ਮਕੈਨੀਕਲ ਟੁੱਟਣ ਵਿੱਚ, ਮੁੱਲ ਉਤਰਾਅ-ਚੜ੍ਹਾਅ ਹੁੰਦਾ ਹੈ। ਇੰਜੀਨੀਅਰ ਸੈਂਸਰ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ; ਕੇਬਲ ਕੁਨੈਕਸ਼ਨ ਢਿੱਲਾ ਹੈ। AI ਨੇ ਸਥਿਰ ਮੁੱਲ ਦੀ ਵਿਆਖਿਆ "ਬੁਲਿਸ਼" ਵਜੋਂ ਕੀਤੀ। ਸਬਕ: ਸੈਂਸਰ ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨੁਕਸ ਦਸਤਖਤਾਂ (ਅਟਕਿਆ, ਸੀਮਾ ਤੋਂ ਬਾਹਰ, ਸਪਟਰਿੰਗ) ਨੂੰ ਰੱਦ ਕਰੋ; AI ਕੱਚੇ ਡੇਟਾ ਦੀ ਪੁੱਛਗਿੱਛ ਨਹੀਂ ਕਰਦਾ ਹੈ।
ਆਮ ਗਲਤੀਆਂ
- ਬਿਨਾਂ ਕਿਸੇ ਸੰਪਰਕ ਜਾਂ ਸਿਰਫ਼ ਸੌਫਟਵੇਅਰ ਫਲੈਗ ਦੇ ਨਾਲ ਈ-ਸਟਾਪ ਸੈਟ ਅਪ ਕਰਨਾ (ਫੇਲ-ਸੁਰੱਖਿਅਤ ਨਹੀਂ)।
- ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨ ਨੂੰ ਸਿਰਫ਼ ਸਾਫਟਵੇਅਰ 'ਤੇ ਛੱਡ ਕੇ, ਬਿਨਾਂ ਹਾਰਡਵੇਅਰ ਚੇਨ ਦੇ।
- ਵਿਰੋਧੀ ਸੈਟ/ਰੀਸੈਟ ਲਾਈਨਾਂ ਦੇ ਨਾਲ ਇੱਕ ਦੌੜ ਸਥਿਤੀ ਬਣਾਉਣਾ।
- ਊਰਜਾਵਾਨ ਹੋਣ 'ਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਸ਼ੁਰੂਆਤੀ ਸਥਿਤੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕਰਨਾ।
- ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਅਤੇ ਯੂਨਿਟ ਤਸਦੀਕ ਤੋਂ ਸੈਂਸਰ ਡੇਟਾ ਦੀ ਵਿਆਖਿਆ ਕਰਨਾ।
- ਅਸਲ ਮਾਪਾਂ ਲਈ ਗਲਤੀ ਦੇ ਸੰਕੇਤ (ਅਟਕਿਆ, ਸੀਮਾ ਤੋਂ ਬਾਹਰ)।
ਸੰਖੇਪ ਵਿੱਚ
- ਆਟੋਮੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਨੂੰ ਇੱਕ I/O ਸੂਚੀ ਵਿੱਚ ਤੋੜੋ ਅਤੇ ਤਰਕ ਦੇ ਕਦਮਾਂ ਨੂੰ ਸਾਫ਼ ਕਰੋ ਅਤੇ AI ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਪੁੱਛੋ।
- ਈ-ਸਟਾਪ ਅਤੇ ਸੁਰੱਖਿਆ ਫੰਕਸ਼ਨ ਫੇਲ-ਸੁਰੱਖਿਅਤ (NC), ਸਭ ਤੋਂ ਵੱਧ ਤਰਜੀਹ ਅਤੇ ਹਾਰਡਵੇਅਰ ਚੇਨਡ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ; ਫੀਲਡ ਟੈਸਟਿੰਗ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ.
- ਵਿਰੋਧੀ ਅਸਾਈਨਮੈਂਟ ਇੱਕ ਦੌੜ ਦੀ ਸਥਿਤੀ ਬਣਾਉਂਦੇ ਹਨ; ਇੱਕ ਸਟੇਟ ਮਸ਼ੀਨ ਨਾਲ ਗੁੰਝਲਦਾਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਸਥਾਪਤ ਕਰੋ.
- ਸੁਰੱਖਿਆ ਨੂੰ ਕਦੇ ਵੀ ਇਕੱਲੇ ਸੌਫਟਵੇਅਰ ਲਈ ਨਹੀਂ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ; ਇੰਜੀਨੀਅਰ ਦੀ ਮਨਜ਼ੂਰੀ ਲਾਜ਼ਮੀ ਹੈ।
- ਸੈਂਸਰ/IoT ਡੇਟਾ ਵਿੱਚ ਕੈਲੀਬ੍ਰੇਸ਼ਨ, ਯੂਨਿਟ ਅਤੇ ਫਾਲਟ ਸਿਗਨਲ ਪਹਿਲਾਂ ਤਸਦੀਕ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
- ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਅਸੰਭਵ ਮੁੱਲ ਅਤੇ ਫਸੇ ਰੀਡਿੰਗ ਖਰਾਬੀ ਦੇ ਸੰਕੇਤ ਹਨ, ਅਸਲ ਡੇਟਾ ਨਹੀਂ।
ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ
ਇੱਕ ਸਧਾਰਨ ਆਟੋਮੇਸ਼ਨ ਦ੍ਰਿਸ਼ (ਫਿਲ, ਗੇਟ ਕੰਟਰੋਲ, ਲੈਵਲ ਐਡਜਸਟਮੈਂਟ) ਲਈ I/O ਅਤੇ ਤਰਕ ਦੇ ਕਦਮਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਲਿਖੋ; ST/ਪੌੜੀ ਡਰਾਫਟ ਲਈ AI ਨੂੰ ਪੁੱਛੋ। ਫਿਰ ਉਤਪੰਨ ਤਰਕ ਦੀ ਜਾਂਚ ਕਰੋ: (1) ਕੀ ਈ-ਸਟੌਪ ਫੇਲ-ਸੁਰੱਖਿਅਤ ਅਤੇ ਤਰਜੀਹੀ ਹੈ, (2) ਕੀ ਵਿਰੋਧੀ ਆਉਟਪੁੱਟਾਂ ਲਈ ਕੋਈ ਲਾਕ ਹੈ, (3) ਕੀ ਪਾਵਰ ਅੱਪ 'ਤੇ ਸੁਰੱਖਿਅਤ ਸ਼ੁਰੂਆਤ ਪਰਿਭਾਸ਼ਿਤ ਹੈ? ਵੱਖਰੇ ਤੌਰ 'ਤੇ, ਸੈਂਸਰ ਰੀਡਿੰਗਾਂ ਦੀ ਇੱਕ ਲੜੀ 'ਤੇ ਟਿੱਪਣੀਆਂ ਲਈ AI ਨੂੰ ਪੁੱਛੋ (ਕਈ ਸਧਾਰਣ, ਇੱਕ ਫਸਿਆ, ਇੱਕ ਰੇਂਜ ਮੁੱਲ ਤੋਂ ਬਾਹਰ) ਅਤੇ ਜਾਂਚ ਕਰੋ ਕਿ ਇਹ ਨੁਕਸ ਮੁੱਲਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਖਤਮ ਕਰਦਾ ਹੈ। ਕੋਈ ਵੀ ਗਲਤੀ ਠੀਕ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲਿਖੋ।