20 ਦਸੰ 2025·8 ਮਿੰਟ
ਕਿਵੇਂ ਸਾਫਟਵੇਅਰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ
ਦੇਖੋ ਕਿ ਕਿਵੇਂ ਸਾਫਟਵੇਅਰ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਉਦਯੋਗਿਕ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਜੋੜ ਕੇ ਆਧੁਨਿਕ ਨ<Vec>Infrastr</Vec>ਾਸਚਰ ਵਿੱਚ ਭਰੋਸੇ, ਕੁਸ਼ਲਤਾ ਅਤੇ ਉਪਟਾਈਮ ਸੁਧਾਰਦਾ ਹੈ।
ਦੇਖੋ ਕਿ ਕਿਵੇਂ ਸਾਫਟਵੇਅਰ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਉਦਯੋਗਿਕ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਜੋੜ ਕੇ ਆਧੁਨਿਕ ਨ<Vec>Infrastr</Vec>ਾਸਚਰ ਵਿੱਚ ਭਰੋਸੇ, ਕੁਸ਼ਲਤਾ ਅਤੇ ਉਪਟਾਈਮ ਸੁਧਾਰਦਾ ਹੈ।
ਆਧੁਨਿਕ ਇੰਫਰਾਸਟਰੱਕਚਰ ਉਹ ਸਿਸਟਮ ਹਨ ਜੋ ਰੋਜ਼ਾਨਾ ਅਪਰੇਸ਼ਨ ਚਲਾਉਂਦੇ ਹਨ: ਦਫਤਰ ਅਤੇ ਹਸਪਤਾਲ, ਫੈਕਟਰੀਆਂ ਅਤੇ ਗੋਦਾਮ, ਡੇਟਾ ਸੈਂਟਰ ਅਤੇ ਉਹ ਪਾਵਰ ਨੈੱਟ (ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਓਨ-ਸਾਈਟ ਜਨਰੇਸ਼ਨ ਵੀ ਸ਼ਾਮਲ ਹੈ) ਜੋ ਇਨ੍ਹਾਂ ਨੂੰ ਬਿਜਲੀ ਦਿੰਦੇ ਹਨ। ਇਹਨਾਂ ਮਹੋਲਾਂ ਵਿੱਚ ਹੁਣ ਉਰਜਾ ਸਿਰਫ਼ ਯੂਟੀਲਿਟੀ ਬਿੱਲ ਨਹੀਂ ਰਹੀ—ਇਹ ਇੱਕ ਰੀਅਲ-ਟਾਈਮ ਓਪਰੇਸ਼ਨਲ ਵੈਰੀਏਬਲ ਹੈ ਜੋ ਅਪਟਾਈਮ, ਸੁਰੱਖਿਆ, ਉਤਪਾਦ ਅਤੇ ਟਿਕਾਉਪਣ ਨਿਸ਼ਾਨਿਆਂ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਂਦਾ ਹੈ।
ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ, ਉਰਜਾ ਟੀਮਾਂ ਮੀਟਿੰਗ, ਟੈਰੀਫ ਅਤੇ ਅਨੁਕੂਲਤਾ 'ਤੇ ਧਿਆਨ ਦਿੰਦੀਆਂ ਸਨ, ਜਦਕਿ ਆਟੋਮੇਸ਼ਨ ਟੀਮਾਂ ਮਸ਼ੀਨਾਂ, ਕੰਟਰੋਲ ਅਤੇ throughput 'ਤੇ। ਹੁਣ ਇਹ ਸੀਮਾਵਾਂ ਧੁੰਦਲ ਹੋ ਰਹੀਆਂ ਹਨ ਕਿਉਂਕਿ ਉਹੀ ਘਟਨਾਵਾਂ ਦੋਹਾਂ ਦੁਨੀਆਂ 'ਚ ਨਜ਼ਰ ਆਉਂਦੀਆਂ ਹਨ:
ਜਦ ਉਰਜਾ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਡੇਟਾ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਟੀਮਾਂ ਅਕਸਰ ਉਹੀ ਘਟਨਾ ਦੋ ਵੱਖ-ਵੱਖ ਸਮਿਆਂ 'ਤੇ ਅਤੇ ਅਧੂਰੇ ਸੰਦਰਭ ਨਾਲ ਡਾਇਗਨੋਜ਼ ਕਰਦੀਆਂ ਹਨ। ਇੱਕਠੇ ਹੋਣਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਕੋਲ ਇਕੋ ਨਜ਼ਾਰਾ ਹੈ ਕਿ ਕੀ ਹੋਇਆ, ਇਸ ਦੀ ਕੀ ਲਾਗਤ ਸੀ, ਅਤੇ ਅਗਲਾ ਕਦਮ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਵਾਸਤਵਿਕ ਕਾਰਕ ਸਾਫਟਵੇਅਰ ਹੈ ਜੋ Operational Technology (OT)—ਕੰਟਰੋਲਰ, ਰਿਲੇ, ਡ੍ਰਾਈਵ ਅਤੇ ਪ੍ਰੋਟੈਕਸ਼ਨ ਡਿਵਾਈਸ—ਨੂੰ ਰਿਪੋਰਟਿੰਗ, ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਯੋਜਨਾ ਬਣਾਉਣ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ IT ਸਿਸਟਮਾਂ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਇਹ ਸਾਂਝੀ ਸਾਫਟਵੇਅਰ ਲੇਅਰ ਪ੍ਰਕਿਰਿਆ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਪਾਵਰ ਕੁਆਲਟੀ ਨਾਲ ਜੋੜਨਾ, ਰੱਖ-ਰਖਾਵ ਸਮਾਂ-ਸਾਰਣੀਆਂ ਨੂੰ ਇਲੈਕਟ੍ਰਿਕਲ ਲੋਡਿੰਗ ਨਾਲ ਮੇਲ ਕਰਨਾ ਅਤੇ ਟਿਕਾਉਪਣ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਮਾਪੀ ਗਈ ਖਪਤ ਨਾਲ ਮਿਲਾਉਣਾ ਸੰਭਵ ਬਣਾਉਂਦੀ ਹੈ।
ਇਹ ਲੇਖ ਪ੍ਰਾਇਕਟਿਕ ਓਵਰਵਿਊ ਦਿੰਦਾ ਹੈ ਕਿ ਇਹ ਕਨੈਕਸ਼ਨ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ—ਕਿਹੜਾ ਡੇਟਾ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, SCADA ਅਤੇ energy management ਜਿਹੇ ਪਲੇਟਫਾਰਮ ਕਿੱਥੇ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਕਿਹੜੇ ਉਪਯੋਗ ਕੇਸ ਮਾਪੇ ਜਾ ਸਕਦੇ ਨਤੀਜੇ ਦਿੰਦੇ ਹਨ।
Schneider Electric ਨੂੰ ਅਕਸਰ ਇਸ ਖੇਤਰ ਵਿੱਚ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਦੋਹਾਂ ਡੋਮੇਨ—ਉਦਯੋਗਿਕ ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਇਮਾਰਤਾਂ, ਪਲਾਂਟ ਅਤੇ ਮਹੱਤਵਪੂਰਣ ਸਥਲਾਂ ਲਈ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ—ਪਾਂਘਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਸੇ ਖ਼ਾਸ ਵੇਂਡਰ ਦੀ ਖਰੀਦਦਾਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦੇ ਕਨਵਰਜੈਂਸ ਤੋਂ ਲਾਭ ਲੈਣ ਲਈ, ਪਰ ਇੱਕ ਅਸਲੀ ਦੁਨੀਆ ਦਾ ਉਦਾਹਰਨ ਵਰਤਣਾ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ ਜੋ ਦੋਨਾਂ ਪਾਸਿਆਂ 'ਤੇ ਉਤਪਾਦ ਬਣਾਉਂਦਾ ਹੈ।
ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਦੁਨੀਆਂ ਵਜੋਂ ਚਰਚਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਮਲ ਵਿੱਚ, ਉਹ ਦੋਵੇਂ ਇੱਕੋ ਆਪਰੇਸ਼ਨਲ ਮਕਸਦ ਦੇ ਪਾਸੇ ਹਨ: ਸਥਾਨਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ, ਕੁਸ਼ਲ ਅਤੇ ਭਰੋਸੇਯੋਗ ਰੱਖਣਾ।
ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਇਹ ਦੇਖਦਾ ਹੈ ਕਿ ਸਾਈਟ 'ਤੇ (ਜਾਂ ਕਈ ਸਾਈਟਾਂ 'ਤੇ) ਬਿਜਲੀ ਕਿਵੇਂ ਮਾਪੀ, ਖਰੀਦੀ, ਵੰਡ ਅਤੇ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਆਮ ਸਮਰੱਥਾਵਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਮੁੱਖ ਨਿਕਾਸ ਸਪਸ਼ਟਤਾ ਹੈ: ਸਹੀ ਖਪਤ, ਲਾਗਤਾਂ, ਅਸਾਮਾਨਤਾਵਾਂ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਬੈਂਚਮਾਰਕ ਜੋ ਤੁਹਾਨੂੰ ਬਰਬਾਦੀ ਘਟਾਉਣ ਅਤੇ ਜੋਖਮ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ।
ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਮਸ਼ੀਨਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ:
ਮੁੱਖ ਨਿਕਾਸ ਕਾਰਜਨਵਾਈ ਹੈ: ਹਕੀਕਤ-ਅਧਾਰਿਤ, ਦੁਹਰਾਓਯੋਗ ਓਪਰੇਸ਼ਨ।
ਇਹ ਡੋਮੇਨ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਅਪਟਾਈਮ, ਲਾਗਤ ਨਿਯੰਤਰਣ, ਅਨੁਕੂਲਤਾ ਅਤੇ ਟਿਕਾਉਪਣ ਨਿਸ਼ਾਨਿਆਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਣ ਵਜੋਂ, ਇਕ ਪਾਵਰ ਕੁਆਲਟੀ ਘਟਨਾ ਇੱਕ “ਉਰਜਾ” ਮੁੱਦਾ ਹੈ, ਪਰ ਜਲਦੀ ਹੀ ਇਹ “ਆਟੋਮੇਸ਼ਨ” ਮੁੱਦੇ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ ਜੇ ਇਹ ਡ੍ਰਾਈਵਾਂ ਨੂੰ ਟ੍ਰਿਪ ਕਰ ਦਿੰਦੀ ਹੈ, ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਰੀਸੈਟ ਕਰ ਦਿੰਦੀ ਹੈ, ਜਾਂ ਆਵਸ਼ਕ ਬੈਚ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਖੰਡਿਤ ਕਰ ਦਿੰਦੀ ਹੈ।
ਸਾਫਟਵੇਅਰ ਇਹ ਓਵਰਲੈਪ ਕਾਰਜਨਵਾਈਯੋਗ ਬਣਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇਲੈਕਟ੍ਰਿਕਲ ਡੇਟਾ ਨੂੰ ਉਤਪਾਦਨ ਸੰਦਰਭ ਨਾਲ ਮਿਲਾਉਂਦਾ (ਕੀ ਚੱਲ ਰਹਿਹਾ ਸੀ, ਕੀ ਬਦਲਿਆ, ਕਿਹੜੇ ਅਲਾਰਮ ਫਾਇਰ ਹੋਏ) ਤਾਂ ਜੋ ਟੀਮ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕੇ।
ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰਿੰਗ ਮਹਾਰਤ ਨੂੰ ਬਦਲਦਾ ਨਹੀਂ—ਇਹ ਫੈਸਲੇ ਬਿਹਤਰ ਬਣਾਉਂਦਾ ਹੈ, ਡੇਟਾ ਨੂੰ ਭਰੋਸੇਯੋਗ, ਤੁਲਨਾਤਮਕ ਅਤੇ ਸਾਂਝਾ ਬਣਾਉਂਦਾ ਹੈ—ਤਾਂ ਜੋ ਇਲੈਕਟ੍ਰਿਕਲ ਟੀਮ, ਓਪਰੇਸ਼ਨ ਅਤੇ ਪ੍ਰਬੰਧਨ ਬਿਨਾਂ ਅਣੁਮਾਨ ਦੇ ਤਰਜੀਹਾਂ 'ਤੇ ਇਕਸਾਰ ਹੋ ਸਕਣ।
ਸਾਫਟਵੇਅਰ ਉਹ “ਅਨੁਵਾਦਕ” ਹੈ ਜੋ ਭੌਤਿਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਚਲਾਉਣ ਵਾਲੇ ਉਪਕਰਨਾਂ ਅਤੇ ਉਹਨਾਂ ਕਾਰੋਬਾਰੀ ਸਿਸਟਮਾਂ ਦਰਮਿਆਨ ਡੇਟਾ ਨੂੰ ਸਮਤੁਲ ਕਰਦਾ ਹੈ ਜੋ ਯੋਜਨਾ, ਭੁਗਤਾਨ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਉਰਜਾ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ, ਇਹ ਮੱਧ ਲੇਅਰ ਉਹ ਹੈ ਜੋ ਇੱਕ ਸੰਸਥਾ ਨੂੰ ਇੱਕੋ ਹਕੀਕਤ ਦੇਖਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ—ਜੋ ਇੱਕ ਬ੍ਰੇਕਰ ਟ੍ਰਿਪ ਤੋਂ ਲੈ ਕੇ ਮਹੀਨਾਵਾਰ ਯੂਟਿਲਿਟੀ ਬਿੱਲ ਤੱਕ ਹੋ ਸਕਦੀ ਹੈ—ਬਿਨਾਂ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ ਨੂੰ ਜੋੜਨ ਦੇ।
ਜ਼ਿਆਦਾਤਰ ਕਨਵਰਜਡ ਸਿਸਟਮ ਇਕ ਸਮਾਨ ਸਟੈਕ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ:
Schneider Electric ਅਤੇ ਸਮਾਨ ਵੇਂਡਰ ਅਕਸਰ ਇਸ ਸਟੈਕ 'ਚ ਕੰਪੋਨੇਟ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਪਰ ਮੁੱਖ ਵਿਚਾਰ ਇੰਟਰਓਪਰੇਬਿਲਿਟੀ ਹੈ: ਸਾਫਟਵੇਅਰ ਲੇਅਰ ਨੂੰ ਕਈ ਬ੍ਰਾਂਡਾਂ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲਾਂ ਤੋਂ ਡੇਟਾ ਨਾਰਮਲਾਈਜ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
OT (Operational Technology) ਮਸ਼ੀਨਾਂ ਨੂੰ ਰੀਅਲ-ਟਾਈਮ 'ਚ ਕੰਟਰੋਲ ਕਰਨ ਬਾਰੇ ਹੈ—ਸੈਕੰਡ ਅਤੇ ਮਿਲੀਸੈਕੰਡ ਮਹੱਤਵ ਰੱਖਦੇ ਹਨ। IT (Information Technology) ਡੇਟਾ, ਯੂਜ਼ਰ ਅਤੇ ਕਾਰੋਬਾਰੀ ਵਰਕਫ਼ਲੋਜ਼ ਨੂੰ ਪ੍ਰਬੰਧਤ ਕਰਨ ਬਾਰੇ ਹੈ—ਸਹੀਤਾ, ਸੁਰੱਖਿਆ ਅਤੇ ਟ੍ਰੇਸਬਿਲਿਟੀ ਮੁਹੱਤਵਪੂਰਣ ਹਨ।
ਸੀਮਾ ਇਸ ਲਈ ਮਿਟ ਰਹੀ ਹੈ ਕਿਉਂਕਿ ਹੁਣ ਉਰਜਾ ਅਤੇ ਉਤਪਾਦਨ ਫੈਸਲੇ ਜੁੜੇ ਹੋਏ ਹਨ। ਜੇ ਓਪਰੇਸ਼ਨ ਲੋਡ ਸ਼ਿਫਟ ਕਰ ਸਕਦੇ ਹਨ ਤਾਂ ਫਾਇਨੈਂਸ ਨੂੰ ਲਾਗਤ ਪ੍ਰਭਾਵ ਦੀ ਲੋੜ ਹੈ; ਜੇ IT ਮੈਟੇਨੈਂਸ ਨਿਯਤ ਕਰਦਾ ਹੈ ਤਾਂ OT ਨੂੰ ਅਲਾਰਮ ਅਤੇ ਐਸੈਟ ਸੰਦਰਭ ਦੀ ਲੋੜ ਹੈ।
ਆਮ ਡੇਟਾ ਕਿਸਮਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ kWh ਅਤੇ ਝਟਪਟ ਡੀਮਾਂਡ, ਵੋਲਟੇਜ ਘਟਨਾਵਾਂ (ਸੈਗ, ਸਵੈਲ, ਹਾਰਮੋਨਿਕਸ), ਤਾਪਮਾਨ, ਸਾਇਕਲ ਗਿਣਤੀ, ਅਤੇ ਅਲਾਰਮ। ਜਦ ਇਹ ਸਾਰੇ ਇੱਕ ਮਾਡਲ ਵਿੱਚ ਆ ਜਾਂਦੇ ਹਨ, ਤੁਹਾਨੂੰ ਇੱਕ ਸਰੋਤ-ਸਭੰਧੀ ਸਚਾਈ ਮਿਲਦੀ ਹੈ: ਰੱਖ-ਰਖਾਵ ਐਸੈਟ ਸਿਹਤ ਦੇਖਦਾ ਹੈ, ਓਪਰੇਸ਼ਨ ਅਪਟਾਈਮ ਜੋਖਮ ਵੇਖਦਾ ਹੈ, ਅਤੇ ਫਾਇਨੈਂਸ ਸੱਚੀ ਉਰਜਾ ਖਪਤ ਵੇਖਦਾ ਹੈ—ਸਭ ਇੱਕੋ ਸਮੇਂ-ਸੰਬੰਧਿਤ ਰਿਕਾਰਡ 'ਤੇ ਆਧਾਰਿਤ।
ਕਈ ਸੰਸਥਾਵਾਂ ਵਿੱਚ ਗੈਰ-ਹੁਣ ਡੈਸ਼ਬੋਰਡ ਨਹੀਂ ਹਨ—ਗੁੰਝ ਬਚਾਉਣ ਵਾਲੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਛੋਟੇ, ਭਰੋਸੇਯੋਗ ਅੰਦਰੂਨੀ ਐਪਜ਼ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਡਿਪਲੋਏ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੋਵੇ ਜੋ ਡੇਟਾ ਲੇਅਰ 'ਤੇ ਬੈਠਦੇ ਹਨ (ਉਦਾਹਰਣ: ਪਾਵਰ-ਕੁਆਲਟੀ ਇਨਸਿਡੈਂਟ ਟਾਈਮਲਾਈਨ, ਪੀਕ-ਡੀਮਾਂਡ "ਅर्लੀ ਵਾਰਨਿੰਗ" ਪੇਜ਼, ਜਾਂ ਮੈਨਟੇਨੈਂਸ ਟ੍ਰਿਆਜ ਕਤਾਰ)। Koder.ai ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਇੱਥੇ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ—ਟੀਮਾਂ ਚੈਟ ਰਾਹੀਂ ਵੈੱਬ ਐਪ ਪ੍ਰੋਟੋਟਾਈਪ ਅਤੇ ਬਿਲਡ ਕਰ ਸਕਦੀਆਂ ਹਨ—ਫਿਰ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਸੋਰਸ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜਿੰਨ੍ਹਾਂ ਨੂੰ ਮੌਜੂਦਾ OT/IT ਮਿਆਰਾਂ, ਡੀਪਲੌਯਮੈਂਟ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਾਂ ਆਨ-ਪ੍ਰੈਮISEਜ਼ ਲੋੜਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਚੰਗਾ ਸਾਫਟਵੇਅਰ ਓਹੀ ਹੁੰਦਾ ਹੈ ਜਿੰਨਾ ਅਕਲਮੰਦ ਉਸਦੇ ਇਨਪੁਟ ਸਿਗਨਲ ਹਨ। ਅਸਲ ਸਥਲਾਂ 'ਚ, ਡੇਟਾ ਇਕੱਠਾ ਕਰਨਾ ਗੜਬੜੀ ਭਰਿਆ ਹੁੰਦਾ ਹੈ: ਡਿਵਾਈਸ ਸਾਲਾਂ ਵੱਖ-ਵੱਖ ਸਮਿਆਂ 'ਤੇ ਲਗਾਏ ਜਾਂਦੇ ਹਨ, ਨੈਟਵਰਕਾਂ ਵਿੱਚ ਫੇਰੜ ਹਨ, ਅਤੇ ਵੱਖ-ਵੱਖ ਟੀਮਾਂ ਸਟੈਕ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਦੀ "ਮਾਲਕੀ" ਕਰਦੀਆਂ ਹਨ। ਲਕੜੀ ਦਾ ਮਿਸਙ ਹੈ ਕਿ ਸਭ ਕੁਝ ਇਕੱਠਾ ਕਰਨਾ ਜਰੂਰੀ ਹੈ—ਉਦੇਸ਼ ਇਹ ਹੈ ਕਿ ਠੀਕ ਡੇਟਾ, ਇੱਕਸਾਰ ਤਰੀਕੇ ਨਾਲ, ਕਾਫੀ ਸੰਦਰਭ ਦੇ ਨਾਲ ਇਕੱਠਾ ਕੀਤਾ ਜਾਵੇ ਤਾਂ ਕਿ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕੀਤਾ ਜਾ ਸਕੇ।
ਇੱਕ ਕਨਵਰਜਡ ਉਰਜਾ + ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮ ਆਮ ਤੌਰ 'ਤੇ ਇਲੈਕਟ੍ਰਿਕਲ ਅਤੇ ਪ੍ਰੋਸੈਸ ਡਿਵਾਈਸਾਂ ਦੇ ਮਿਕਸ ਤੋਂ ਖਿੱਚਦਾ ਹੈ:
ਜਦ ਇਹ ਸਰੋਤ ਸਮਾਂ-ਸਮਰੂਪ ਅਤੇ ਸਹੀ ਟੈਗਿੰਗ ਨਾਲ ਮਿਲਦੇ ਹਨ, ਸਾਫਟਵੇਅਰ ਕਾਰਨ ਅਤੇ ਪ੍ਰਭਾਵ ਨੂੰ ਜੋੜ ਸਕਦਾ ਹੈ: ਇੱਕ ਵੋਲਟੇਜ ਸੈਗ, ਇੱਕ ਡ੍ਰਾਈਵ ਫੋਲ੍ਟ, ਅਤੇ ਇੱਕ ਉਤਪਾਦਨ ਸੁਸਤ ਹੋਣਾ ਇਕੋ ਹੀ ਕਹਾਣੀ ਦੇ ਹਿੱਸੇ ਹੋ ਸਕਦੇ ਹਨ।
ਖਰਾਬ ਇਨਪੁਟ ਮਹਿੰਗੀ ਸ਼ੋਰ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਇੱਕ ਗਲਤ ਸਕੇਲ ਕੀਤਾ ਮੀਟਰ ਝੂਠੇ "ਉੱਚ ਡੀਮਾਂਡ" ਅਲਾਰਮ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦਾ ਹੈ; ਇੱਕ ਉਲਟ CT ਪੋਲੈਰਿਟੀ ਪਾਵਰ ਫੈਕਟਰ ਨੂੰ ਉਲਟ ਸਕਦੀ ਹੈ; ਅਸਮਰਥ ਨਾਂਮਕਰਨ ਇੱਕ ਮੁੜ ਆਉਣ ਵਾਲੀ ਫੋਲ੍ਟ ਨੂੰ ਕਈ ਪੈਨਲਾਂ 'ਚ ਛੁਪਾ ਸਕਦੀ ਹੈ। ਨਤੀਜਾ: ਸਮਾਂ-ਵਿਚ浪 ਟroubleshooting, ਅਣदेखੇ ਅਲਾਰਮ ਅਤੇ ਫੈਸਲੇ ਜਿਨ੍ਹਾਂ ਦਾ ਹਕੀਕਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਹੁੰਦਾ।
ਕਈ ਸਾਈਟਾਂ ਏਜ ਕੰਪਿਊਟਿੰਗ ਵਰਤਦੀਆਂ ਹਨ—ਛੋਟੇ ਲੋਕਲ ਸਿਸਟਮ ਜੋ ਉਪਕਰਨਾਂ ਕੋਲ ਡੇਟਾ ਦੀ ਪ੍ਰੀ-ਪ੍ਰੋਸੈਸਿੰਗ ਕਰਦੇ ਹਨ। ਇਹ ਟਾਈਮ-ਸੈਂਸਿਟਿਵ ਘਟਨਾਵਾਂ ਲਈ ਲੇਟੈਂਸੀ ਘਟਾਉਂਦਾ ਹੈ, WAN ਆؤਟੇਜਾਂ ਦੌਰਾਨ ਅਹਮ ਮਾਨੀਟਰਿੰਗ ਚਲਦੇ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਰਾਅ ਹਾਈ-ਫ੍ਰਿਕਵੈਂਸੀ ਸਟ੍ਰੀਮਾਂ ਦੀ ਥਾਂ ਸੰਖੇਪ ਜਾਂ ਐਕਸਪਸ਼ਨ ਭੇਜ ਕੇ ਬੈਂਡਵਿਡਥ ਘਟਾਉਂਦਾ ਹੈ।
ਡੇਟਾ ਗੁਣਵੱਤਾ ਕੋਈ ਇੱਕ-ਵਾਰੀ ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਹੈ। ਨਿਯਮਤ ਕੈਲੀਬ੍ਰੇਸ਼ਨ, ਸਮਾਂ-ਸਿੰਕ ਚੈੱਕ, ਸੈਂਸਰ ਸਿਹਤ ਮਾਨੀਟਰਿੰਗ, ਅਤੇ ਵੈਲਿਡੇਸ਼ਨ ਨਿਯਮ (ਜਿਵੇਂ ਰੇਂਜ ਸੀਮਾਵਾਂ ਅਤੇ "ਅਟਕੀ ਹੋਈ ਕੀਮਤ" ਦੀ ਪਛਾਣ) ਨੂੰ ਹੋਰ ਰੱਖ-ਰਖਾਵ ਕਾਰਜਾਂ ਵਾਂਗ ਸ਼ਡਿਊਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ—ਕਿਉਂਕਿ ਭਰੋਸੇਯੋਗ ਇਨਸਾਈਟਸ ਭਰੋਸੇਯੋਗ ਮਾਪ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ।
SCADA ਅਤੇ energy management ਪਲੇਟਫਾਰਮ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਟੀਮਾਂ 'ਚ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ: SCADA ਓਪਰੇਸ਼ਨਾਂ ਲਈ (ਪ੍ਰਕਿਰਿਆ ਚਲਾਉ), ਅਤੇ EMS ਸੁਵਿਧਾ/ਟਿਕਾਊਪਣ ਲਈ (ਉਰਜਾ ਸਮਝੋ ਅਤੇ ਘਟਾਓ)। ਵੱਡੇ ਪੱਧਰ 'ਤੇ, ਉਹ ਸਭ ਤੋਂ ज़ਿਆਦਾ ਮੁੱਲ ਉੱਥੇ ਦਿੰਦੇ ਹਨ ਜਦ ਉਹ ਇੱਕੋ "ਸਰੋਤ-ਸੱਚਾਈ" ਸਾਂਝੀ ਕਰਦੇ ਹਨ ਕਿ ਪਲਾਂਟ ਫਲੋਰ ਅਤੇ ਇਲੈਕਟ੍ਰਿਕਲ ਰੂਮ 'ਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ।
SCADA ਰੀਅਲ-ਟਾਈਮ ਮਾਨੀਟਰਿੰਗ ਅਤੇ ਕੰਟਰੋਲ ਲਈ ਬਣਿਆ ਹੈ। ਇਹ PLCs, RTUs, ਮੀਟਰ ਅਤੇ ਸੈਂਸਰ ਤੋਂ ਸਿਗਨਲ ਇਕੱਠੇ ਕਰਦਾ ਹੈ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਓਪਰੇਟਰ ਸਕ੍ਰੀਨਾਂ, ਅਲਾਰਮ ਅਤੇ ਸੰਯੋਕਤ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਸੋਚੋ: ਉਪਕਰਨ ਸ਼ੁਰੂ/ਰੋਕੋ, ਪ੍ਰਕਿਰਿਆ ਵੇਰੀਏਬਲ ਟਰੈਕ ਕਰੋ, ਅਤੇ ਜਦ ਕੁਝ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੋਵੇ ਤਾਂ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦਿਓ।
ਇੱਕ EMS ਉਰਜਾ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾ, ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਰਿਪੋਰਟਿੰਗ 'ਤੇ ਧਿਆਨ ਦਿੰਦਾ ਹੈ। ਇਹ ਬਿਜਲੀ, ਗੈਸ, ਸਟੀਮ ਅਤੇ ਪਾਣੀ ਦੇ ਡੇਟਾ ਨੂੰ ਸਮੇਟਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ KPIਜ਼ (ਲਾਗਤ, ਇੰਟੀਨਸਿਟੀ, ਪੀਕ ਡੀਮਾਂਡ) ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਅਤੇ ਐਸੇ ਕਾਰਵਾਈਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਡੀਮਾਂਡ ਰਿਸਪਾਂਸ, ਲੋਡ ਸ਼ਿਫਟਿੰਗ ਅਤੇ ਕਨਫਾਰਮੈਂਸ ਰਿਪੋਰਟਿੰਗ।
ਜਦੋਂ SCADA ਸੰਦਰਭ (ਪ੍ਰੋਸੈਸ ਕੀ ਕਰ ਰਿਹਾ ਸੀ) EMS ਸੰਦਰਭ (ਉਰਜਾ ਕੀ ਲਾਗਤ/ਖਪਤ ਕਰ ਰਹੀ ਹੈ) ਦੇ ਨਾਲੋੁ ਵੇਖਾਏ ਜਾਂਦੇ ਹਨ, ਟੀਮਾਂ ਕੋਲ ਹੈਂਡਆਫ ਦੇ ਡੀਲੇ ਨਹੀਂ ਰਹਿੰਦੇ। ਫੈਸਿਲਿਟੀ ਨੂੰ پاور ਪੀਕਸ ਦੀ ਸਕ੍ਰੀਨਸ਼ੌਟਾਂ ਈਮੇਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਰਹਿੰਦੀ, ਅਤੇ ਉਤਪਾਦਨ ਨੂੰ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਰਹਿੰਦੀ ਕਿ ਕੋਈ ਸੈਟਪੋਇੰਟ ਬਦਲਣਾ ਡੀਮਾਂਡ ਸੀਮਾ ਨੂੰ ਤੋੜੇਗਾ ਕਿ ਨਹੀਂ। ਸਾਂਝੇ ਡੈਸ਼ਬੋਰਡ ਇਹ ਦਿਖਾ ਸਕਦੇ ਹਨ:
ਕਨਵਰਜੈਂਸ ਦੀ ਸਫਲਤਾ ਜਾਂ ਨਾਕਾਮੀ ਇੱਕਸਾਰਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਸੈਂਕਿਆ, ਟੈਗ ਅਤੇ ਅਲਾਰਮ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਨੂੰ ਜਲਦੀ ਮਿਆਰੀਕ੍ਰਿਤ ਕਰੋ—ਸੈਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ—ਸੈਂਕੜਿਆਂ ਮੀਟਰਾਂ ਅਤੇ ਹਜ਼ਾਰਾਂ ਪ੍ਰਾਂਖਿਂਦਾਂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ। ਇੱਕ ਸਾਫ ਟੈਗ ਮਾਡਲ ਡੈਸ਼ਬੋਰਡਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਅਲਾਰਮ ਰੁੱਟਿੰਗ ਨੂੰ ਪੂਰਵਾਨੁਮਾਨੀਯ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਕਾਫੀ ਹੱਦ ਤਕ ਮੈਨੂਅਲ ਘੱਟ ਕਰਦਾ ਹੈ।
ਭਰੋਸੇਯੋਗਤਾ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਬਿਜਲੀ ਉਪਲਬਧ ਹੈ—ਇਹ ਇਸ ਗੱਲ ਦੀ ਵੀ ਪੂਛ ਕਰਦਾ ਹੈ ਕਿ ਬਿਜਲੀ automation ਉਪਕਰਨਾਂ ਲਈ "ਪਰਿਚਾਰਕ" ਹੈ ਕਿ ਨਹੀਂ। ਜਿਵੇਂ ਜਦ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ ਇੱਕ ਪ੍ਰਾਇਕਟਿਕਲ ਅਪਟਾਈਮ ਟੂਲ ਬਣ ਜਾਂਦੀ ਹੈ ਨਾ ਕਿ ਸਿਰਫ਼ ਇੱਕ "ਅਵਸ਼ਯਕਤਾ-ਨਹੀਂ" ਇਲੈਕਟ੍ਰਿਕਲ ਫੀਚਰ।
ਜ਼ਿਆਦਾਤਰ ਫੈਸਿਲਿਟੀ ਇੱਕ ਵੱਡੇ ਬਲੈਕਆਊਟ ਦਾ ਅਨੁਭਵ ਨਹੀਂ ਕਰਦੀਆਂ। ਇਸਦੀ ਥਾਂ, ਉਹ ਛੋਟੇ ਵਿਘਟਨਾਂ ਨੂੰ ਵੇਖਦੀਆਂ ਹਨ ਜੋ ਇਕੱਠੇ ਹੋ ਕੇ ਉਤਪਾਦਨ ਸਮੇਂ ਨੂੰ ਖੋ ਸਕਦੇ ਹਨ:
ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਤੀਕ੍ਰਿਆ ਦਿੰਦੇ ਹਨ—ਕਈ ਵਾਰੀ ਬਹੁਤ ਤੇਜ਼। ਇੱਕ ਨਰਮ ਸੈਗ ਮotor ਪ੍ਰੋਟੈਕਸ਼ਨ ਵਿੱਚ ਨੋਇਜ਼-ਟ੍ਰਿਪਸ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਅਚਾਨਕ ਲਾਈਨ ਸਟਾਪ ਹੋ ਸਕਦੀ ਹੈ। ਹਾਰਮੋਨਿਕਸ ਟ੍ਰਾਂਸਫਾਰਮਰਾਂ ਅਤੇ ਕੇਬਲਾਂ ਵਿੱਚ ਤਾਪਮਾਨ ਵਧਾ ਦਿੰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਉਪਕਰਨ ਦੀ ਘਿਸਤ-ਪੀਂਕ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ। ਟ੍ਰਾਂਸਿਐਂਟਸ ਪਾਵਰ ਸਪਲਾਈਜ਼ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਅੰਤਰਾਲੀ ਫੌਲਟ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਦੁਹਰਾਉਣਾ ਮুশਕਿਲ ਹੁੰਦਾ ਹੈ।
ਨਤੀਜਾ ਮਹਿੰਗਾ ਹੈ: ਡਾਊਨਟਾਈਮ, ਘਟਿਆ throughput, ਅਤੇ ਮੈਨਟੇਨੈਂਸ ਟੀਮ "ਭੂਤਾਂ" ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਤੱਕਦੀ ਰਹਿੰਦੀ ਹੈ।
ਜਦ SCADA ਅਤੇ ਇੱਕ energy management ਪਲੇਟਫਾਰਮ ਇਕੱਠੇ ਕੰਮ ਕਰਦੇ ਹਨ (ਉਦਾਹਰਣ ਲਈ, Schneider Electric-ਸਟਾਈਲ ਆਰਕੀਟੈਕਚਰਾਂ ਵਿੱਚ), ਲਕੜੀ ਦਾ ਉਦੇਸ਼ ਘਟਨਾਵਾਂ ਨੂੰ ਕਾਰਵਾਈ ਵਿੱਚ ਬਦਲਣਾ ਹੁੰਦਾ ਹੈ:
event detection → root-cause hints → work orders
ਸਿਸਟਮ ਸਿਰਫ਼ ਇੱਕ ਅਲਾਰਮ ਲੌਗ ਕਰਨ ਦੀ ਥਾਂ, ਇੱਕ ਟ੍ਰਿਪ ਨੂੰ ਕਿਸੇ ਖਾਸ ਫੀਡਰ 'ਤੇ ਵੋਲਟੇਜ ਸੈਗ ਨਾਲ ਕੋਰਲੈਟ ਕਰ ਸਕਦਾ ਹੈ, ਸੰਭਵ upstream ਕਾਰਨਾਂ (ਯੂਟਿਲਿਟੀ ਥਾਂ-ਹਾਡ੍ਹ, ਵੱਡੇ ਮੋਟਰ ਦਾ ਸਟਾਰਟ, ਕੇਪਾਸਟਰ ਸਵਿੱਚਿੰਗ) ਦਾ ਸੁਝਾਅ ਦੇ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਹੀ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਵੇਵਫਾਰਮ ਸਨੈਪਸ਼ੌਟ ਨਾਲ ਇੱਕ ਮੁਰੰਮਤ ਕੰਮ-ਆਰਡਰ ਜਨਰੇਟ ਕਰ ਸਕਦਾ ਹੈ।
ਪ੍ਰਭਾਵ ਮਾਪਣ ਲਈ ਮੈਟਰਿਕਸ ਸਾਦੇ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਰੱਖੋ:
ਮੈਨਟੇਨੈਂਸ ਅਕਸਰ ਦੋ ਵੱਖ-ਵੱਖ ਦੁਨੀਆਂ ਵਜੋਂ ਸੁਲੂਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਇਲੈਕਟ੍ਰੀਸ਼ੀਅਨ ਸਵਿੱਚਗੇਅਰ ਅਤੇ ਬ੍ਰੇਕਰ ਵੇਖਦੇ ਹਨ, ਜਦਕਿ ਮੁਰੰਮਤ ਟੀਮ ਮੋਟਰ, ਪੰਪ ਅਤੇ ਬੈਅਰਿੰਗ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ। ਕਨਵਰਜਡ ਸਾਫਟਵੇਅਰ—ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ ਨੂੰ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਡੇਟਾ ਨਾਲ ਜੋੜ ਕੇ—ਤੁਹਾਨੂੰ ਦੋਹਾਂ ਨੂੰ ਇੱਕੋ ਤਰਕ ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਦਿੰਦਾ ਹੈ: ਬਿਵਸਥਿਤ ਸੰਕੇਤ ਪਛਾਣੋ, ਜੋਖਮ ਸਮਝੋ, ਅਤੇ ਉਤਪਾਦਨ ਵਿੱਚ ਵਿਘਨ ਪੈਦਾ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਸ਼ੈਡਿਊਲ ਕਰੋ।
ਪ੍ਰੀਵੇਂਟਿਵ ਰੱਖ-ਰਖਾਵ ਕੈਲੰਡਰ ਜਾਂ ਰਨਟਾਈਮ ਅਧਾਰਤ ਹੁੰਦਾ ਹੈ: “ਹਰ ਤਿਮਾਹੀ ਜਾਂਚ ਕਰੋ” ਜਾਂ “X ਘੰਟਿਆਂ ਤੋਂ ਬਾਅਦ ਬਦਲੋ।” ਇਹ ਸਧਾਰਨ ਹੈ ਪਰ ਸਿਹਤਮੰਦ ਸਾਮਾਨ 'ਤੇ ਫालतੂ ਕਮਾਈ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਅਚਾਨਕ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਚੂਕ ਸਕਦਾ ਹੈ।
ਪ੍ਰੇਡਿਕਟਿਵ ਰੱਖ-ਰਖਾਵ ਸਥਿਤੀ-ਆਧਾਰਿਤ ਹੈ: ਤੁਸੀਂ ਇਹ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋ ਕਿ ਐਸੈਟ ਕੀ ਕਰ ਰਹੀ ਹੈ ਅਤੇ ਜਦ ਡੇਟਾ ਘਟਾਅ ਦਰਸਾਉਂਦਾ ਹੈ ਤਦ ਕਾਰਵਾਈ ਕਰੋ। ਮਕਸਦ ਪਰਫੈਕਟ ਭਵਿੱਖਬਾਣੀ ਨਹੀਂ—ਇਹ ਮਾਮਲਾ ਹੈ ਗੁਆਚੋਂ ਵੱਧ ਸਬੂਤ-ਅਧਾਰਿਤ ਫੈਸਲੇ।
ਇਲੈਕਟ੍ਰਿਕਲ ਅਤੇ ਮਕੈਨਿਕਲ ਐਸੈਟਾਂ 'ਚ ਘੱਟ-ਵੱਧ ਕੁਝ ਸੰਕੇਤ ਸਥਿਰ ਢੰਗ ਨਾਲ ਲਾਭ ਦਿੰਦੇ ਹਨ:
ਜੋ ਪਲੇਟਫਾਰਮ SCADA ਅਤੇ EMS ਡੇਟਾ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ ਇਹ ਡੇਟਾ ਓਪਰੇਟਿੰਗ ਸੰਦਰਭ—ਲੋਡ, ਸਟਾਰਟ/ਸਟਾਪ, ਆਮਬੀਐਂਟ ਹਾਲਤਾਂ, ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਸਟੇਟ—ਨਾਲ ਜੋੜ ਸਕਦੇ ਹਨ ਤਾਂ ਜੋ ਤੁਸੀਂ ਜਲ੍ਹਾਂ-ਝੂਠੀਆਂ ਚੇਤਾਵਨੀਆਂ ਦਾ ਪਿੱਛਾ ਨਾ ਕਰੋ।
ਵਧੀਆ ਵਿਸ਼ਲੇਸ਼ਣ ਸਿਰਫ਼ ਅਨੋਮਲੀ ਨੂੰ ਨੋਟ ਨਹੀਂ ਕਰਦਾ; ਇਹ ਉਹਨਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ। ਆਮ ਤਰੀਕੇ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ ਰਿਸਕ ਸਕੋਰਿੰਗ (ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ) ਅਤੇ ਕ੍ਰਿਟੀਕਲਿਟੀ ਰੈਂਕਿੰਗ (ਸੁਰੱਖਿਆ, ਉਤਪਾਦਨ, ਉਪਕਰਨ ਬਦਲਣ ਦੀ ਅਵਧੀ)। ਨਿਕਾਸ ਇੱਕ ਛੋਟੀ, ਕਾਰਜਯੋਗ ਕਤਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ: ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ ਹੈ, ਕੀ ਰੁਕ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੀ ਤਾਤਕਾਲ ਸ਼ਟਡਾਊਨ ਮੰਗਦਾ ਹੈ।
ਨਤੀਜੇ ਡੇਟਾ ਕਵਰੇਜ, ਸੈਂਸਰ ਪਲੇਸਮੈਂਟ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਅਨੁਸ਼ਾਸਨ ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ: ਸਤਤ ਟੈਗਿੰਗ, ਅਲਾਰਮ ਟਿਊਨিং, ਅਤੇ ਬੰਦ-ਲੂਪ ਵਰਕ ਆਰਡਰ। ਠੀਕ ਨੀਵਾਂ ਹੋਣ 'ਤੇ, Schneider Electric-ਸਟਾਈਲ OT ਅਤੇ IT ਇਕਤ੍ਰਤਾ ਅਣਚਾਹੀ ਡਾਊਨਟਾਈਮ ਘਟਾ ਸਕਦੀ ਹੈ—ਪਰ ਇਹ ਸਾਫਟਵੇਅਰ ਧੀਰੇ-ਧੀਰੇ ਮੁਰੰਮਤ ਦੀਆਂ ਅਚੁਕ ਰਵਾਇਤਾਂ ਨਹੀਂ ਬਦਲਦੀ ਅਤੇ ਇੱਕ ਰਾਤ ਵਿੱਚ ਇਨਸਟੂਮੇੰਟੇਸ਼ਨ ਗੈਪਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੀ।
ਕੁਸ਼ਲਤਾ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਆਟੋਮੇਸ਼ਨ "ਰਿਪੋਰਟਿੰਗ ਟੂਲ" ਬਣਕੇ ਮਾਪੇ-ਜਾਣ ਵਾਲੀ ਬਚਤ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਸਭ ਤੋਂ ਪ੍ਰਾਇਕਟਿਕ ਜਿੱਤ ਆਮ ਤੌਰ 'ਤੇ ਪੀਕ ਘਟਾਉਣ, ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਸਮਤਲ ਕਰਨ, ਅਤੇ ਉਰਜਾ ਖਪਤ ਨੂੰ ਸਿੱਧਾ ਉਤਪਾਦਨ ਉਤਪਾਦ ਨਾਲ ਜੋੜਣ ਤੋਂ ਆਉਂਦੀ ਹੈ।
ਕਈ ਸਥਾਨ kWh ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ ਅਤੇ ਆਪਣੇ ਬਿੱਲਿੰਗ ਪੀਰੀਅਡ ਦੌਰਾਨ ਆਪਣੀ ਸਭ ਤੋਂ ਉੱਚੀ ਛੋਟੀ ਛਪਕੀ (ਪੀਕ kW) ਲਈ ਵੀ। ਉਹ ਛਪਕੀ—ਅਕਸਰ ਕਈ ਵੱਡੇ ਲੋਡ ਇਕੱਠੇ ਸਟਾਰਟ ਹੋਣ ਨਾਲ ਹੁੰਦੀ ਹੈ—ਮਹੀਨੇ ਭਰ ਲਈ ਡੀਮਾਂਡ ਚਾਰਜ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੀ ਹੈ।
ਇਸ ਤੋਂ ਉਪਰ, ਟਾਈਮ-ਆਫ-ਯੂਜ਼ (TOU) ਕੀਮਤਾਂ ਮਤਲਬ ਹੈ ਕਿ ਇਕੋ kWh ਪੀਕ ਸਮਿਆਂ 'ਚ ਮਹਿੰਗੀ ਅਤੇ ਰਾਤ ਨੂੰ ਜਾਂ ਹਫਤੇ ਦੇ ਅਖੀਰ 'ਚ ਸਸਤੀ ਹੋ ਸਕਦੀ ਹੈ। ਸਾਫਟਵੇਅਰ ਪੀਕਾਂ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਕੇ ਇਸ ਦਾ ਸੂਚਨ ਦਿੰਦਾ ਹੈ, ਹੁਣ ਚਲਾਉਣ ਦੀ ਲਾਗਤ ਬਨਾਮ ਬਾਅਦ ਵਿੱਚ ਚਲਾਉਣ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਮਹਿੰਗੀ ਸੀਮਾ ਪਾਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਟੀਮਾਂ ਨੂੰ ਅਲਰਟ ਕਰਦਾ ਹੈ।
ਜਦੋਂ ਕੀਮਤ ਸਿਗਨਲ ਅਤੇ ਸੀਮਾਵਾਂ ਪਤਾ ਹੁੰਦੀਆਂ ਹਨ, ਆਟੋਮੇਸ਼ਨ ਕਾਰਵਾਈ ਕਰ ਸਕਦੀ ਹੈ:
ਸੁਧਾਰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਲਈ, ਓਪਰੇਸ਼ਨਲ ਸ਼ਬਦਾਂ ਵਿੱਚ ਉਰਜਾ ਟਰੈਕ ਕਰੋ: kWh ਪ੍ਰਤੀ ਯੂਨਿਟ, ਉਰਜਾ ਸੰਘਣਤਾ (kWh ਪ੍ਰਤੀ ਟੌਨ, ਪ੍ਰਤੀ m², ਜਾਂ ਪ੍ਰਤੀ ਰਨ-ਘੰਟਾ), ਅਤੇ ਬੇਸਲਾਈਨ ਵਿਰੁੱਧ ਅਸਲੀ। ਇੱਕ ਚੰਗਾ ਪਲੇਟਫਾਰਮ ਇਹ ਸਪਸ਼ਟ ਕਰ ਦਿੰਦਾ ਹੈ ਕਿ ਬਚਤ ਅਸਲ ਕੁਸ਼ਲਤਾ ਤੋਂ ਆਈ ਹੈ—ਜਾਂ ਸਿਰਫ਼ ਘੱਟ ਉਤਪਾਦਨ ਨਾਲ।
ਕੁਸ਼ਲਤਾ ਪ੍ਰੋਗਰਾਮ ਤਦੋਂ ਲੰਬੇ ਸਮੇਂ ਤੈਰ ਰਹਿੰਦੇ ਹਨ ਜਦੋਂ ਓਪਰੇਸ਼ਨ, ਫਾਇਨੈਂਸ, ਅਤੇ EHS ਟਾਰਗੇਟ ਅਤੇ ਛੂਟਾਂ 'ਤੇ ਸਹਿਮਤ ਹੋਣ। ਇਹ ਤੈਅ ਕਰੋ ਕਿ ਕੀ ਸ਼ੈਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਦੋਂ ਕਮਫਰਟ ਜਾਂ ਸੁਰੱਖਿਆ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਕਿਸ ਨੂੰ ਸਕੈਜੂਲ ਬਦਲਣ ਦੀ ਮਨਜ਼ੂਰੀ ਦੇਣੀ ਹੈ। ਫਿਰ ਸਾਂਝੇ ਡੈਸ਼ਬੋਰਡ ਅਤੇ ਐਕਸਪਸ਼ਨ ਅਲਰਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਤਾਂ ਜੋ ਟੀਮਾਂ ਉਨ੍ਹਾਂ ਹੀ ਲਾਗਤ, ਜੋਖਮ, ਅਤੇ ਪ੍ਰਭਾਵ ਦੇ ਵਰਜਨ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ।
ਡੇਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਕਨਵਰਜਡ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ ਅਤੇ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਦਾ ਮੁੱਲ ਸਪਸ਼ਟ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ "ਪ੍ਰਕਿਰਿਆ" ਖੁਦ ਸਹੂਲਤ ਹੈ: ਇੱਕ ਬਿਜਲੀ ਚੇਨ ਜੋ ਸਾਫ, ਲਗਾਤਾਰ ਬਿਜਲੀ ਦਿੰਦਾ ਹੈ; ਕੂਲਿੰਗ ਸਿਸਟਮ ਜੋ ਗਰਮੀ ਨੂੰ ਹਟਾਉਂਦੇ ਹਨ; ਅਤੇ ਮਾਨੀਟਰਿੰਗ ਜੋ ਸਭ ਕੁਝ ਸੀਮਾਵਾਂ ਵਿੱਚ ਰੱਖਦੀ ਹੈ। ਜਦ ਇਹ ਖੇਤਰ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਹੋਂਦੇ ਹਨ, ਟੀਮਾਂ ਘੱਟ-ਸਪੱਸ਼ਟ ਪੜਤਾਲਾਂ, ਟਿਕਟ ਕਰਦੇ ਅਲਾਰਮਾਂ ਅਤੇ ਸਮਰੱਥਾ ਬਾਰੇ ਅਨੁਮਾਨ ਲਗਾਉਂਦੀਆਂ ਹਨ।
ਇਕ ਕਨਵਰਜਡ ਸਾਫਟਵੇਅਰ ਲੇਅਰ OT ਸੰਕੇਤ (ਬ੍ਰੇਕਰ, UPS, ਜਨਰੇਟਰ, ਚਿਲਰ, CRAH ਯੂਨਿਟ) ਨੂੰ IT-ਸਮਰੱਥਾ ਮੈਟ੍ਰਿਕਸ ਨਾਲ ਜੋੜ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਓਪਰੇਟਰ ਤੁਰੰਤ ਪ੍ਰਸ਼ਨ ਦੇ ਜਵਾਬ ਦੇ ਸਕਣ:
ਇੱਥੇ ਉਹ ਪਲੇਟਫਾਰਮ ਮਹੱਤਵਪੂਰਣ ਹਨ ਜੋ SCADA और EMS ਧਾਰਣਾਵਾਂ ਨੂੰ ਜੋੜਦੇ ਹਨ: ਤੁਸੀਂ ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਰੀਅਲ-ਟਾਈਮ ਦਿਸ਼ਾ ਰੱਖਦੇ ਹੋ ਅਤੇ ਨਾਲ ਹੀ ਉਰਜਾ ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਸਮਰਥਨ ਕਰਦੇ ਹੋ।
ਇੰਟਿਗ੍ਰੇਟਡ ਮਾਨੀਟਰਿੰਗ ਰੈਕ-ਲੈਵਲ ਰੁਝਾਨਾਂ ਨੂੰ upstream ਰੋਕਾਂ (PDU, UPS, switchgear) ਅਤੇ ਕੂਲਿੰਗ ਛਮਤਾ ਨਾਲ ਮਿਲਾ ਕੇ ਸਮਰੱਥਾ ਯੋਜਨਾ ਨੂੰ ਸਹਾਰਾ ਦਿੰਦੀ ਹੈ। ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਥਾਂ, ਟੀਮਾਂ ਅਨੁਮਾਨ ਲਗਾ ਸਕਦੀਆਂ ਹਨ ਕਿ ਕਦੋਂ ਅਤੇ ਕਿੱਥੇ ਰੋਕਾਂ ਆਉਣਗੀਆਂ ਅਤੇ ਵਧਾਊਯੋਜਨੀਆਂ ਘੱਟ ਅਚਾਨਕ ਹੋਣਗੀਆਂ।
ਘਟਨਾ ਦੌਰਾਨ, ਇੱਕੋ ਸਿਸਟਮ ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ, ਟ੍ਰਾਂਸਫਰ ਘਟਨਾਵਾਂ, ਤਾਪਮਾਨ ਉਤਾਰ-ਚੜ੍ਹਾਵ ਨੂੰ ਕੋਰਲੇਟ ਕਰਕੇ ਓਪਰੇਟਰਾਂ ਨੂੰ ਲੱਛਣ ਤੋਂ ਕਾਰਨ ਤੱਕ ਤੇਜ਼ੀ ਨਾਲ ਜਾਣ ਅਤੇ ਕਾਰਵਾਈਆਂ ਨੂੰ ਇੱਕਸਾਰ ਦਸਤਾਵੇਜ਼ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
ਅਲੱਗ ਕਰੋ ਤੇਜ਼ ਅਲਾਰਟ (ਬ੍ਰੇਕਰ ਟ੍ਰਿਪ, UPS ਬੈਟਰੀ 'ਤੇ, ਉੱਚ-ਤਾਪਮਾਨ ਸੀਮਾਵਾਂ) ਨੂੰ ਧੀਮੇ ਰੁਝਾਨਾਂ (PUE ਡ੍ਰਿਫਟ, ਰੈਕ ਵਾਧਾ) ਤੋਂ। ਤੇਜ਼ ਅਲਾਰਟ ਤੁਰੰਤ ਜਵਾਬੀ ਟੀਮਾਂ ਕੋਲ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ; ਧੀਮੇ ਰੁਝਾਨ ਦੈਨਿਕ/ਸਾਪਤਾਹਿਕ ਸਮੀਖਿਆ ਵਿੱਚ ਹੋਣ। ਇਹ ਸਧਾਰਾ ਵੰਡ ਧਿਆਨ ਸੁਧਾਰਦਾ ਹੈ ਅਤੇ ਸਾਫਟਵੇਅਰ ਨੂੰ ਮਦਦਗਾਰ ਮਹਿਸੂਸ ਕਰਵਾਂਦਾ ਹੈ ਨਾ ਕਿ ਬੇਕਾਰ ਚਿੰਘੜੀ।
ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਵੰਡੇ ਹੋਏ ਊਰਜਾ ਸਰੋਤ (DER) ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਨ ਜਿਵੇਂ solar PV, ਬੈਟਰੀ ਸਟੋਰੇਜ, ਸਟੈਂਡਬਾਈ ਜਨਰੇਟਰ ਅਤੇ ਨਿਯੰਤਰਣਯੋਗ ਲੋਡ। ਕਾਗਜ਼ 'ਤੇ ਇਹ "ਸਥਾਨਕ ਬਿਜਲੀ" ਹੈ। ਅਮਲ ਵਿੱਚ ਇਹ ਇੱਕ ਲਗਾਤਾਰ ਬਦਲ ਰਹੀ ਪ੍ਰਣਾਲੀ ਹੈ ਜਿਸ ਵਿਚ ਸਪਲਾਈ, ਮੰਗ ਅਤੇ ਸੀਮਾਵਾਂ ਮਿੰਟ-ਬਾਈ-ਮਿੰਟ ਬਦਲ ਰਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।
ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਸਿਰਫ਼ ਐਸੈਟਾਂ ਦਾ ਇੱਕ ਸੰਗ੍ਰਹਿ ਨਹੀਂ—ਇਹ ਚਲਾਉਣ ਵਾਲੇ ਫੈਸਲਿਆਂ ਦਾ ਸਮੂਹ ਹੈ। ਸਾਫਟਵੇਅਰ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਉਹ ਫੈਸਲੇ ਦੁਹਰਾਊ, ਸੁਰੱਖਿਅਤ ਵਿਹਾਰ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
ਜਦ ਗ੍ਰਿਡ ਸਿਹਤਮੰਦ ਹੁੰਦਾ ਹੈ, ਸਹਯੋਗ ਲਾਗਤ ਅਤੇ ਕੁਸ਼ਲਤਾ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੁੰਦਾ ਹੈ (ਉਦਾਹਰਣ ਲਈ, ਪਹਿਲਾਂ ਸੋਲਰ ਵਰਤਣਾ, ਸਸਤੇ ਸਮੇਂ ਬੈਟਰੀ ਚਾਰਜ ਕਰਨਾ, ਅਤੇ ਜਨਰੇਟਰ ਰਿਜ਼ਰਵ ਰੱਖਣਾ)। ਜਦ ਗ੍ਰਿਡ ਤਣਾਅ ਵਿੱਚ ਹੋਵੇ—ਜਾਂ ਉਪਲਬਧ ਨਾ ਹੋਵੇ—ਸਹਯੋਗ ਸਥਿਰਤਾ ਅਤੇ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਬਾਰੇ ਹੋ ਜਾਂਦਾ ਹੈ:
ਆਧੁਨਿਕ energy management ਸਾਫਟਵੇਅਰ (ਜਿਸ ਵਿੱਚ Schneider Electric ਵਰਗੇ ਵੇਂਡਰਾਂ ਦੇ ਪਲੇਟਫਾਰਮ ਵੀ ਸ਼ਾਮਲ ਹਨ) ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਪ੍ਰਾਇਕਟਿਕ ਕਾਰਜ ਕਰਦਾ ਹੈ:
ਇੱਕ ਮੁੱਖ ਬਿੰਦੂ ਇਨਟੀਗ੍ਰੇਸ਼ਨ ਹੈ: ਇਕੋ ਸੁਪਰਵਾਈਜ਼ਰੀ ਲੇਅਰ ਜੋ ਇਲੈਕਟ੍ਰਿਕਲ ਹਾਲਤਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮਾਂ ਨਾਲ ਕੋਆਰਡੀਨੇਟ ਕਰ ਸਕਦਾ ਹੈ ਤਾਂ ਕਿ "ਉਰਜਾ ਫੈਸਲੇ" ਅਸਲ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਤਬਦੀਲ ਹੋਣ।
ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਇੱਕ-ਸਮਝ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ ਹੈ। ਇੰਟਰਕਨੇਕਸ਼ਨ ਦੀਆਂ ਲੋੜਾਂ, ਨਿਰਯਾਤ ਸੀਮਾਵਾਂ, ਟੈਰੀਫ਼ ਰਚਨਾਵਾਂ, ਅਤੇ ਪਰਮਿਟਿੰਗ ਨਿਯਮ ਇਲਾਕੇ ਅਤੇ ਯੂਟਿਲਿਟੀ ਅਨੁਸਾਰ ਬਹੁਤ ਵੀਨ ਭਿੰਨ ਹੁੰਦੇ ਹਨ। ਚੰਗਾ ਸਾਫਟਵੇਅਰ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨਿਯਮਾਂ ਵਿੱਚ ਚਲਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ—ਪਰ ਉਹ ਉਹਨਾਂ ਨੂੰ ਹਟਾ ਨਹੀਂ ਸਕਦਾ। ਯੋਜਨਾ ਸਪਸ਼ਟ ਓਪਰੇਟਿੰਗ ਮੋਡ ਅਤੇ ਸੀਮਾਵਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਿਰਫ਼ ਐਸੈਟ ਦੀ ਖਰੀਦ-ਸੂਚੀ ਨਾਲ ਨਹੀਂ।
ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਸਾਫਟਵੇਅਰ ਨੂੰ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਜੋੜਨਾ ਵਿਜ਼ੀਬਿਲਟੀ ਅਤੇ ਨਿਯੰਤਰਣ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ—ਪਰ ਇਹ ਆਟੈਕ ਸਤਹ ਨੂੰ ਵੀ ਵੱਡਾ ਕਰਦਾ ਹੈ। ਲਕੜੀ ਦਾ ਹਦਫ਼ ਸੁਰੱਖਿਅਤ ਰਿਮੋਟ ਓਪਰੇਸ਼ਨ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਯੋਗ ਬਣਾਉਣਾ ਹੈ ਬਿਨਾਂ ਅਪਟਾਈਮ, ਸੁਰੱਖਿਆ, ਜਾਂ ਅਨੁਕੂਲਤਾ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਪਾਏ।
ਰਿਮੋਟ ਐਕਸਸ ਅਕਸਰ ਜੋਖਮ ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਗੁਣਾ ਵਧਾਉਂਦਾ ਹੈ। ਇੱਕ ਵੇਂਡਰ VPN, ਇੱਕ ਸਾਂਝਾ ਰਿਮੋਟ ਡੈਸਕਟਾਪ, ਜਾਂ ਇੱਕ "ਐਮਰਜੈਂਸੀ" ਮੋਡਮ ਸ਼ਾਂਤੀ ਨਾਲ ਉਹ ਨਿਯੰਤਰਣ ਜੋ ਤੁਸੀਂ ਹੋਰ ਥਾਂ ਬਣਾਏ ਹਨ ਉਹਨਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦੇ ਹਨ।
ਲੈਗਸੀ ਡਿਵਾਈਸ ਵੀ ਇੱਕ ਹਕੀਕਤ ਹਨ: ਪੁਰਾਣੇ PLCs, ਮੀਟਰ, ਪ੍ਰੋਟੈਕਸ਼ਨ ਰਿਲੇ, ਜਾਂ ਗੇਟਵੇਅਜ਼ ਮੌਜੂਦ ਹੋ ਸਕਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਕੋਲ ਆਧੁਨਿਕ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਗੁਪਤਕੋਡ ਨਹੀਂ ਹੁੰਦੀ, ਫਿਰ ਵੀ ਉਹ ਨੈਟਵਰਕਾਂ 'ਤੇ ਸਥਿਤ ਹਨ ਜੋ ਹੁਣ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ।
ਅਖੀਰਕਾਰ, ਗਲਤ ਸੰਰਚਿਤ ਨੈਟਵਰਕ ਅਤੇ ਖਾਤੇ ਕਈ ਘਟਨਾਵਾਂ ਦਾ ਕਾਰਨ ਬਣਦੇ ਹਨ: ਫਲੈਟ ਨੈਟਵਰਕ, ਦੁਹਰਾਏ ਪਾਸਵਰਡ, ਖੁੱਲੇ ਪੋਰਟ, ਅਤੇ ਕਮੀ-ਪ੍ਰਬੰਧ ਕੀਤੇ ਫਾਇਰਵਾਲ ਨਿਯਮ। ਕਨਵਰਜਡ OT/IT ਵਾਤਾਵਰਨ ਵਿੱਚ, ਛੋਟੀ ਸੰਰਚਨਾ-ਪਾਲਧ ਨਾਲ ਵੱਡੇ ਓਪਰੇਸ਼ਨਲ ਨਤੀਜੇ ਨਿਕਲ ਸਕਦੇ ਹਨ।
ਸੈਗਮੈਂਟੇਸ਼ਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: OT ਨੈਟਵਰਕਾਂ ਨੂੰ IT ਨੈਟਵਰਕਾਂ ਅਤੇ ਇੰਟਰਨੈੱਟ ਤੋਂ ਵੱਖ ਕਰੋ, ਅਤੇ ਜ਼ੋਨਾਂ ਦਰਮਿਆਂ ਸਿਰਫ਼ ਲੋੜੀਦਾ ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦਿਵਾਓ। ਫਿਰ least privilege ਲਾਗੂ ਕਰੋ: ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ, ਵਿਲੱਖਣ ਖਾਤੇ, ਅਤੇ ਠੇਕੇਦਾਰਾਂ ਲਈ ਸਮੇਂ-ਬੰਧਤ ਪਹੁੰਚ।
ਪੈਚਿੰਗ ਨੂੰ ਯੋਜਨਾ ਵਿੱਚ ਰੱਖੋ ਨਾ ਕਿ ਇਮਪ੍ਰੋਵਾਈਜ਼ੇਸ਼ਨ—OT ਸਿਸਟਮਾਂ ਲਈ ਅਕਸਰ ਇਸਦਾ ਅਰਥ ਹੈ ਅਪਡੇਟਾਂ ਨੂੰ ਟੈਸਟ ਕਰਨਾ, ਮੁਰੰਮਤ ਵਿੰਡੋ ਸ਼ਡਿਊਲ ਕਰਨਾ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਡਿਵਾਈਸ ਪੈਚ ਨਹੀਂ ਹੋ ਸਕਦਾ ਤਾਂ ਉਸ ਦੀਆਂ ਅਪਵਾਦਾਂ ਨੂੰ ਦਰਜ ਕਰਨਾ।
ਹਮੇਸ਼ਾਂ ਧਿਆਨ ਰੱਖੋ ਕਿ ਤੁਹਾਨੂੰ ਰਿਕਵਰੀ ਦੀ ਲੋੜ ਹੋਵੇਗੀ: ਕਨਫਿਗਰੇਸ਼ਨ (PLCs, SCADA ਪ੍ਰੋਜੈਕਟ, EMS ਸੈਟਿੰਗਜ਼) ਦੇ ਆਫਲਾਈਨ ਬੈਕਅਪ ਰੱਖੋ, ਮੁੱਖ ਸਰਵਰਾਂ ਲਈ “ਗੋਲਡਨ” ਇਮੇਜ ਰੱਖੋ, ਅਤੇ ਰੂਸਟੋਰ ਪਰਖਾਂ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਕਰੋ।
ਓਪਰੇਸ਼ਨਲ ਸੁਰੱਖਿਆ ਅਨੁਸ਼ਾਸਨ ਤਿਆਰ ਰੱਖਣ ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਕੋਈ ਵੀ ਨੈਟਵਰਕ ਬਦਲਾਅ, ਫਰਮਵੇਅਰ ਅਪਡੇਟ, ਜਾਂ ਕੰਟਰੋਲ ਲੋਜਿਕ ਸੋਧ ਇੱਕ ਸਮੀਖਿਆ, ਟੈਸਟ ਯੋਜਨਾ, ਅਤੇ ਰੋਲਬੈਕ ਰਾਹਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਉਤਪਾਦਨ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸੰਟੇਜਿੰਗ ਵਾਤਾਵਰਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵੈਧ ਕਰੋ।
ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਮਿਆਰਾਂ ਅਤੇ ਆਪਣੀ ਸੰਸਥਾ ਦੀ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਨੂੰ ਸੱਚਾਈ ਦਾ ਸਰੋਤ ਬਣਾਓ (ਉਦਾਹਰਣ ਲਈ, IEC 62443/NIST ਨਿਰਦੇਸ਼)। ਵੇਂਡਰ ਫੀਚਰ—SCADA, EMS, ਜਾਂ Schneider Electric ਵਰਗੇ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ—ਉਹਨਾਂ ਲੋੜਾਂ ਨੂੰ ਮੇਚ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਉਹਨਾਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਣੇ ਚਾਹੀਦੇ।
ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਇਕੱਠੇ ਕਰਨਾ "ਰਿਪ ਐਂਡ ਰੀਪਲੇਸ" ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਹੈ। ਸਭ ਤੋਂ ਅਸਾਨ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਓਪਰੇਸ਼ਨਾਂ ਸੁਧਾਰ ਦੀ ਤਰ੍ਹਾਂ ਵਰਤੋਂ: ਨਤੀਜੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਉਹ ਘੱਟੋ-ਘੱਟ ਸਿਸਟਮ ਜੋ ਉਹ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹਨ, ਜੋੜੋ।
ਪਲੇਟਫਾਰਮ ਜਾਂ ਆਰਕੀਟੈਕਚਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਸਹਿਮਤ ਹੋ ਜਾਓ ਕਿ ਸਫਲਤਾ ਕੀ ਲੱਗਦੀ ਹੈ। ਆਮ ਟਾਰਗੇਟਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ: ਅਪਟਾਈਮ, ਉਰਜਾ ਲਾਗਤ, ਅਨੁਕੂਲਤਾ, ਕਾਰਬਨ ਰਿਪੋਰਟਿੰਗ, ਅਤੇ ਰਿਹਾਇਸ਼ਯੋਗਤਾ।
ਇੱਕ ਮਦਦਗਾਰ ਅਭਿਆਸ ਦੋ-ਤਿੰਨ "ਡੇ-ਵਨ ਫੈਸਲੇ" ਲਿਖਣਾ ਹੈ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਸਿਸਟਮ ਸਹਾਇਤਾ ਕਰੇ, ਉਦਾਹਰਣ:
ਐਸੈਸ. ਜੋ ਕੁਝ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੈ ਉਹਨਾਂ ਦੀ ਇਨਵੈਂਟਰੀ ਬਨਾਓ: SCADA, PLCs, ਮੀਟਰ, ਹਿਸਟੋਰੀਅਨ, CMMS, BMS, ਯੂਟਿਲਿਟੀ ਬਿੱਲ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਜ਼ਰੂਰਤਾਂ। ਵਿਜੀਬਿਲਿਟੀ ਵਿੱਚ ਜੋ ਗੈਪ ਹਨ ਅਤੇ ਕਿੱਥੇ ਮੈਨੂਅਲ ਕੰਮ ਜੋਖਮ ਪੈਦਾ ਕਰ ਰਿਹਾ ਹੈ, ਉਨ੍ਹਾਂ ਦੀ ਪਛਾਣ ਕਰੋ।
ਇੰਸਟ੍ਰੂਮੈਂਟ. ਸਿਰਫ਼ ਉਹ ਸੈਂਸਰ ਅਤੇ ਮੀਟਰ ਜੋੜੋ ਜੋ ਤੁਸੀਂ ਨਤੀਜਿਆਂ ਲਈ ਬਣਾਇਆ ਹੈ। ਬਹੁਤ ਸਾਈਟਾਂ 'ਤੇ ਪਹਿਲੀਆਂ ਜਿੱਤਾਂ ਨਿਸ਼ਾਨੀ ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ ਅਤੇ ਕੁਝ ਮੁੱਖ ਉਪਕਰਨ ਸੰਕੇਤਾਂ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ ਨਾ ਕਿ ਪੂਰੇ ਸੈਸਨ ਦੀ ਕਵਰੇਜ ਤੋਂ।
ਇੰਟੀਗਰੇਟ. OT ਅਤੇ IT ਡੇਟਾ ਨੂੰ ਜੋੜੋ ਤਾਂ ਕਿ ਉਹ ਟੀਮਾਂ ਦੇ ਵਿਚਕਾਰ ਵਰਤੋਗਯ ਹੋਵੇ। ਇੱਕ ਛੋਟੀ ਸਾਂਝੀ ਪਛਾਣ-ਪੁੰਜੀ (ਐਸੈਟ ਟੈਗ, ਲਾਈਨ ਨਾਂ, ਮੀਟਰ ID) ਨੂੰ ਪ੍ਰਾਥਮਿਕਤਾ ਦਿਓ ਤਾਂ ਕਿ "ਦੋ ਸੱਚਾਈਆਂ" ਨਾ ਬਣਣ।
ਅਪਟੀਮਾਈਜ਼. ਜਦੋਂ ਡੇਟਾ ਭਰੋਸੇਯੋਗ ਹੋ ਜਾਵੇ, ਵਰਕਫਲੋ ਲਗਾਓ: ਭੂਮਿਕਾ-ਨੁਮਿਤ ਅਲਾਰਮ, ਡੀਮਾਂਡ ਨਿਯਮ, ਮੈਨਟੇਨੈਂਸ ਟ੍ਰਿਗਰ, ਅਤੇ ਆਡੀਟ-ਰੇਡੀ ਰਿਪੋਰਟ।
ਇੰਟਰਓਪਰੇਬਿਲਿਟੀ ਮਾਮਲਾ-ਨਿਰਣਾਇਕ ਵਿਸ਼ੇ ਹੈ। ਪੁੱਛੋ:
ਜੇ ਤੁਸੀਂ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਟੀਮਾਂ ਇਹ ਕਦਮ ਕਿਵੇਂ ਲੜੀਵਾਰ ਕਰਦੀਆਂ ਹਨ, /blog ਦੇਖੋ। ਜਦ ਤੁਸੀਂ ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਅਤੇ ਰੋਲਆਉਟ ਲਾਗਤਾਂ ਦਾ ਸਕੋਪ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, /pricing ਵੇਖੋ।
ਇਸਦਾ ਅਰਥ ਹੈ ਕਿ ਉਰਜਾ ਡੇਟਾ (ਮੀਟਰ, ਡੀਮਾਂਡ, ਪਾਵਰ ਕੁਆਲਟੀ) ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਡੇਟਾ (ਪ੍ਰੋਸੈਸ ਸਟੇਟ, ਅਲਾਰਮ, ਮਸ਼ੀਨ ਰਨਟਾਈਮ) ਇਕੱਠੇ ਦੇਖੇ ਅਤੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
ਆਮ ਤੌਰ 'ਤੇ, ਟੀਮ ਇੱਕੋ ਟਾਈਮਸਟੈਂਪ 'ਤੇ "ਕੀ ਬਿਜਲੀਕਰਨਕ ਰੂਪ ਵਿੱਚ ਹੋਇਆ" ਨੂੰ "ਪ੍ਰੋਸੈਸ ਕੀ ਕਰ ਰਿਹਾ ਸੀ" ਨਾਲ ਜੋੜ ਸਕਦੀਆਂ ਹਨ, ਤਾਂ ਜੋ ਘਟਨਾਵਾਂ ਅਤੇ ਖਰਚ ਦੇ ਕਾਰਕ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਵਿੱਚ ਦੁਹਰਾਏ ਨਾ ਜਾਣ।
ਕਿਉਂਕਿ ਹੁਣ ਉਰਜਾ ਇੱਕ ਮਹੀਨੇ ਦੇ ਬਿੱਲ ਤੋਂ ਵੱਧ ਇੱਕ ਰੀਅਲ-ਟਾਈਮ ਓਪਰੇਸ਼ਨਲ ਪਾਬੰਦੀ ਹੈ।
ਇੱਕ ਵੋਲਟੇਜ ਸੈਗ, ਪੀਕ ਡੀਮਾਂਡ ਦਾ ਧੱਕਾ, ਜਾਂ ਕੂਲਿੰਗ ਅਸਥਿਰਤਾ ਤੁਰੰਤ ਅਪਟਾਈਮ, ਸੁਰੱਖਿਆ, ਉਤਪਾਦਨ ਅਤੇ ਅਨੁਕੂਲਤਾ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦੀ ਹੈ—ਇਸ ਲਈ ਵੱਖ-ਵੱਖ ਟੂਲਸ ਰੱਖਣ ਨਾਲ ਡੀਲੇ, ਦੁਹਰਾਈ ਜਾਂ ਗੁੰਝਲਦਾਰ ਸਮਝਦਾਰੀ ਆ ਜਾਂਦੀ ਹੈ।
ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਸਾਈਟ ਜਾਂ ਪੋਰਟਫੋਲਿਓ 'ਚ ਖਪਤ, ਲਾਗਤ, ਡੀਮਾਂਡ ਅਤੇ ਪਾਵਰ ਕੁਆਲਟੀ ਨੂੰ ਮਾਪਣ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ 'ਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕਰਦਾ ਹੈ।
ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਮਸ਼ੀਨਾਂ (PLCs/DCS, ਅਲਾਰਮ, ਇੰਟਰਲਾਕ, ਸਕੈਜੂਲਿੰਗ) ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੈ ਤਾਂ ਕਿ ਨਿਰੰਤਰ ਉਤਪਾਦਨ ਮਿਲੇ। ਓਵਰਲੈਪ ਸਭ ਤੋਂ ਵੱਧ ਅਪਟਾਈਮ, ਲਾਗਤ, ਟਿਕਾਊਪਣ ਅਤੇ ਅਨੁਕੂਲਤਾ 'ਤੇ ਹੁੰਦਾ ਹੈ।
ਅੰਤਰਕ੍ਰਿਆਕ (shared) ਸਾਫਟਵੇਅਰ ਲੇਅਰ OT ਡਿਵਾਈਸਾਂ (ਮੀਟਰ, ਰਿਲੇ, ਡ੍ਰਾਈਵ, PLCs, ਸੈਂਸਰ) ਨੂੰ ਸਰਵਾਈਜ਼ਰੀ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਟੂਲਾਂ (SCADA/HMI, EMS, ਡੈਸ਼ਬੋਰਡ, ਰਿਪੋਰਟਿੰਗ) ਨਾਲ ਜੋੜਦਾ ਹੈ।
ਮੁੱਖ ਲੋੜ ਇਹ ਹੈ ਕਿ ਵੱਖ-ਵੱਖ ਬ੍ਰਾਂਡਾਂ/ਪ੍ਰੋਟੋਕਾਲਾਂ ਤੋਂ ਡੇਟਾ ਨੂੰ ਨਾਰਮਲਾਈਜ਼ ਕੀਤਾ ਜਾਵੇ ਤਾਂ ਕਿ ਹਰ ਕੋਈ ਇੱਕੋ ਸਮਾਂ-ਸਰਤ रिकॉर्ड ਵਰਤ ਸਕੇ।
ਕੰਮਯੋਗ ਨਤੀਜੇ ਲਈ ਪਹਿਲਾਂ ਉਹ ਸੰਕੇਤ ਇਕੱਠੇ ਕਰੋ ਜੋ ਸਿਧੇ ਨਤੀਜੇ ਦਿੰਦੇ ਹਨ:
ਫਿਰ ਸੰਦਰਭ (ਮਿਆਰੀ ਟੈਗ, ਸਮਾਂ-ਸਿੰਕ) ਸ਼ਾਮਲ ਕਰੋ ਤਾਂ ਕਿ ਡੇਟਾ ਭਰੋਸੇਯੋਗ ਹੋਵੇ।
SCADA ਰੀਅਲ-ਟਾਈਮ ਮਾਨੀਟਰਿੰਗ ਅਤੇ ਨਿਯੰਤਰਣ ਲਈ ਬਣਿਆ ਹੈ। ਇਹ PLCs, RTUs, ਮੀਟਰ ਅਤੇ ਸੈਂਸਰ ਤੋਂ ਸਿਗਨਲ ਸੰਗ੍ਰਹਿ ਕਰਦਾ ਹੈ, ਫਿਰ ਓਪਰੇਟਰ ਸਕ੍ਰੀਨਾਂ, ਅਲਾਰਮ ਅਤੇ ਨਿਯੰਤਰਣ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਸੋਚੋ: ਸਟਾਰਟ/ਸਟਾਪ ਉਪਕਰਨ, ਪ੍ਰੋਸੈਸ ਵੇਰੀਏਬਲ ਟਰੈਕ, ਅਤੇ ਜਦੋਂ ਕੁਝ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੋਵੇ ਤਾਂ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਭਾਵ।
EMS ਵਿਦਯੂਤ, ਗੈਸ, ਸਟੀਮ ਅਤੇ ਪਾਣੀ ਦੇ ਡੇਟਾ ਨੂੰ ਸਮੇਟ ਕੇ KPIਜ਼ (ਲਾਗਤ, ਇੰਟੀਨਸਿਟੀ, ਪੀਕ ਡੀਮਾਂਡ) ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਅਤੇ ਡੀਮਾਂਡ ਰਿਸਪਾਂਸ, ਲੋਡ ਸ਼ਿਫਟਿੰਗ ਅਤੇ ਅਨੁਕੂਲਤਾ ਰਿਪੋਰਟਿੰਗ ਵਰਗੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸਹਾਰਾ ਦਿੰਦਾ ਹੈ।
ਉਹ ਮਿਲਦੇ ਹਨ ਜਦੋਂ ਓਪਰੇਟਰ ਇੱਕੋ ਵਰਕਫਲੋ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਸਟੇਟ ਅਤੇ ਉਰਜਾ ਖਰਚ/ਸੀਮਾਵਾਂ ਇਕੱਠੇ ਵੇਖ ਸਕੇ—ਜਿਵੇਂ ਕਿਸੇ ਪੀਕ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦਿਆਂ ਉਤਪਾਦਨ ਨੂੰ ਸਕੈਜੂਲ ਕਰਨਾ।
ਪਾਵਰ ਕੁਆਲਟੀ ਮੁੱਦੇ (ਸੈਗ, ਹਾਰਮੋਨਿਕਸ, ਟ੍ਰਾਂਸਿਐਂਟ) ਅਕਸਰ ਨੁਕਸਾਨ-ਰਾਹਤ ਟ੍ਰਿਪ, ਰੀਸੈਟ, ਓਵਰਹੀਟਿੰਗ ਅਤੇ ਅਨਿਯਮਿਤ ਤਰਜ਼ ਦੇ ਫੌਲਟ ਤਿਆਰ ਕਰਦੇ ਹਨ।
ਕਨਵਰਜਡ ਮਾਨੀਟਰਿੰਗ ਇਸ ਤਰ੍ਹਾਂ ਸਹਾਇਕ ਹੁੰਦੀ ਹੈ:
ਇਸ ਨਾਲ ਰੂਟ-ਕਾਰਨ ਵਿਸ਼ਲੇਸ਼ਣ ਤੇਜ਼ ਹੁੰਦਾ ਹੈ ਅਤੇ ਦੋਹਰਾਈ ਘਟਨਾਵਾਂ ਘੱਟ ਹੁੰਦੀਆਂ ਹਨ।
ਪ੍ਰੀਵੇਂਟਿਵ ਰੱਖ-ਰਖਾਵ ਕੈਲੰਡਰ ਜਾਂ ਰਨਟਾਈਮ-ਅਧਾਰਿਤ ਹੁੰਦਾ ਹੈ: “ਹਰ ਤ੍ਰੈਮਾਸਿਕ ਜਾਂਚ” ਜਾਂ “X ਘੰਟਿਆਂ ਦੇ ਬਾਅਦ ਬਦਲੋ।” ਇਹ ਸਧਾਰਨ ਹੈ ਪਰ ਕਦੇ-ਕਦੇ ਸਿਹਤਮੰਦ ਸਾਮਾਨ 'ਤੇ ਬੇਕਾਰ ਕੰਮ ਕਰਵਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਅਚਾਨਕ ਖਰਾਬੀ ਨੂੰ ਮਿਸ ਕਰ ਸਕਦਾ ਹੈ।
ਪ੍ਰੇਡਿਕਟਿਵ (ਕਨਡੀਸ਼ਨ-ਅਧਾਰਿਤ) ਰੱਖ-ਰਖਾਵ ਉਸ ਵੇਲੇ ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ ਜਦੋਂ ਡੇਟਾ ਬੇਨਤੀ ਦਿਖਾਉਂਦਾ ਹੈ—ਮਕਸਦ ਪਰਫੈਕਟ ਭਵਿੱਖਬਾਣੀ ਨਹੀਂ, ਬਲਕਿ ਸਬੂਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਬਿਹਤਰ ਫੈਸਲੇ ਕਰਨਾ ਹੈ।
ਅਕਸਰ ਸਾਈਟਾਂ ਦੋ ਤਰ੍ਹਾਂ ਦੇ ਚਾਰਜਚਿੰਨ੍ਹ ਭੁਗਤਦੀਆਂ ਹਨ: ਉਰਜਾ (kWh) ਅਤੇ ਬਿੱਲਿੰਗ ਪੀਰੀਅਡ ਦੌਰਾਨ ਸਭ ਤੋਂ ਵੱਡਾ ਛੂਟ (ਪੀਕ kW)।
ਸਾਫਟਵੇਅਰ ਪੀਕਾਂ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸਮਾਂ-ਅਧਾਰਤ ਖਰਚ ਦਿਖਾ ਸਕਦਾ ਹੈ; ਆਟੋਮੇਸ਼ਨ ਐਸੇ ਕਾਰਵਾਈਆਂ ਕਰ ਸਕਦੀ ਹੈ:
ਪਰ ਨਤੀਜੇ ਨਾ ਕੇਵਲ kWh ਘਟਾਉਣਾ ਹੋਣ—ਉਹਨਾਂ ਦਾ ਟਰੈਕਿੰਗ ਓਪਰੇਸ਼ਨਲ KPIਜ਼ ਨਾਲ ਕਰੋ, ਜਿਵੇਂ kWh ਪ੍ਰਤੀ ਇਕਾਈ, ਤਾਂ ਜੋ ਬਚਤ ਸੱਚੀ ਹੋਣ ਅਤੇ ਘੱਟ ਉਤਪਾਦਨ ਨਾਲ ਗਲਤ ਨਾ ਹੋਵੇ।
ਕਨਵਰਜੈਂਸ ਨੂੰ ਇੱਕ “ਰੀਪ ਐਂਡ ਰੀਪਲੇਸ” ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਸਮਝੋ। ਸਭ ਤੋਂ ਸਰਲ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਨਤੀਜਿਆਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਉਹ ਘੱਟੋ-ਘੱਟ ਸਿਸਟਮ ਜੋ ਉਹ ਨਤੀਜੇ ਦਿੰਦਿਆਂ ਹਨ, ਨੁੰ ਜੋੜੋ।
ਫੇਜ਼ਡ ਅਪਰੋਚ: ਅੰਕੜਾ ਲਵੋ → ਸੈਸ਼ਨ ਕਰੋ → ਇੰਟੀਗਰੇਟ ਕਰੋ → ਅਪਟੀਮਾਈਜ਼ ਕਰੋ:
ਸਾਇਬਰਸੇਕਿਰੀਟੀ (ਸੈਗਮੈਂਟੇਸ਼ਨ, least privilege, patch ਯੋਜਨਾ, ਬੈਕਅਪ) ਨੂੰ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਬਣਾਓ—ਰੋਲਆਉਟ ਤੋਂ ਬਾਅਦ ਨਹੀਂ।