ਕਿਵੇਂ ਸਾਫਟਵੇਅਰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ

ਕਿਉਂ ਉਰਜਾ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਇਕੱਠੇ ਹੋ ਰਹੇ ਹਨ

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

ਇੱਕ ਓਪਰੇਸ਼ਨ, ਦੋ ਨਜ਼ਰੀਏ

ਰਵਾਇਤੀ ਤੌਰ 'ਤੇ, ਉਰਜਾ ਟੀਮਾਂ ਮੀਟਿੰਗ, ਟੈਰੀਫ ਅਤੇ ਅਨੁਕੂਲਤਾ 'ਤੇ ਧਿਆਨ ਦਿੰਦੀਆਂ ਸਨ, ਜਦਕਿ ਆਟੋਮੇਸ਼ਨ ਟੀਮਾਂ ਮਸ਼ੀਨਾਂ, ਕੰਟਰੋਲ ਅਤੇ throughput 'ਤੇ। ਹੁਣ ਇਹ ਸੀਮਾਵਾਂ ਧੁੰਦਲ ਹੋ ਰਹੀਆਂ ਹਨ ਕਿਉਂਕਿ ਉਹੀ ਘਟਨਾਵਾਂ ਦੋਹਾਂ ਦੁਨੀਆਂ 'ਚ ਨਜ਼ਰ ਆਉਂਦੀਆਂ ਹਨ:

• ਇੱਕ ਵੋਲਟੇਜ ਸੈਗ ਸੰਵੇਦਨਸ਼ੀਲ ਉਪਕਰਨ ਨੂੰ ਟ੍ਰਿਪ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਉਤਪਾਦਨ ਰੁਕਾ ਦੇ ਸਕਦਾ ਹੈ।
• ਇੱਕ ਪੀਕ-ਡੀਮਾਂਡ ਸਪਾਈਕ ਮਹਿੰਗੀਆਂ চার্জਾਂ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਲੋਡ ਸ਼ੈਡਿੰਗ ਨੂੰ ਜਨਮ ਦੇ ਸਕਦਾ ਹੈ।
• ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਕੂਲਿੰਗ ਨਾਕਾਮੀ ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਮੁੱਦਾ (ਕੰਟਰੋਲ ਲੂਪ) ਅਤੇ ਇਕ ਉਰਜਾ ਮੁੱਦਾ (ਛਮਤਾ ਅਤੇ ਕੁਸ਼ਲਤਾ) ਦੋਹਾਂ ਹੋ ਸਕਦੀ ਹੈ।

ਜਦ ਉਰਜਾ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਡੇਟਾ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਟੀਮਾਂ ਅਕਸਰ ਉਹੀ ਘਟਨਾ ਦੋ ਵੱਖ-ਵੱਖ ਸਮਿਆਂ 'ਤੇ ਅਤੇ ਅਧੂਰੇ ਸੰਦਰਭ ਨਾਲ ਡਾਇਗਨੋਜ਼ ਕਰਦੀਆਂ ਹਨ। ਇੱਕਠੇ ਹੋਣਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਕੋਲ ਇਕੋ ਨਜ਼ਾਰਾ ਹੈ ਕਿ ਕੀ ਹੋਇਆ, ਇਸ ਦੀ ਕੀ ਲਾਗਤ ਸੀ, ਅਤੇ ਅਗਲਾ ਕਦਮ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਾਫਟਵੇਅਰ ਮਿਲਣ ਵਾਲੀ ਥਾਂ ਹੈ

ਵਾਸਤਵਿਕ ਕਾਰਕ ਸਾਫਟਵੇਅਰ ਹੈ ਜੋ Operational Technology (OT)—ਕੰਟਰੋਲਰ, ਰਿਲੇ, ਡ੍ਰਾਈਵ ਅਤੇ ਪ੍ਰੋਟੈਕਸ਼ਨ ਡਿਵਾਈਸ—ਨੂੰ ਰਿਪੋਰਟਿੰਗ, ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਯੋਜਨਾ ਬਣਾਉਣ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ IT ਸਿਸਟਮਾਂ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਇਹ ਸਾਂਝੀ ਸਾਫਟਵੇਅਰ ਲੇਅਰ ਪ੍ਰਕਿਰਿਆ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਪਾਵਰ ਕੁਆਲਟੀ ਨਾਲ ਜੋੜਨਾ, ਰੱਖ-ਰਖਾਵ ਸਮਾਂ-ਸਾਰਣੀਆਂ ਨੂੰ ਇਲੈਕਟ੍ਰਿਕਲ ਲੋਡਿੰਗ ਨਾਲ ਮੇਲ ਕਰਨਾ ਅਤੇ ਟਿਕਾਉਪਣ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਮਾਪੀ ਗਈ ਖਪਤ ਨਾਲ ਮਿਲਾਉਣਾ ਸੰਭਵ ਬਣਾਉਂਦੀ ਹੈ।

ਇਹ ਲੇਖ ਪ੍ਰਾਇਕਟਿਕ ਓਵਰਵਿਊ ਦਿੰਦਾ ਹੈ ਕਿ ਇਹ ਕਨੈਕਸ਼ਨ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ—ਕਿਹੜਾ ਡੇਟਾ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, SCADA ਅਤੇ energy management ਜਿਹੇ ਪਲੇਟਫਾਰਮ ਕਿੱਥੇ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਕਿਹੜੇ ਉਪਯੋਗ ਕੇਸ ਮਾਪੇ ਜਾ ਸਕਦੇ ਨਤੀਜੇ ਦਿੰਦੇ ਹਨ।

ਕਿਉਂ Schneider Electric ਇੱਕ ਉਚਿਤ ਉਦਾਹਰਨ ਹੈ

Schneider Electric ਨੂੰ ਅਕਸਰ ਇਸ ਖੇਤਰ ਵਿੱਚ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਦੋਹਾਂ ਡੋਮੇਨ—ਉਦਯੋਗਿਕ ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਇਮਾਰਤਾਂ, ਪਲਾਂਟ ਅਤੇ ਮਹੱਤਵਪੂਰਣ ਸਥਲਾਂ ਲਈ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ—ਪਾਂਘਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਸੇ ਖ਼ਾਸ ਵੇਂਡਰ ਦੀ ਖਰੀਦਦਾਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦੇ ਕਨਵਰਜੈਂਸ ਤੋਂ ਲਾਭ ਲੈਣ ਲਈ, ਪਰ ਇੱਕ ਅਸਲੀ ਦੁਨੀਆ ਦਾ ਉਦਾਹਰਨ ਵਰਤਣਾ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ ਜੋ ਦੋਨਾਂ ਪਾਸਿਆਂ 'ਤੇ ਉਤਪਾਦ ਬਣਾਉਂਦਾ ਹੈ।

ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ بمੁਕਾਬਲੇ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ: ਬੁਨਿਆਦੀ ਗੱਲਾਂ

ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਦੁਨੀਆਂ ਵਜੋਂ ਚਰਚਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਮਲ ਵਿੱਚ, ਉਹ ਦੋਵੇਂ ਇੱਕੋ ਆਪਰੇਸ਼ਨਲ ਮਕਸਦ ਦੇ ਪਾਸੇ ਹਨ: ਸਥਾਨਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ, ਕੁਸ਼ਲ ਅਤੇ ਭਰੋਸੇਯੋਗ ਰੱਖਣਾ।

“ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ” ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ

ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਇਹ ਦੇਖਦਾ ਹੈ ਕਿ ਸਾਈਟ 'ਤੇ (ਜਾਂ ਕਈ ਸਾਈਟਾਂ 'ਤੇ) ਬਿਜਲੀ ਕਿਵੇਂ ਮਾਪੀ, ਖਰੀਦੀ, ਵੰਡ ਅਤੇ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਆਮ ਸਮਰੱਥਾਵਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਮੀਟਰਿੰਗ ਅਤੇ ਸਬਮੀਟਰਿੰਗ ਤਾਂ ਜੋ ਸਮਝ ਆਵੇ ਕੇ ਨਰਜੀ ਕਿਥੇ ਜਾ ਰਹੀ ਹੈ (ਭਵਨ, ਲਾਈਨ, ਟੇਨੈਂਟ ਜਾਂ ਐਸੈਟ ਅਧਾਰ 'ਤੇ)
• ਬਿਲਿੰਗ ਐਲੋਕੇਸ਼ਨ ਅਤੇ ਖ਼ਰਚ ਰਿਪੋਰਟਿੰਗ ਤਾਂ ਜੋ ਵਿਭਾਗਾਂ ਜਾਂ ਟੇਨੈਂਟਾਂ ਨੂੰ ਨਿਆਂਪੂਰਵਕ ਚਾਰਜ ਕੀਤਾ ਜਾ ਸਕੇ
• ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ ਤਾਂ ਜੋ ਹਾਰਮੋਨਿਕਸ, ਵੋਲਟੇਜ ਸੈਗ ਜਾਂ ਫਲਿਕਰ ਵਰਗੇ ਮੁੱਦਿਆਂ ਨੂੰ ਪਛਾਣਿਆ ਜਾ ਸਕੇ ਜੋ ਉਪਕਰਨ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੇ ਹਨ
• ਡੀਮਾਂਡ ਕੰਟਰੋਲ ਤਾਂ ਜੋ ਪੀਕ ਚਾਰਜਾਂ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕੇ ਜਦੋਂ ਗੈਰ-ਆਵਸ਼੍ਯਕ ਲੋਡਾਂ ਨੂੰ ਬਦਲਿਆ ਜਾਂਦਾ ਜਾਂ ਸ਼ੈਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਮੁੱਖ ਨਿਕਾਸ ਸਪਸ਼ਟਤਾ ਹੈ: ਸਹੀ ਖਪਤ, ਲਾਗਤਾਂ, ਅਸਾਮਾਨਤਾਵਾਂ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਬੈਂਚਮਾਰਕ ਜੋ ਤੁਹਾਨੂੰ ਬਰਬਾਦੀ ਘਟਾਉਣ ਅਤੇ ਜੋਖਮ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ।

“ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ” ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਕਵਰ ਕਰਦੀ ਹੈ

ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਮਸ਼ੀਨਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ:

• ਕੰਟਰੋਲ ਸਿਸਟਮ (PLC/DCS ਲੋਜਿਕ, ਅਲਾਰਮ, ਇੰਟਰਲਾਕ ਅਤੇ ਓਪਰੇਟਰ ਇੰਟਰਫੇਸ)
• ਸੁਰੱਖਿਆ ਸਿਸਟਮ ਜੋ ਲੋਕਾਂ ਅਤੇ ਉਪਕਰਨਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦੇ ਹਨ
• ਉਤਪਾਦਨ ਸਕੈਜੂਲਿੰਗ ਅਤੇ ਸਹਯੋਗ ਤਾਂ ਜੋ ਸਹੀ ਕੰਮ ਸਹੀ ਵੇਲੇ ਹੋ ਰਿਹਾ ਹੋਵੇ
• ਕੁਆਲਟੀ ਕੰਟਰੋਲ ਤਾਂ ਜੋ ਉਤਪਾਦ ਨਿਰਧਾਰਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ

ਮੁੱਖ ਨਿਕਾਸ ਕਾਰਜਨਵਾਈ ਹੈ: ਹਕੀਕਤ-ਅਧਾਰਿਤ, ਦੁਹਰਾਓਯੋਗ ਓਪਰੇਸ਼ਨ।

ਓਵਰਲੈਪ ਕਿੱਥੇ ਹੈ—ਅਤੇ ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਣ ਹੈ

ਇਹ ਡੋਮੇਨ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਅਪਟਾਈਮ, ਲਾਗਤ ਨਿਯੰਤਰਣ, ਅਨੁਕੂਲਤਾ ਅਤੇ ਟਿਕਾਉਪਣ ਨਿਸ਼ਾਨਿਆਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਓਵਰਲੈਪ ਹੁੰਦੇ ਹਨ। ਉਦਾਹਰਣ ਵਜੋਂ, ਇਕ ਪਾਵਰ ਕੁਆਲਟੀ ਘਟਨਾ ਇੱਕ “ਉਰਜਾ” ਮੁੱਦਾ ਹੈ, ਪਰ ਜਲਦੀ ਹੀ ਇਹ “ਆਟੋਮੇਸ਼ਨ” ਮੁੱਦੇ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ ਜੇ ਇਹ ਡ੍ਰਾਈਵਾਂ ਨੂੰ ਟ੍ਰਿਪ ਕਰ ਦਿੰਦੀ ਹੈ, ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਰੀਸੈਟ ਕਰ ਦਿੰਦੀ ਹੈ, ਜਾਂ ਆਵਸ਼ਕ ਬੈਚ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਖੰਡਿਤ ਕਰ ਦਿੰਦੀ ਹੈ।

ਸਾਫਟਵੇਅਰ ਇਹ ਓਵਰਲੈਪ ਕਾਰਜਨਵਾਈਯੋਗ ਬਣਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇਲੈਕਟ੍ਰਿਕਲ ਡੇਟਾ ਨੂੰ ਉਤਪਾਦਨ ਸੰਦਰਭ ਨਾਲ ਮਿਲਾਉਂਦਾ (ਕੀ ਚੱਲ ਰਹਿਹਾ ਸੀ, ਕੀ ਬਦਲਿਆ, ਕਿਹੜੇ ਅਲਾਰਮ ਫਾਇਰ ਹੋਏ) ਤਾਂ ਜੋ ਟੀਮ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕੇ।

ਇੱਕ ਗਲਤ ਫਹਿਮੀ ਜਿਸ ਤੋਂ ਬਚਣਾ ਚਾਹੀਦਾ ਹੈ

ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰਿੰਗ ਮਹਾਰਤ ਨੂੰ ਬਦਲਦਾ ਨਹੀਂ—ਇਹ ਫੈਸਲੇ ਬਿਹਤਰ ਬਣਾਉਂਦਾ ਹੈ, ਡੇਟਾ ਨੂੰ ਭਰੋਸੇਯੋਗ, ਤੁਲਨਾਤਮਕ ਅਤੇ ਸਾਂਝਾ ਬਣਾਉਂਦਾ ਹੈ—ਤਾਂ ਜੋ ਇਲੈਕਟ੍ਰਿਕਲ ਟੀਮ, ਓਪਰੇਸ਼ਨ ਅਤੇ ਪ੍ਰਬੰਧਨ ਬਿਨਾਂ ਅਣੁਮਾਨ ਦੇ ਤਰਜੀਹਾਂ 'ਤੇ ਇਕਸਾਰ ਹੋ ਸਕਣ।

ਉਹ ਸਾਫਟਵੇਅਰ ਲੇਅਰ ਜੋ OT ਅਤੇ IT ਨੂੰ ਜੋੜਦੀ ਹੈ

ਸਾਫਟਵੇਅਰ ਉਹ “ਅਨੁਵਾਦਕ” ਹੈ ਜੋ ਭੌਤਿਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਚਲਾਉਣ ਵਾਲੇ ਉਪਕਰਨਾਂ ਅਤੇ ਉਹਨਾਂ ਕਾਰੋਬਾਰੀ ਸਿਸਟਮਾਂ ਦਰਮਿਆਨ ਡੇਟਾ ਨੂੰ ਸਮਤੁਲ ਕਰਦਾ ਹੈ ਜੋ ਯੋਜਨਾ, ਭੁਗਤਾਨ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਉਰਜਾ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ, ਇਹ ਮੱਧ ਲੇਅਰ ਉਹ ਹੈ ਜੋ ਇੱਕ ਸੰਸਥਾ ਨੂੰ ਇੱਕੋ ਹਕੀਕਤ ਦੇਖਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ—ਜੋ ਇੱਕ ਬ੍ਰੇਕਰ ਟ੍ਰਿਪ ਤੋਂ ਲੈ ਕੇ ਮਹੀਨਾਵਾਰ ਯੂਟਿਲਿਟੀ ਬਿੱਲ ਤੱਕ ਹੋ ਸਕਦੀ ਹੈ—ਬਿਨਾਂ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ ਨੂੰ ਜੋੜਨ ਦੇ।

ਸਟੈਕ: ਫੀਲਡ ਡਿਵਾਈਸ ਤੋਂ ਵਿਸ਼ਲੇਸ਼ਣ ਤਕ

ਜ਼ਿਆਦਾਤਰ ਕਨਵਰਜਡ ਸਿਸਟਮ ਇਕ ਸਮਾਨ ਸਟੈਕ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ:

• ਫੀਲਡ ਡਿਵਾਈਸ: ਮੀਟਰ, ਪ੍ਰੋਟੈਕਟਿਵ ਰਿਲੇ, ਵਰਿਆਬਲ-ਸਪੀਡ ਡ੍ਰਾਈਵ, PLC I/O, ਤਾਪਮਾਨ ਅਤੇ ਵਿਬ੍ਰੇਸ਼ਨ ਸੈਂਸਰ।
• ਕੰਟਰੋਲ ਲੇਅਰ: PLCs, DCS, ਅਤੇ ਪ੍ਰੋਟੈਕਸ਼ਨ/ਕੰਟਰੋਲ ਸਕੀਮ ਜੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਸਥਿਰ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੱਖਦੀਆਂ ਹਨ।
• ਸੁਪਰਵਾਈਜ਼ਰੀ ਲੇਅਰ: SCADA/HMI ਅਤੇ energy management ਪਲੇਟਫਾਰਮ ਜੋ ਇਕੱਠਾ, ਵਿਜ਼ੁਅਲਾਈਜ਼, ਅਲਾਰਮ ਅਤੇ ਸਾਈਟਾਂ 'ਚ ਕਾਰਵਾਈਆਂ ਨੂੰ ਕੋਆਰਡੀਨੇਟ ਕਰਦੇ ਹਨ।
• ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਐਪਸ: ਡੈਸ਼ਬੋਰਡ, ਫੋਰਕਾਸਟਿੰਗ, ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ, ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਵਰਕਫਲੋ ਟੂਲ ਜੋ ਘਟਨਾਵਾਂ ਨੂੰ ਫੈਸਲਿਆਂ ਵਿੱਚ ਬਦਲਦੇ ਹਨ।

Schneider Electric ਅਤੇ ਸਮਾਨ ਵੇਂਡਰ ਅਕਸਰ ਇਸ ਸਟੈਕ 'ਚ ਕੰਪੋਨੇਟ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਪਰ ਮੁੱਖ ਵਿਚਾਰ ਇੰਟਰਓਪਰੇਬਿਲਿਟੀ ਹੈ: ਸਾਫਟਵੇਅਰ ਲੇਅਰ ਨੂੰ ਕਈ ਬ੍ਰਾਂਡਾਂ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲਾਂ ਤੋਂ ਡੇਟਾ ਨਾਰਮਲਾਈਜ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

OT বনਾਮ IT (ਅਤੇ ਕਿਉਂ ਸੀਮਾ ਮਿਟ ਰਹੀ ਹੈ)

OT (Operational Technology) ਮਸ਼ੀਨਾਂ ਨੂੰ ਰੀਅਲ-ਟਾਈਮ 'ਚ ਕੰਟਰੋਲ ਕਰਨ ਬਾਰੇ ਹੈ—ਸੈਕੰਡ ਅਤੇ ਮਿਲੀਸੈਕੰਡ ਮਹੱਤਵ ਰੱਖਦੇ ਹਨ। IT (Information Technology) ਡੇਟਾ, ਯੂਜ਼ਰ ਅਤੇ ਕਾਰੋਬਾਰੀ ਵਰਕਫ਼ਲੋਜ਼ ਨੂੰ ਪ੍ਰਬੰਧਤ ਕਰਨ ਬਾਰੇ ਹੈ—ਸਹੀਤਾ, ਸੁਰੱਖਿਆ ਅਤੇ ਟ੍ਰੇਸਬਿਲਿਟੀ ਮੁਹੱਤਵਪੂਰਣ ਹਨ।

ਸੀਮਾ ਇਸ ਲਈ ਮਿਟ ਰਹੀ ਹੈ ਕਿਉਂਕਿ ਹੁਣ ਉਰਜਾ ਅਤੇ ਉਤਪਾਦਨ ਫੈਸਲੇ ਜੁੜੇ ਹੋਏ ਹਨ। ਜੇ ਓਪਰੇਸ਼ਨ ਲੋਡ ਸ਼ਿਫਟ ਕਰ ਸਕਦੇ ਹਨ ਤਾਂ ਫਾਇਨੈਂਸ ਨੂੰ ਲਾਗਤ ਪ੍ਰਭਾਵ ਦੀ ਲੋੜ ਹੈ; ਜੇ IT ਮੈਟੇਨੈਂਸ ਨਿਯਤ ਕਰਦਾ ਹੈ ਤਾਂ OT ਨੂੰ ਅਲਾਰਮ ਅਤੇ ਐਸੈਟ ਸੰਦਰਭ ਦੀ ਲੋੜ ਹੈ।

ਕਿਹੜਾ ਡੇਟਾ ਬਹਿ ਰਿਹਾ ਹੈ—ਅਤੇ ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਣ ਹੈ

ਆਮ ਡੇਟਾ ਕਿਸਮਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ kWh ਅਤੇ ਝਟਪਟ ਡੀਮਾਂਡ, ਵੋਲਟੇਜ ਘਟਨਾਵਾਂ (ਸੈਗ, ਸਵੈਲ, ਹਾਰਮੋਨਿਕਸ), ਤਾਪਮਾਨ, ਸਾਇਕਲ ਗਿਣਤੀ, ਅਤੇ ਅਲਾਰਮ। ਜਦ ਇਹ ਸਾਰੇ ਇੱਕ ਮਾਡਲ ਵਿੱਚ ਆ ਜਾਂਦੇ ਹਨ, ਤੁਹਾਨੂੰ ਇੱਕ ਸਰੋਤ-ਸਭੰਧੀ ਸਚਾਈ ਮਿਲਦੀ ਹੈ: ਰੱਖ-ਰਖਾਵ ਐਸੈਟ ਸਿਹਤ ਦੇਖਦਾ ਹੈ, ਓਪਰੇਸ਼ਨ ਅਪਟਾਈਮ ਜੋਖਮ ਵੇਖਦਾ ਹੈ, ਅਤੇ ਫਾਇਨੈਂਸ ਸੱਚੀ ਉਰਜਾ ਖਪਤ ਵੇਖਦਾ ਹੈ—ਸਭ ਇੱਕੋ ਸਮੇਂ-ਸੰਬੰਧਿਤ ਰਿਕਾਰਡ 'ਤੇ ਆਧਾਰਿਤ।

ਅੰਦਰੂਨੀ ਟੂਲਾਂ ਨੂੰ ਇੰਸਾਈਟ ਵਿੱਚ ਬਦਲਣਾ

ਕਈ ਸੰਸਥਾਵਾਂ ਵਿੱਚ ਗੈਰ-ਹੁਣ ਡੈਸ਼ਬੋਰਡ ਨਹੀਂ ਹਨ—ਗੁੰਝ ਬਚਾਉਣ ਵਾਲੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਛੋਟੇ, ਭਰੋਸੇਯੋਗ ਅੰਦਰੂਨੀ ਐਪਜ਼ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਡਿਪਲੋਏ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੋਵੇ ਜੋ ਡੇਟਾ ਲੇਅਰ 'ਤੇ ਬੈਠਦੇ ਹਨ (ਉਦਾਹਰਣ: ਪਾਵਰ-ਕੁਆਲਟੀ ਇਨਸਿਡੈਂਟ ਟਾਈਮਲਾਈਨ, ਪੀਕ-ਡੀਮਾਂਡ "ਅर्लੀ ਵਾਰਨਿੰਗ" ਪੇਜ਼, ਜਾਂ ਮੈਨਟੇਨੈਂਸ ਟ੍ਰਿਆਜ ਕਤਾਰ)। Koder.ai ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਇੱਥੇ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ—ਟੀਮਾਂ ਚੈਟ ਰਾਹੀਂ ਵੈੱਬ ਐਪ ਪ੍ਰੋਟੋਟਾਈਪ ਅਤੇ ਬਿਲਡ ਕਰ ਸਕਦੀਆਂ ਹਨ—ਫਿਰ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਸੋਰਸ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜਿੰਨ੍ਹਾਂ ਨੂੰ ਮੌਜੂਦਾ OT/IT ਮਿਆਰਾਂ, ਡੀਪਲੌਯਮੈਂਟ ਪ੍ਰਕਿਰਿਆਵਾਂ ਜਾਂ ਆਨ-ਪ੍ਰੈਮISEਜ਼ ਲੋੜਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਸੈਂਸਰ ਤੋਂ ਇਨਸਾਈਟਸ: ਅਸਲ ਦੁਨੀਆ ਵਿੱਚ ਡੇਟਾ ਇਕੱਠਾ ਕਰਨ

ਚੰਗਾ ਸਾਫਟਵੇਅਰ ਓਹੀ ਹੁੰਦਾ ਹੈ ਜਿੰਨਾ ਅਕਲਮੰਦ ਉਸਦੇ ਇਨਪੁਟ ਸਿਗਨਲ ਹਨ। ਅਸਲ ਸਥਲਾਂ 'ਚ, ਡੇਟਾ ਇਕੱਠਾ ਕਰਨਾ ਗੜਬੜੀ ਭਰਿਆ ਹੁੰਦਾ ਹੈ: ਡਿਵਾਈਸ ਸਾਲਾਂ ਵੱਖ-ਵੱਖ ਸਮਿਆਂ 'ਤੇ ਲਗਾਏ ਜਾਂਦੇ ਹਨ, ਨੈਟਵਰਕਾਂ ਵਿੱਚ ਫੇਰੜ ਹਨ, ਅਤੇ ਵੱਖ-ਵੱਖ ਟੀਮਾਂ ਸਟੈਕ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਦੀ "ਮਾਲਕੀ" ਕਰਦੀਆਂ ਹਨ। ਲਕੜੀ ਦਾ ਮਿਸਙ ਹੈ ਕਿ ਸਭ ਕੁਝ ਇਕੱਠਾ ਕਰਨਾ ਜਰੂਰੀ ਹੈ—ਉਦੇਸ਼ ਇਹ ਹੈ ਕਿ ਠੀਕ ਡੇਟਾ, ਇੱਕਸਾਰ ਤਰੀਕੇ ਨਾਲ, ਕਾਫੀ ਸੰਦਰਭ ਦੇ ਨਾਲ ਇਕੱਠਾ ਕੀਤਾ ਜਾਵੇ ਤਾਂ ਕਿ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕੀਤਾ ਜਾ ਸਕੇ।

ਫੀਲਡ ਤੋਂ ਆਉਣ ਵਾਲਾ ਡੇਟਾ ਕੀ ਹੁੰਦਾ ਹੈ

ਇੱਕ ਕਨਵਰਜਡ ਉਰਜਾ + ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮ ਆਮ ਤੌਰ 'ਤੇ ਇਲੈਕਟ੍ਰਿਕਲ ਅਤੇ ਪ੍ਰੋਸੈਸ ਡਿਵਾਈਸਾਂ ਦੇ ਮਿਕਸ ਤੋਂ ਖਿੱਚਦਾ ਹੈ:

• ਮੀਟਰ ਅਤੇ ਬ੍ਰੇਕਰ ਉਰਜਾ, ਡੀਮਾਂਡ, ਅਤੇ ইਵੈਂਟ ਲੌਗ (ਟ੍ਰਿਪ, ਓਵਰਲੋਡ, ਤਾਪਮਾਨ) ਲਈ।
• ਰਿਲੇ ਪ੍ਰੋਟੈਕਸ਼ਨ ਸਥਿਤੀ ਅਤੇ ਫੋਲ੍ਟ ਵੇਰਵੇ ਲਈ।
• VFDs (ਵਰਿਆਬਲ ਫ੍ਰੀਕਵੈਂਸੀ ਡ੍ਰਾਈਵ) ਗਤੀ, ਲੋਡ, ਰਨ ਘੰਟੇ, ਅਤੇ ਅਲਾਰਮ ਲਈ।
• PLCs ਪ੍ਰਕਿਰਿਆ ਸਟੇਟ, ਇੰਟਰਲਾਕ ਅਤੇ ਉਪਕਰਨ ਸੀਕੁਐਂਸਾਂ ਲਈ।
• ਸੈਂਸਰ (ਤਾਪਮਾਨ, ਵਿਬ੍ਰੇਸ਼ਨ, ਦਬਾਅ, ਫਲੋ) ਸਥਿਤੀ ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ ਲਈ।

ਜਦ ਇਹ ਸਰੋਤ ਸਮਾਂ-ਸਮਰੂਪ ਅਤੇ ਸਹੀ ਟੈਗਿੰਗ ਨਾਲ ਮਿਲਦੇ ਹਨ, ਸਾਫਟਵੇਅਰ ਕਾਰਨ ਅਤੇ ਪ੍ਰਭਾਵ ਨੂੰ ਜੋੜ ਸਕਦਾ ਹੈ: ਇੱਕ ਵੋਲਟੇਜ ਸੈਗ, ਇੱਕ ਡ੍ਰਾਈਵ ਫੋਲ੍ਟ, ਅਤੇ ਇੱਕ ਉਤਪਾਦਨ ਸੁਸਤ ਹੋਣਾ ਇਕੋ ਹੀ ਕਹਾਣੀ ਦੇ ਹਿੱਸੇ ਹੋ ਸਕਦੇ ਹਨ।

ਸਹੀ ਡੇਟਾ ਕਿਉਂ ਜਿਆਦਾ ਮਹੱਤਵਪੂਰਣ ਹੈ (ਜਿਆਦਾ ਡੇਟਾ ਨਾਲੋਂ)

ਖਰਾਬ ਇਨਪੁਟ ਮਹਿੰਗੀ ਸ਼ੋਰ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਇੱਕ ਗਲਤ ਸਕੇਲ ਕੀਤਾ ਮੀਟਰ ਝੂਠੇ "ਉੱਚ ਡੀਮਾਂਡ" ਅਲਾਰਮ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦਾ ਹੈ; ਇੱਕ ਉਲਟ CT ਪੋਲੈਰਿਟੀ ਪਾਵਰ ਫੈਕਟਰ ਨੂੰ ਉਲਟ ਸਕਦੀ ਹੈ; ਅਸਮਰਥ ਨਾਂਮਕਰਨ ਇੱਕ ਮੁੜ ਆਉਣ ਵਾਲੀ ਫੋਲ੍ਟ ਨੂੰ ਕਈ ਪੈਨਲਾਂ 'ਚ ਛੁਪਾ ਸਕਦੀ ਹੈ। ਨਤੀਜਾ: ਸਮਾਂ-ਵਿਚ浪 ਟroubleshooting, ਅਣदेखੇ ਅਲਾਰਮ ਅਤੇ ਫੈਸਲੇ ਜਿਨ੍ਹਾਂ ਦਾ ਹਕੀਕਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਹੁੰਦਾ।

ਏਜ ਕੈਂਪਿਊਟਿੰਗ: ਤੇਜ਼ ਜਵਾਬ, ਹਲਕਾ ਨੈਟਵਰਕ

ਕਈ ਸਾਈਟਾਂ ਏਜ ਕੰਪਿਊਟਿੰਗ ਵਰਤਦੀਆਂ ਹਨ—ਛੋਟੇ ਲੋਕਲ ਸਿਸਟਮ ਜੋ ਉਪਕਰਨਾਂ ਕੋਲ ਡੇਟਾ ਦੀ ਪ੍ਰੀ-ਪ੍ਰੋਸੈਸਿੰਗ ਕਰਦੇ ਹਨ। ਇਹ ਟਾਈਮ-ਸੈਂਸਿਟਿਵ ਘਟਨਾਵਾਂ ਲਈ ਲੇਟੈਂਸੀ ਘਟਾਉਂਦਾ ਹੈ, WAN ਆؤਟੇਜਾਂ ਦੌਰਾਨ ਅਹਮ ਮਾਨੀਟਰਿੰਗ ਚਲਦੇ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਰਾਅ ਹਾਈ-ਫ੍ਰਿਕਵੈਂਸੀ ਸਟ੍ਰੀਮਾਂ ਦੀ ਥਾਂ ਸੰਖੇਪ ਜਾਂ ਐਕਸਪਸ਼ਨ ਭੇਜ ਕੇ ਬੈਂਡਵਿਡਥ ਘਟਾਉਂਦਾ ਹੈ।

ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਅਤੇ ਕੁਆਲਟੀ ਚੈੱਕ ਯਾਤ੍ਰਾ ਹੈ

ਡੇਟਾ ਗੁਣਵੱਤਾ ਕੋਈ ਇੱਕ-ਵਾਰੀ ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਹੈ। ਨਿਯਮਤ ਕੈਲੀਬ੍ਰੇਸ਼ਨ, ਸਮਾਂ-ਸਿੰਕ ਚੈੱਕ, ਸੈਂਸਰ ਸਿਹਤ ਮਾਨੀਟਰਿੰਗ, ਅਤੇ ਵੈਲਿਡੇਸ਼ਨ ਨਿਯਮ (ਜਿਵੇਂ ਰੇਂਜ ਸੀਮਾਵਾਂ ਅਤੇ "ਅਟਕੀ ਹੋਈ ਕੀਮਤ" ਦੀ ਪਛਾਣ) ਨੂੰ ਹੋਰ ਰੱਖ-ਰਖਾਵ ਕਾਰਜਾਂ ਵਾਂਗ ਸ਼ਡਿਊਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ—ਕਿਉਂਕਿ ਭਰੋਸੇਯੋਗ ਇਨਸਾਈਟਸ ਭਰੋਸੇਯੋਗ ਮਾਪ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ।

ਕਿੱਥੇ SCADA ਅਤੇ Energy Platforms ਮਿਲਦੇ ਹਨ

SCADA ਅਤੇ energy management ਪਲੇਟਫਾਰਮ ਅਕਸਰ ਵੱਖ-ਵੱਖ ਟੀਮਾਂ 'ਚ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ: SCADA ਓਪਰੇਸ਼ਨਾਂ ਲਈ (ਪ੍ਰਕਿਰਿਆ ਚਲਾਉ), ਅਤੇ EMS ਸੁਵਿਧਾ/ਟਿਕਾਊਪਣ ਲਈ (ਉਰਜਾ ਸਮਝੋ ਅਤੇ ਘਟਾਓ)। ਵੱਡੇ ਪੱਧਰ 'ਤੇ, ਉਹ ਸਭ ਤੋਂ ज़ਿਆਦਾ ਮੁੱਲ ਉੱਥੇ ਦਿੰਦੇ ਹਨ ਜਦ ਉਹ ਇੱਕੋ "ਸਰੋਤ-ਸੱਚਾਈ" ਸਾਂਝੀ ਕਰਦੇ ਹਨ ਕਿ ਪਲਾਂਟ ਫਲੋਰ ਅਤੇ ਇਲੈਕਟ੍ਰਿਕਲ ਰੂਮ 'ਚ ਕੀ ਹੋ ਰਿਹਾ ਹੈ।

ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ SCADA

SCADA ਰੀਅਲ-ਟਾਈਮ ਮਾਨੀਟਰਿੰਗ ਅਤੇ ਕੰਟਰੋਲ ਲਈ ਬਣਿਆ ਹੈ। ਇਹ PLCs, RTUs, ਮੀਟਰ ਅਤੇ ਸੈਂਸਰ ਤੋਂ ਸਿਗਨਲ ਇਕੱਠੇ ਕਰਦਾ ਹੈ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਓਪਰੇਟਰ ਸਕ੍ਰੀਨਾਂ, ਅਲਾਰਮ ਅਤੇ ਸੰਯੋਕਤ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਸੋਚੋ: ਉਪਕਰਨ ਸ਼ੁਰੂ/ਰੋਕੋ, ਪ੍ਰਕਿਰਿਆ ਵੇਰੀਏਬਲ ਟਰੈਕ ਕਰੋ, ਅਤੇ ਜਦ ਕੁਝ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੋਵੇ ਤਾਂ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦਿਓ।

EMS, ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ

ਇੱਕ EMS ਉਰਜਾ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾ, ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਰਿਪੋਰਟਿੰਗ 'ਤੇ ਧਿਆਨ ਦਿੰਦਾ ਹੈ। ਇਹ ਬਿਜਲੀ, ਗੈਸ, ਸਟੀਮ ਅਤੇ ਪਾਣੀ ਦੇ ਡੇਟਾ ਨੂੰ ਸਮੇਟਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ KPIਜ਼ (ਲਾਗਤ, ਇੰਟੀਨਸਿਟੀ, ਪੀਕ ਡੀਮਾਂਡ) ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਅਤੇ ਐਸੇ ਕਾਰਵਾਈਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਡੀਮਾਂਡ ਰਿਸਪਾਂਸ, ਲੋਡ ਸ਼ਿਫਟਿੰਗ ਅਤੇ ਕਨਫਾਰਮੈਂਸ ਰਿਪੋਰਟਿੰਗ।

ਓਵਰਲੈਪ: ਇੱਕ ਨਜ਼ਾਰਾ, ਤੇਜ਼ ਫੈਸਲੇ

ਜਦੋਂ SCADA ਸੰਦਰਭ (ਪ੍ਰੋਸੈਸ ਕੀ ਕਰ ਰਿਹਾ ਸੀ) EMS ਸੰਦਰਭ (ਉਰਜਾ ਕੀ ਲਾਗਤ/ਖਪਤ ਕਰ ਰਹੀ ਹੈ) ਦੇ ਨਾਲੋੁ ਵੇਖਾਏ ਜਾਂਦੇ ਹਨ, ਟੀਮਾਂ ਕੋਲ ਹੈਂਡਆਫ ਦੇ ਡੀਲੇ ਨਹੀਂ ਰਹਿੰਦੇ। ਫੈਸਿਲਿਟੀ ਨੂੰ پاور ਪੀਕਸ ਦੀ ਸਕ੍ਰੀਨਸ਼ੌਟਾਂ ਈਮੇਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਰਹਿੰਦੀ, ਅਤੇ ਉਤਪਾਦਨ ਨੂੰ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਰਹਿੰਦੀ ਕਿ ਕੋਈ ਸੈਟਪੋਇੰਟ ਬਦਲਣਾ ਡੀਮਾਂਡ ਸੀਮਾ ਨੂੰ ਤੋੜੇਗਾ ਕਿ ਨਹੀਂ। ਸਾਂਝੇ ਡੈਸ਼ਬੋਰਡ ਇਹ ਦਿਖਾ ਸਕਦੇ ਹਨ:

• ਪ੍ਰੋਸੈਸ ਸਟੇਟ (ਲਾਈਨ ਚੱਲ ਰਹੀ ਹੈ, ਬੈਚ ਫੇਜ਼) ਨਾਲੋੁ ਉਰਜਾ ਤੀਵ੍ਰਤਾ
• ਇਲੈਕਟ੍ਰਿਕਲ ਘਟਨਾਵਾਂ ਅਤੇ ਅਲਾਰਮ ਨਾਲੋੁ ਡਾਊਨਟਾਈਮ ਕਾਰਨਾਂ
• ਪੀਕ ਡੀਮਾਂਡ ਫੋਰਕਾਸਟ ਨਾਲੋੁ ਯੋਜਿਤ ਉਤਪਾਦਨ ਸਕੈਜੂਲ

ਸ਼ੁਰੂਆਤ ਤੇ ਬੁਨਿਆਦ ਸੈਟ ਕਰੋ

ਕਨਵਰਜੈਂਸ ਦੀ ਸਫਲਤਾ ਜਾਂ ਨਾਕਾਮੀ ਇੱਕਸਾਰਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਸੈਂਕਿਆ, ਟੈਗ ਅਤੇ ਅਲਾਰਮ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਨੂੰ ਜਲਦੀ ਮਿਆਰੀਕ੍ਰਿਤ ਕਰੋ—ਸੈਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ—ਸੈਂਕੜਿਆਂ ਮੀਟਰਾਂ ਅਤੇ ਹਜ਼ਾਰਾਂ ਪ੍ਰਾਂਖਿਂਦਾਂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ। ਇੱਕ ਸਾਫ ਟੈਗ ਮਾਡਲ ਡੈਸ਼ਬੋਰਡਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਅਲਾਰਮ ਰੁੱਟਿੰਗ ਨੂੰ ਪੂਰਵਾਨੁਮਾਨੀਯ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਕਾਫੀ ਹੱਦ ਤਕ ਮੈਨੂਅਲ ਘੱਟ ਕਰਦਾ ਹੈ।

ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਪਾਵਰ ਕੁਆਲਟੀ: ਅਪਟਾਈਮ ਦੀ ਰੱਖਿਆ

ਭਰੋਸੇਯੋਗਤਾ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਬਿਜਲੀ ਉਪਲਬਧ ਹੈ—ਇਹ ਇਸ ਗੱਲ ਦੀ ਵੀ ਪੂਛ ਕਰਦਾ ਹੈ ਕਿ ਬਿਜਲੀ automation ਉਪਕਰਨਾਂ ਲਈ "ਪਰਿਚਾਰਕ" ਹੈ ਕਿ ਨਹੀਂ। ਜਿਵੇਂ ਜਦ ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ ਇੱਕ ਪ੍ਰਾਇਕਟਿਕਲ ਅਪਟਾਈਮ ਟੂਲ ਬਣ ਜਾਂਦੀ ਹੈ ਨਾ ਕਿ ਸਿਰਫ਼ ਇੱਕ "ਅਵਸ਼ਯਕਤਾ-ਨਹੀਂ" ਇਲੈਕਟ੍ਰਿਕਲ ਫੀਚਰ।

ਪਾਵਰ ਕੁਆਲਟੀ ਸਮੱਸਿਆਵਾਂ ਕਿਵੇਂ ਦਿਸਦੀਆਂ ਹਨ

ਜ਼ਿਆਦਾਤਰ ਫੈਸਿਲਿਟੀ ਇੱਕ ਵੱਡੇ ਬਲੈਕਆਊਟ ਦਾ ਅਨੁਭਵ ਨਹੀਂ ਕਰਦੀਆਂ। ਇਸਦੀ ਥਾਂ, ਉਹ ਛੋਟੇ ਵਿਘਟਨਾਂ ਨੂੰ ਵੇਖਦੀਆਂ ਹਨ ਜੋ ਇਕੱਠੇ ਹੋ ਕੇ ਉਤਪਾਦਨ ਸਮੇਂ ਨੂੰ ਖੋ ਸਕਦੇ ਹਨ:

• ਸੈਗ: ਵੋਲਟੇਜ ਦਾ ਛੋਟਾ ਗਿਰਾਅ ਜੋ ਡ੍ਰਾਈਵ, PLCs ਜਾਂ IT ਗੀਅਰ ਨੂੰ ਰੀਸੈਟ ਕਰ ਸਕਦਾ ਹੈ।
• ਸਵੈਲ: ਛੋਟੇ ਵੋਲਟੇਜ ਵਾਧੇ ਜੋ ਪਾਵਰ ਸਪਲਾਈ ਅਤੇ ਇੰਸੁਲੇਸ਼ਨ ਨੂੰ ਤਣਾਅ ਦਿੰਦੇ ਹਨ।
• ਹਾਰਮੋਨਿਕਸ: ਵੇਵਫਾਰਮ ਦੀ ਵਿਗੜਤ (ਅਕਸਰ VFDs ਅਤੇ UPS ਸਿਸਟਮਾਂ ਤੋਂ) ਜੋ ਉਪਕਰਨਾਂ ਵਿਚ ਗਰਮੀ ਅਤੇ ਅਸਥਿਰਤਾ ਵਧਾਉਂਦੀ ਹੈ।
• ਟ੍ਰਾਂਸਿਐਂਟ: ਸਵਿੱਚਿੰਗ ਘਟਨਾਵਾਂ ਜਾਂ ਬਿਜਲੀ ਦੇ ਗੋਲਿਆਂ ਤੋਂ ਆਉਂਦੇ ਤੇਜ਼ ਸਪੀਕ ਜੋ ਵਿਧਿਅਕ ਤੌਰ 'ਤੇ ਇਲੈਕਟ੍ਰੋਨਿਕਸ ਨੂੰ ਸਮਾਂ ਦੇ ਨਾਲ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੇ ਹਨ।

ਖਰਾਬ ਪਾਵਰ ਕੁਆਲਟੀ ਆਟੋਮੇਸ਼ਨ 'ਤੇ ਕਿਵੇਂ ਪ੍ਰਭਾਵ ਪਾਂਦੀ ਹੈ

ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਤੀਕ੍ਰਿਆ ਦਿੰਦੇ ਹਨ—ਕਈ ਵਾਰੀ ਬਹੁਤ ਤੇਜ਼। ਇੱਕ ਨਰਮ ਸੈਗ ਮotor ਪ੍ਰੋਟੈਕਸ਼ਨ ਵਿੱਚ ਨੋਇਜ਼-ਟ੍ਰਿਪਸ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਅਚਾਨਕ ਲਾਈਨ ਸਟਾਪ ਹੋ ਸਕਦੀ ਹੈ। ਹਾਰਮੋਨਿਕਸ ਟ੍ਰਾਂਸਫਾਰਮਰਾਂ ਅਤੇ ਕੇਬਲਾਂ ਵਿੱਚ ਤਾਪਮਾਨ ਵਧਾ ਦਿੰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਉਪਕਰਨ ਦੀ ਘਿਸਤ-ਪੀਂਕ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ। ਟ੍ਰਾਂਸਿਐਂਟਸ ਪਾਵਰ ਸਪਲਾਈਜ਼ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਅੰਤਰਾਲੀ ਫੌਲਟ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਦੁਹਰਾਉਣਾ ਮুশਕਿਲ ਹੁੰਦਾ ਹੈ।

ਨਤੀਜਾ ਮਹਿੰਗਾ ਹੈ: ਡਾਊਨਟਾਈਮ, ਘਟਿਆ throughput, ਅਤੇ ਮੈਨਟੇਨੈਂਸ ਟੀਮ "ਭੂਤਾਂ" ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਤੱਕਦੀ ਰਹਿੰਦੀ ਹੈ।

ਸਾਫਟਵੇਅਰ-ਚਲਾਇਆ ਵਰਕਫਲੋ ਜੋ ਰਿਕਵਰੀ ਨੂੰ ਛੋਟਾ ਕਰਦੇ ਹਨ

ਜਦ SCADA ਅਤੇ ਇੱਕ energy management ਪਲੇਟਫਾਰਮ ਇਕੱਠੇ ਕੰਮ ਕਰਦੇ ਹਨ (ਉਦਾਹਰਣ ਲਈ, Schneider Electric-ਸਟਾਈਲ ਆਰਕੀਟੈਕਚਰਾਂ ਵਿੱਚ), ਲਕੜੀ ਦਾ ਉਦੇਸ਼ ਘਟਨਾਵਾਂ ਨੂੰ ਕਾਰਵਾਈ ਵਿੱਚ ਬਦਲਣਾ ਹੁੰਦਾ ਹੈ:

event detection → root-cause hints → work orders

ਸਿਸਟਮ ਸਿਰਫ਼ ਇੱਕ ਅਲਾਰਮ ਲੌਗ ਕਰਨ ਦੀ ਥਾਂ, ਇੱਕ ਟ੍ਰਿਪ ਨੂੰ ਕਿਸੇ ਖਾਸ ਫੀਡਰ 'ਤੇ ਵੋਲਟੇਜ ਸੈਗ ਨਾਲ ਕੋਰਲੈਟ ਕਰ ਸਕਦਾ ਹੈ, ਸੰਭਵ upstream ਕਾਰਨਾਂ (ਯੂਟਿਲਿਟੀ ਥਾਂ-ਹਾਡ੍ਹ, ਵੱਡੇ ਮੋਟਰ ਦਾ ਸਟਾਰਟ, ਕੇਪਾਸਟਰ ਸਵਿੱਚਿੰਗ) ਦਾ ਸੁਝਾਅ ਦੇ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਹੀ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਵੇਵਫਾਰਮ ਸਨੈਪਸ਼ੌਟ ਨਾਲ ਇੱਕ ਮੁਰੰਮਤ ਕੰਮ-ਆਰਡਰ ਜਨਰੇਟ ਕਰ ਸਕਦਾ ਹੈ।

ਟ੍ਰੈਕ ਕਰਨ ਵਾਲੇ KPIਜ਼

ਪ੍ਰਭਾਵ ਮਾਪਣ ਲਈ ਮੈਟਰਿਕਸ ਸਾਦੇ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਰੱਖੋ:

• ਮਤਲਬ ਸਮਾਂ-ਸਮਝੋ (MTTR) ਪਾਵਰ-ਕੁਆਲਟੀ-ਸੰਬੰਧੀ ਟ੍ਰਿਪਾਂ ਤੋਂ ਬਾਅਦ
• ਘਟਨਾ ਫ੍ਰਿਕਵੈਂਸੀ (ਕਿਸਮ ਅਨੁਸਾਰ: ਸੈਗ, ਸਵੈਲ, ਹਾਰਮੋਨਿਕ ਸੀਮਾ, ਟ੍ਰਾਂਸਿਐਂਟ)
• ਆਵਸ਼ਯਕ ਲੋਡ ਅਪਟਾਈਮ (ਲਾਈਨਾਂ, ਕਲੀਨਰੂਮ, ਜਾਂ ਕੰਟਰੋਲ ਰੂਮ ਲਈ)

ਇਲੈਕਟ੍ਰਿਕਲ ਅਤੇ ਮਕੈਨਿਕਲ ਐਸੈਟਾਂ 'ਤੇ ਪ੍ਰੇਡਿਕਟਿਵ ਮੈਨਟੇਨੈਂਸ

ਮੈਨਟੇਨੈਂਸ ਅਕਸਰ ਦੋ ਵੱਖ-ਵੱਖ ਦੁਨੀਆਂ ਵਜੋਂ ਸੁਲੂਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਇਲੈਕਟ੍ਰੀਸ਼ੀਅਨ ਸਵਿੱਚਗੇਅਰ ਅਤੇ ਬ੍ਰੇਕਰ ਵੇਖਦੇ ਹਨ, ਜਦਕਿ ਮੁਰੰਮਤ ਟੀਮ ਮੋਟਰ, ਪੰਪ ਅਤੇ ਬੈਅਰਿੰਗ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ। ਕਨਵਰਜਡ ਸਾਫਟਵੇਅਰ—ਉਰਜਾ ਪ੍ਰਬੰਧਨ ਸਾਫਟਵੇਅਰ ਨੂੰ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਡੇਟਾ ਨਾਲ ਜੋੜ ਕੇ—ਤੁਹਾਨੂੰ ਦੋਹਾਂ ਨੂੰ ਇੱਕੋ ਤਰਕ ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਦਿੰਦਾ ਹੈ: ਬਿਵਸਥਿਤ ਸੰਕੇਤ ਪਛਾਣੋ, ਜੋਖਮ ਸਮਝੋ, ਅਤੇ ਉਤਪਾਦਨ ਵਿੱਚ ਵਿਘਨ ਪੈਦਾ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਸ਼ੈਡਿਊਲ ਕਰੋ।

ਪ੍ਰੇਡਿਕਟਿਵ बनਾਮ ਪ੍ਰੀਵੇਂਟਿਵ ਮੈਨਟੇਨੈਂਸ (ਸਧਾਰਨ ਸ਼ਬਦ)

ਪ੍ਰੀਵੇਂਟਿਵ ਰੱਖ-ਰਖਾਵ ਕੈਲੰਡਰ ਜਾਂ ਰਨਟਾਈਮ ਅਧਾਰਤ ਹੁੰਦਾ ਹੈ: “ਹਰ ਤਿਮਾਹੀ ਜਾਂਚ ਕਰੋ” ਜਾਂ “X ਘੰਟਿਆਂ ਤੋਂ ਬਾਅਦ ਬਦਲੋ।” ਇਹ ਸਧਾਰਨ ਹੈ ਪਰ ਸਿਹਤਮੰਦ ਸਾਮਾਨ 'ਤੇ ਫालतੂ ਕਮਾਈ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਅਚਾਨਕ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਚੂਕ ਸਕਦਾ ਹੈ।

ਪ੍ਰੇਡਿਕਟਿਵ ਰੱਖ-ਰਖਾਵ ਸਥਿਤੀ-ਆਧਾਰਿਤ ਹੈ: ਤੁਸੀਂ ਇਹ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋ ਕਿ ਐਸੈਟ ਕੀ ਕਰ ਰਹੀ ਹੈ ਅਤੇ ਜਦ ਡੇਟਾ ਘਟਾਅ ਦਰਸਾਉਂਦਾ ਹੈ ਤਦ ਕਾਰਵਾਈ ਕਰੋ। ਮਕਸਦ ਪਰਫੈਕਟ ਭਵਿੱਖਬਾਣੀ ਨਹੀਂ—ਇਹ ਮਾਮਲਾ ਹੈ ਗੁਆਚੋਂ ਵੱਧ ਸਬੂਤ-ਅਧਾਰਿਤ ਫੈਸਲੇ।

ਅਸਲ ਸਾਈਟਾਂ ਵਿੱਚ ਜਿਹੜੇ ਸੰਕੇਤ ਮਹੱਤਵਪੂਰਣ ਹੁੰਦੇ ਹਨ

ਇਲੈਕਟ੍ਰਿਕਲ ਅਤੇ ਮਕੈਨਿਕਲ ਐਸੈਟਾਂ 'ਚ ਘੱਟ-ਵੱਧ ਕੁਝ ਸੰਕੇਤ ਸਥਿਰ ਢੰਗ ਨਾਲ ਲਾਭ ਦਿੰਦੇ ਹਨ:

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

ਜੋ ਪਲੇਟਫਾਰਮ SCADA ਅਤੇ EMS ਡੇਟਾ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ ਇਹ ਡੇਟਾ ਓਪਰੇਟਿੰਗ ਸੰਦਰਭ—ਲੋਡ, ਸਟਾਰਟ/ਸਟਾਪ, ਆਮਬੀਐਂਟ ਹਾਲਤਾਂ, ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਸਟੇਟ—ਨਾਲ ਜੋੜ ਸਕਦੇ ਹਨ ਤਾਂ ਜੋ ਤੁਸੀਂ ਜਲ੍ਹਾਂ-ਝੂਠੀਆਂ ਚੇਤਾਵਨੀਆਂ ਦਾ ਪਿੱਛਾ ਨਾ ਕਰੋ।

ਵਿਸ਼ਲੇਸ਼ਣ ਕਾਰਵਾਈਆਂ ਨੂੰ ਤਰਜੀਹ ਕਿਵੇਂ ਦਿੰਦਾ ਹੈ

ਵਧੀਆ ਵਿਸ਼ਲੇਸ਼ਣ ਸਿਰਫ਼ ਅਨੋਮਲੀ ਨੂੰ ਨੋਟ ਨਹੀਂ ਕਰਦਾ; ਇਹ ਉਹਨਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ। ਆਮ ਤਰੀਕੇ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ ਰਿਸਕ ਸਕੋਰਿੰਗ (ਸੰਭਾਵਨਾ × ਪ੍ਰਭਾਵ) ਅਤੇ ਕ੍ਰਿਟੀਕਲਿਟੀ ਰੈਂਕਿੰਗ (ਸੁਰੱਖਿਆ, ਉਤਪਾਦਨ, ਉਪਕਰਨ ਬਦਲਣ ਦੀ ਅਵਧੀ)। ਨਿਕਾਸ ਇੱਕ ਛੋਟੀ, ਕਾਰਜਯੋਗ ਕਤਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ: ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ ਹੈ, ਕੀ ਰੁਕ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੀ ਤਾਤਕਾਲ ਸ਼ਟਡਾਊਨ ਮੰਗਦਾ ਹੈ।

ਅਸਲੀ ਉਮੀਦਾਂ ਰੱਖੋ

ਨਤੀਜੇ ਡੇਟਾ ਕਵਰੇਜ, ਸੈਂਸਰ ਪਲੇਸਮੈਂਟ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਅਨੁਸ਼ਾਸਨ ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ: ਸਤਤ ਟੈਗਿੰਗ, ਅਲਾਰਮ ਟਿਊਨিং, ਅਤੇ ਬੰਦ-ਲੂਪ ਵਰਕ ਆਰਡਰ। ਠੀਕ ਨੀਵਾਂ ਹੋਣ 'ਤੇ, Schneider Electric-ਸਟਾਈਲ OT ਅਤੇ IT ਇਕਤ੍ਰਤਾ ਅਣਚਾਹੀ ਡਾਊਨਟਾਈਮ ਘਟਾ ਸਕਦੀ ਹੈ—ਪਰ ਇਹ ਸਾਫਟਵੇਅਰ ਧੀਰੇ-ਧੀਰੇ ਮੁਰੰਮਤ ਦੀਆਂ ਅਚੁਕ ਰਵਾਇਤਾਂ ਨਹੀਂ ਬਦਲਦੀ ਅਤੇ ਇੱਕ ਰਾਤ ਵਿੱਚ ਇਨਸਟੂਮੇੰਟੇਸ਼ਨ ਗੈਪਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੀ।

ਕੁਸ਼ਲਤਾ ਲਾਭ: ਡੀਮਾਂਡ ਪ੍ਰਬੰਧਨ ਅਤੇ ਪ੍ਰੋਸੈਸ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ

ਕੁਸ਼ਲਤਾ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਆਟੋਮੇਸ਼ਨ "ਰਿਪੋਰਟਿੰਗ ਟੂਲ" ਬਣਕੇ ਮਾਪੇ-ਜਾਣ ਵਾਲੀ ਬਚਤ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਸਭ ਤੋਂ ਪ੍ਰਾਇਕਟਿਕ ਜਿੱਤ ਆਮ ਤੌਰ 'ਤੇ ਪੀਕ ਘਟਾਉਣ, ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਸਮਤਲ ਕਰਨ, ਅਤੇ ਉਰਜਾ ਖਪਤ ਨੂੰ ਸਿੱਧਾ ਉਤਪਾਦਨ ਉਤਪਾਦ ਨਾਲ ਜੋੜਣ ਤੋਂ ਆਉਂਦੀ ਹੈ।

ਪੀਕ ਡੀਮਾਂਡ ਅਤੇ ਟਾਈਮ-ਆਫ-ਯੂਜ਼, ਸਧਾਰਨ ਸ਼ਬਦ

ਕਈ ਸਥਾਨ kWh ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ ਅਤੇ ਆਪਣੇ ਬਿੱਲਿੰਗ ਪੀਰੀਅਡ ਦੌਰਾਨ ਆਪਣੀ ਸਭ ਤੋਂ ਉੱਚੀ ਛੋਟੀ ਛਪਕੀ (ਪੀਕ kW) ਲਈ ਵੀ। ਉਹ ਛਪਕੀ—ਅਕਸਰ ਕਈ ਵੱਡੇ ਲੋਡ ਇਕੱਠੇ ਸਟਾਰਟ ਹੋਣ ਨਾਲ ਹੁੰਦੀ ਹੈ—ਮਹੀਨੇ ਭਰ ਲਈ ਡੀਮਾਂਡ ਚਾਰਜ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੀ ਹੈ।

ਇਸ ਤੋਂ ਉਪਰ, ਟਾਈਮ-ਆਫ-ਯੂਜ਼ (TOU) ਕੀਮਤਾਂ ਮਤਲਬ ਹੈ ਕਿ ਇਕੋ kWh ਪੀਕ ਸਮਿਆਂ 'ਚ ਮਹਿੰਗੀ ਅਤੇ ਰਾਤ ਨੂੰ ਜਾਂ ਹਫਤੇ ਦੇ ਅਖੀਰ 'ਚ ਸਸਤੀ ਹੋ ਸਕਦੀ ਹੈ। ਸਾਫਟਵੇਅਰ ਪੀਕਾਂ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰਕੇ ਇਸ ਦਾ ਸੂਚਨ ਦਿੰਦਾ ਹੈ, ਹੁਣ ਚਲਾਉਣ ਦੀ ਲਾਗਤ ਬਨਾਮ ਬਾਅਦ ਵਿੱਚ ਚਲਾਉਣ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਮਹਿੰਗੀ ਸੀਮਾ ਪਾਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਟੀਮਾਂ ਨੂੰ ਅਲਰਟ ਕਰਦਾ ਹੈ।

ਆਟੋਮੇਸ਼ਨ ਉਹਨਾਂ ইনਸਾਈਟਸ ਨਾਲ ਕੀ ਕਰਦੀ ਹੈ

ਜਦੋਂ ਕੀਮਤ ਸਿਗਨਲ ਅਤੇ ਸੀਮਾਵਾਂ ਪਤਾ ਹੁੰਦੀਆਂ ਹਨ, ਆਟੋਮੇਸ਼ਨ ਕਾਰਵਾਈ ਕਰ ਸਕਦੀ ਹੈ:

• ਲੋਡ ਸ਼ੈਡਿੰਗ: ਜਦ ਪੀਕ ਬਣ ਰਿਹਾ ਹੋਵੇ ਗੈਰ-ਆਵਸ਼ਯਕ ਲੋਡ (ਜਿਵੇਂ ਕੁਝ HVAC ਸਟੇਜ, ਕੰਪ੍ਰੈਸਟਿਡ ਏਅਰ ਟ੍ਰਿਮ, EV ਚਾਰਜਿੰਗ) ਨੂੰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਘਟਾਉਣਾ।
• ਪ੍ਰੋਸੈਸ ਸਕੈਜੂਲਿੰਗ: ਭਾਰੀ-ਉਰਜਾ ਕਦਮ (ਬੈਚ ਹੀਟਿੰਗ, ਸਫਾਈ ਚੱਕਰ, ਪੰਪਿੰਗ) ਨੂੰ ਨਾ ਵੱਧ ਬਿਨਾਂ throughput ਨੁਕਸਾਨ ਦੇ ਸਸਤੇ ਘੰਟਿਆਂ 'ਤੇ ਸ਼ਿਫਟ ਕਰਨਾ।
• ਸੈਟਪੋਇੰਟ ਸਮਾਂਤਲਤਾ: ਛੋਟੇ, ਕੰਟਰੋਲ ਕੀਤੇ ਗਏ ਤਬਦੀਲੀਆਂ (ਤਾਪਮਾਨ, ਦਬਾਅ, ਸਪੀਡ) ਜੋ ਪਾਵਰ ਖਪਤ ਘਟਾਉਂਦੀਆਂ ਹਨ ਪਰ ਕੁਆਲਿਟੀ/ਸੁਰੱਖਿਆ ਸੀਮਾਵਾਂ 'ਚ ਰਹਿੰਦੀਆਂ ਹਨ।

ਉਰਜਾ KPI ਜੋ ਉਤਪਾਦਨ ਨਾਲ ਜੁੜਦੇ ਹਨ

ਸੁਧਾਰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਲਈ, ਓਪਰੇਸ਼ਨਲ ਸ਼ਬਦਾਂ ਵਿੱਚ ਉਰਜਾ ਟਰੈਕ ਕਰੋ: kWh ਪ੍ਰਤੀ ਯੂਨਿਟ, ਉਰਜਾ ਸੰਘਣਤਾ (kWh ਪ੍ਰਤੀ ਟੌਨ, ਪ੍ਰਤੀ m², ਜਾਂ ਪ੍ਰਤੀ ਰਨ-ਘੰਟਾ), ਅਤੇ ਬੇਸਲਾਈਨ ਵਿਰੁੱਧ ਅਸਲੀ। ਇੱਕ ਚੰਗਾ ਪਲੇਟਫਾਰਮ ਇਹ ਸਪਸ਼ਟ ਕਰ ਦਿੰਦਾ ਹੈ ਕਿ ਬਚਤ ਅਸਲ ਕੁਸ਼ਲਤਾ ਤੋਂ ਆਈ ਹੈ—ਜਾਂ ਸਿਰਫ਼ ਘੱਟ ਉਤਪਾਦਨ ਨਾਲ।

ਬਦਲਾਅ ਪ੍ਰਬੰਧਨ: ਟਾਰਗੇਟ ਵਰਤਣਯੋਗ ਬਣਾਓ

ਕੁਸ਼ਲਤਾ ਪ੍ਰੋਗਰਾਮ ਤਦੋਂ ਲੰਬੇ ਸਮੇਂ ਤੈਰ ਰਹਿੰਦੇ ਹਨ ਜਦੋਂ ਓਪਰੇਸ਼ਨ, ਫਾਇਨੈਂਸ, ਅਤੇ EHS ਟਾਰਗੇਟ ਅਤੇ ਛੂਟਾਂ 'ਤੇ ਸਹਿਮਤ ਹੋਣ। ਇਹ ਤੈਅ ਕਰੋ ਕਿ ਕੀ ਸ਼ੈਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਦੋਂ ਕਮਫਰਟ ਜਾਂ ਸੁਰੱਖਿਆ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਕਿਸ ਨੂੰ ਸਕੈਜੂਲ ਬਦਲਣ ਦੀ ਮਨਜ਼ੂਰੀ ਦੇਣੀ ਹੈ। ਫਿਰ ਸਾਂਝੇ ਡੈਸ਼ਬੋਰਡ ਅਤੇ ਐਕਸਪਸ਼ਨ ਅਲਰਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਤਾਂ ਜੋ ਟੀਮਾਂ ਉਨ੍ਹਾਂ ਹੀ ਲਾਗਤ, ਜੋਖਮ, ਅਤੇ ਪ੍ਰਭਾਵ ਦੇ ਵਰਜਨ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ।

ਡੇਟਾ ਸੈਂਟਰ: ਇਕ ਉੱਚ-ਦਾਅਾ ਵਾਲਾ ਉਪਯੋਗ ਕੇਸ

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

ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਤਸਵੀਰ: ਪਾਵਰ, ਕੂਲਿੰਗ, ਅਤੇ IT ਲੋਡ

ਇਕ ਕਨਵਰਜਡ ਸਾਫਟਵੇਅਰ ਲੇਅਰ OT ਸੰਕੇਤ (ਬ੍ਰੇਕਰ, UPS, ਜਨਰੇਟਰ, ਚਿਲਰ, CRAH ਯੂਨਿਟ) ਨੂੰ IT-ਸਮਰੱਥਾ ਮੈਟ੍ਰਿਕਸ ਨਾਲ ਜੋੜ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਓਪਰੇਟਰ ਤੁਰੰਤ ਪ੍ਰਸ਼ਨ ਦੇ ਜਵਾਬ ਦੇ ਸਕਣ:

• PUE (Power Usage Effectiveness): ਕੀ ਕੁਸ਼ਲਤਾ ਕਿਸੇ ਕੂਲਿੰਗ ਕੰਟਰੋਲ, ਏਅਰ ਫਲੋ ਬਦਲਾਅ, ਜਾਂ ਵੱਧਦੇ IT ਲੋਡ ਕਾਰਨ ਘਟ ਰਹੀ ਹੈ?
• ਰੇਕ ਪਾਵਰ: ਕਿਹੜੀਆਂ ਰੇਖਾਂ ਸੀਮਾਵਾਂ ਦੇ ਨੇੜੇ ਹਨ ਅਤੇ ਕਿੱਥੇ ਸੁਰੱਖਿਅਤ ਹੈੱਡਰੂਮ ਹੈ?
• ਰੈਡੰਡੈਂਸੀ ਸਥਿਤੀ: ਕੀ ਤੁਸੀਂ ਅਜੇ ਵੀ N+1 ਤੇ ਹੋ, ਜਾਂ ਕਿਸੇ ਮਰੰਮਤ ਕਾਰਵਾਈ ਨੇ ਸਰਲਤਾ ਨੂੰ ਘੱਟ ਕਰ ਦਿੱਤਾ?
• ਅਲਾਰਮ ਜਵਾਬ ਸਮਾਂ: ਕੀ ਚੇਤਾਵਨੀਆਂ yeter ਵੇਲੇ ਅੰਗੀਕਾਰ ਅਤੇ ਸਨੁਸ਼ਧ ਕੀਤੀਆਂ ਜਾ ਰਹੀਆਂ ਹਨ?

ਇੱਥੇ ਉਹ ਪਲੇਟਫਾਰਮ ਮਹੱਤਵਪੂਰਣ ਹਨ ਜੋ SCADA और EMS ਧਾਰਣਾਵਾਂ ਨੂੰ ਜੋੜਦੇ ਹਨ: ਤੁਸੀਂ ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਰੀਅਲ-ਟਾਈਮ ਦਿਸ਼ਾ ਰੱਖਦੇ ਹੋ ਅਤੇ ਨਾਲ ਹੀ ਉਰਜਾ ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਸਮਰਥਨ ਕਰਦੇ ਹੋ।

ਸਮਰੱਥਾ ਯੋਜਨਾ ਅਤੇ ਘਟਨਾ ਪ੍ਰਤਿਕ੍ਰਿਆ, ਇੱਕੇ ਵਰਕਫਲੋ ਵਿੱਚ

ਇੰਟਿਗ੍ਰੇਟਡ ਮਾਨੀਟਰਿੰਗ ਰੈਕ-ਲੈਵਲ ਰੁਝਾਨਾਂ ਨੂੰ upstream ਰੋਕਾਂ (PDU, UPS, switchgear) ਅਤੇ ਕੂਲਿੰਗ ਛਮਤਾ ਨਾਲ ਮਿਲਾ ਕੇ ਸਮਰੱਥਾ ਯੋਜਨਾ ਨੂੰ ਸਹਾਰਾ ਦਿੰਦੀ ਹੈ। ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਥਾਂ, ਟੀਮਾਂ ਅਨੁਮਾਨ ਲਗਾ ਸਕਦੀਆਂ ਹਨ ਕਿ ਕਦੋਂ ਅਤੇ ਕਿੱਥੇ ਰੋਕਾਂ ਆਉਣਗੀਆਂ ਅਤੇ ਵਧਾਊਯੋਜਨੀਆਂ ਘੱਟ ਅਚਾਨਕ ਹੋਣਗੀਆਂ।

ਘਟਨਾ ਦੌਰਾਨ, ਇੱਕੋ ਸਿਸਟਮ ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ, ਟ੍ਰਾਂਸਫਰ ਘਟਨਾਵਾਂ, ਤਾਪਮਾਨ ਉਤਾਰ-ਚੜ੍ਹਾਵ ਨੂੰ ਕੋਰਲੇਟ ਕਰਕੇ ਓਪਰੇਟਰਾਂ ਨੂੰ ਲੱਛਣ ਤੋਂ ਕਾਰਨ ਤੱਕ ਤੇਜ਼ੀ ਨਾਲ ਜਾਣ ਅਤੇ ਕਾਰਵਾਈਆਂ ਨੂੰ ਇੱਕਸਾਰ ਦਸਤਾਵੇਜ਼ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।

ਪ੍ਰਾਇਕਟਿਕ ਸਲਾਹ: ਸ਼ੋਰ ਘੱਟ ਕਰੋ ਬਿਨਾਂ ਸਿਗਨਲ ਗੁਆਉਂਦੇ ਹੋਏ

ਅਲੱਗ ਕਰੋ ਤੇਜ਼ ਅਲਾਰਟ (ਬ੍ਰੇਕਰ ਟ੍ਰਿਪ, UPS ਬੈਟਰੀ 'ਤੇ, ਉੱਚ-ਤਾਪਮਾਨ ਸੀਮਾਵਾਂ) ਨੂੰ ਧੀਮੇ ਰੁਝਾਨਾਂ (PUE ਡ੍ਰਿਫਟ, ਰੈਕ ਵਾਧਾ) ਤੋਂ। ਤੇਜ਼ ਅਲਾਰਟ ਤੁਰੰਤ ਜਵਾਬੀ ਟੀਮਾਂ ਕੋਲ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ; ਧੀਮੇ ਰੁਝਾਨ ਦੈਨਿਕ/ਸਾਪਤਾਹਿਕ ਸਮੀਖਿਆ ਵਿੱਚ ਹੋਣ। ਇਹ ਸਧਾਰਾ ਵੰਡ ਧਿਆਨ ਸੁਧਾਰਦਾ ਹੈ ਅਤੇ ਸਾਫਟਵੇਅਰ ਨੂੰ ਮਦਦਗਾਰ ਮਹਿਸੂਸ ਕਰਵਾਂਦਾ ਹੈ ਨਾ ਕਿ ਬੇਕਾਰ ਚਿੰਘੜੀ।

ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਅਤੇ DER: ਲਚਕੀਲੇ ਪਾਵਰ ਨੂੰ ਸਾਫਟਵੇਅਰ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ

ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਵੰਡੇ ਹੋਏ ਊਰਜਾ ਸਰੋਤ (DER) ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਨ ਜਿਵੇਂ solar PV, ਬੈਟਰੀ ਸਟੋਰੇਜ, ਸਟੈਂਡਬਾਈ ਜਨਰੇਟਰ ਅਤੇ ਨਿਯੰਤਰਣਯੋਗ ਲੋਡ। ਕਾਗਜ਼ 'ਤੇ ਇਹ "ਸਥਾਨਕ ਬਿਜਲੀ" ਹੈ। ਅਮਲ ਵਿੱਚ ਇਹ ਇੱਕ ਲਗਾਤਾਰ ਬਦਲ ਰਹੀ ਪ੍ਰਣਾਲੀ ਹੈ ਜਿਸ ਵਿਚ ਸਪਲਾਈ, ਮੰਗ ਅਤੇ ਸੀਮਾਵਾਂ ਮਿੰਟ-ਬਾਈ-ਮਿੰਟ ਬਦਲ ਰਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।

ਸਹਯੋਗ ਕਿਉਂ ਮਹੱਤਵਪੂਰਣ ਹੈ

ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਸਿਰਫ਼ ਐਸੈਟਾਂ ਦਾ ਇੱਕ ਸੰਗ੍ਰਹਿ ਨਹੀਂ—ਇਹ ਚਲਾਉਣ ਵਾਲੇ ਫੈਸਲਿਆਂ ਦਾ ਸਮੂਹ ਹੈ। ਸਾਫਟਵੇਅਰ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਉਹ ਫੈਸਲੇ ਦੁਹਰਾਊ, ਸੁਰੱਖਿਅਤ ਵਿਹਾਰ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।

ਜਦ ਗ੍ਰਿਡ ਸਿਹਤਮੰਦ ਹੁੰਦਾ ਹੈ, ਸਹਯੋਗ ਲਾਗਤ ਅਤੇ ਕੁਸ਼ਲਤਾ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹੁੰਦਾ ਹੈ (ਉਦਾਹਰਣ ਲਈ, ਪਹਿਲਾਂ ਸੋਲਰ ਵਰਤਣਾ, ਸਸਤੇ ਸਮੇਂ ਬੈਟਰੀ ਚਾਰਜ ਕਰਨਾ, ਅਤੇ ਜਨਰੇਟਰ ਰਿਜ਼ਰਵ ਰੱਖਣਾ)। ਜਦ ਗ੍ਰਿਡ ਤਣਾਅ ਵਿੱਚ ਹੋਵੇ—ਜਾਂ ਉਪਲਬਧ ਨਾ ਹੋਵੇ—ਸਹਯੋਗ ਸਥਿਰਤਾ ਅਤੇ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਬਾਰੇ ਹੋ ਜਾਂਦਾ ਹੈ:

• ਆਈਲੈਂਡਿੰਗ: ਯੂਟਿਲਿਟੀ ਗ੍ਰਿਡ ਤੋਂ ਵੱਖ ਹੋਣਾ ਬਿਨਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਉਪਕਰਨ ਟ੍ਰਿਪ ਕੀਤੇ।
• ਆਵਸ਼ਯਕ-ਲੋਡ ਪ੍ਰਾਥਮਿਕਤਾ: ਜ਼ਰੂਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਚਲਾਉਂਦੇ ਰਹਿਣਾ ਜਦਕਿ ਗੈਰ-ਉਪਯੋਗ ਲੋਡ ਸ਼ੈਡ ਕੀਤੇ ਜਾਂ।
• ਫ੍ਰਿਕਵੈਂਸੀ/ਵੋਲਟੇਜ ਸਥਿਰਤਾ: ਖ਼ਾਸ ਕਰਕੇ ਵੱਧ ਸੋਲਰ penetration ਨਾਲ ਤੇਜ਼ ਬਦਲਾਵਾਂ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨਾ।

ਸਾਫਟਵੇਅਰ ਲੇਅਰ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੀ ਹੈ

ਆਧੁਨਿਕ energy management ਸਾਫਟਵੇਅਰ (ਜਿਸ ਵਿੱਚ Schneider Electric ਵਰਗੇ ਵੇਂਡਰਾਂ ਦੇ ਪਲੇਟਫਾਰਮ ਵੀ ਸ਼ਾਮਲ ਹਨ) ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਪ੍ਰਾਇਕਟਿਕ ਕਾਰਜ ਕਰਦਾ ਹੈ:

• ਫੋਰਕਾਸਟਿੰਗ: ਮੌਸਮ ਅਤੇ ਇਤਿਹਾਸਕ ਡੇਟਾ ਵਰਤ ਕੇ ਸੋਲਰ ਉਤਪਾਦਨ ਅਤੇ ਸਾਈਟ ਡੀਮਾਂਡ ਦਾ ਅਨੁਮਾਨ ਲਗਾਉਣਾ।
• ਡਿਸਪੈਚ ਨਿਯਮ: ਬੈਟਰੀਆਂ ਨੂੰ ਚਾਰਜ/ਡਿਸਚਾਰਜ ਕਰਨ, ਜਨਰੇਟਰ ਚਲਾਉਣ ਜਾਂ ਲੋਡ ਨੂੰ ਘਟਾਉਣ/ਕੰਚਿਤ ਕਰਨ ਦੇ ਦੀਸ਼ਾ-ਨਿਰਦੇਸ਼ ਜੋ ਸੀਮਾਵਾਂ (SOC, ਇంధਨ ਸੀਮਾਵਾਂ, ਡੀਮਾਂਡ ਕੈਪ, ਜਾਂ ਉਦਯੋਗਿਕ ਨਿਸ਼ਾਨੇ) ਦੇ ਆਧਾਰ 'ਤੇ ਹੁੰਦੇ ਹਨ।
• ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਆਡੀਟ ਟਰੇਲ: ਪ੍ਰਦਰਸ਼ਨ ਦਿਖਾਉਣਾ—ਉਰਜਾ ਬਚਤ, ਚਲਣ ਦੇ ਘੰਟੇ, ਬਚਾਏ ਗਏ ਬਲੈਕਆਊਟ—ਅਤੇ ਅੰਦਰੂਨੀ ਜਾਂ ਯੂਟਿਲਿਟੀ ਰਿਪੋਰਟਿੰਗ ਦਾ ਸਮਰਥਨ।

ਇੱਕ ਮੁੱਖ ਬਿੰਦੂ ਇਨਟੀਗ੍ਰੇਸ਼ਨ ਹੈ: ਇਕੋ ਸੁਪਰਵਾਈਜ਼ਰੀ ਲੇਅਰ ਜੋ ਇਲੈਕਟ੍ਰਿਕਲ ਹਾਲਤਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਆਟੋਮੇਸ਼ਨ ਸਿਸਟਮਾਂ ਨਾਲ ਕੋਆਰਡੀਨੇਟ ਕਰ ਸਕਦਾ ਹੈ ਤਾਂ ਕਿ "ਉਰਜਾ ਫੈਸਲੇ" ਅਸਲ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਤਬਦੀਲ ਹੋਣ।

ਬਹੁਤ ਵਾਅਦੇ ਨਾ ਕਰੋ

ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਇੱਕ-ਸਮਝ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ ਹੈ। ਇੰਟਰਕਨੇਕਸ਼ਨ ਦੀਆਂ ਲੋੜਾਂ, ਨਿਰਯਾਤ ਸੀਮਾਵਾਂ, ਟੈਰੀਫ਼ ਰਚਨਾਵਾਂ, ਅਤੇ ਪਰਮਿਟਿੰਗ ਨਿਯਮ ਇਲਾਕੇ ਅਤੇ ਯੂਟਿਲਿਟੀ ਅਨੁਸਾਰ ਬਹੁਤ ਵੀਨ ਭਿੰਨ ਹੁੰਦੇ ਹਨ। ਚੰਗਾ ਸਾਫਟਵੇਅਰ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨਿਯਮਾਂ ਵਿੱਚ ਚਲਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ—ਪਰ ਉਹ ਉਹਨਾਂ ਨੂੰ ਹਟਾ ਨਹੀਂ ਸਕਦਾ। ਯੋਜਨਾ ਸਪਸ਼ਟ ਓਪਰੇਟਿੰਗ ਮੋਡ ਅਤੇ ਸੀਮਾਵਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਿਰਫ਼ ਐਸੈਟ ਦੀ ਖਰੀਦ-ਸੂਚੀ ਨਾਲ ਨਹੀਂ।

ਜੁੜੇ ਉਦਯੋਗਿਕ ਸਿਸਟਮਾਂ ਲਈ ਸਾਇਬਰਸੇਕਿਰੀਟੀ ਅਤੇ ਸੁਰੱਖਿਆ

ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਸਾਫਟਵੇਅਰ ਨੂੰ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਜੋੜਨਾ ਵਿਜ਼ੀਬਿਲਟੀ ਅਤੇ ਨਿਯੰਤਰਣ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ—ਪਰ ਇਹ ਆਟੈਕ ਸਤਹ ਨੂੰ ਵੀ ਵੱਡਾ ਕਰਦਾ ਹੈ। ਲਕੜੀ ਦਾ ਹਦਫ਼ ਸੁਰੱਖਿਅਤ ਰਿਮੋਟ ਓਪਰੇਸ਼ਨ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਯੋਗ ਬਣਾਉਣਾ ਹੈ ਬਿਨਾਂ ਅਪਟਾਈਮ, ਸੁਰੱਖਿਆ, ਜਾਂ ਅਨੁਕੂਲਤਾ ਨੂੰ ਖਤਰੇ ਵਿੱਚ ਪਾਏ।

ਮੁੱਖ ਜੋਖਮ ਜਿਨ੍ਹਾਂ ਲਈ ਯੋਜਨਾ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ

ਰਿਮੋਟ ਐਕਸਸ ਅਕਸਰ ਜੋਖਮ ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਗੁਣਾ ਵਧਾਉਂਦਾ ਹੈ। ਇੱਕ ਵੇਂਡਰ VPN, ਇੱਕ ਸਾਂਝਾ ਰਿਮੋਟ ਡੈਸਕਟਾਪ, ਜਾਂ ਇੱਕ "ਐਮਰਜੈਂਸੀ" ਮੋਡਮ ਸ਼ਾਂਤੀ ਨਾਲ ਉਹ ਨਿਯੰਤਰਣ ਜੋ ਤੁਸੀਂ ਹੋਰ ਥਾਂ ਬਣਾਏ ਹਨ ਉਹਨਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦੇ ਹਨ।

ਲੈਗਸੀ ਡਿਵਾਈਸ ਵੀ ਇੱਕ ਹਕੀਕਤ ਹਨ: ਪੁਰਾਣੇ PLCs, ਮੀਟਰ, ਪ੍ਰੋਟੈਕਸ਼ਨ ਰਿਲੇ, ਜਾਂ ਗੇਟਵੇਅਜ਼ ਮੌਜੂਦ ਹੋ ਸਕਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਕੋਲ ਆਧੁਨਿਕ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਗੁਪਤਕੋਡ ਨਹੀਂ ਹੁੰਦੀ, ਫਿਰ ਵੀ ਉਹ ਨੈਟਵਰਕਾਂ 'ਤੇ ਸਥਿਤ ਹਨ ਜੋ ਹੁਣ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ।

ਅਖੀਰਕਾਰ, ਗਲਤ ਸੰਰਚਿਤ ਨੈਟਵਰਕ ਅਤੇ ਖਾਤੇ ਕਈ ਘਟਨਾਵਾਂ ਦਾ ਕਾਰਨ ਬਣਦੇ ਹਨ: ਫਲੈਟ ਨੈਟਵਰਕ, ਦੁਹਰਾਏ ਪਾਸਵਰਡ, ਖੁੱਲੇ ਪੋਰਟ, ਅਤੇ ਕਮੀ-ਪ੍ਰਬੰਧ ਕੀਤੇ ਫਾਇਰਵਾਲ ਨਿਯਮ। ਕਨਵਰਜਡ OT/IT ਵਾਤਾਵਰਨ ਵਿੱਚ, ਛੋਟੀ ਸੰਰਚਨਾ-ਪਾਲਧ ਨਾਲ ਵੱਡੇ ਓਪਰੇਸ਼ਨਲ ਨਤੀਜੇ ਨਿਕਲ ਸਕਦੇ ਹਨ।

ਪ੍ਰਾਇਕਟਿਕ ਬਿਹਤਰ ਅਭਿਆਸ (ਸਧਾਰਾ ਰੱਖੋ)

ਸੈਗਮੈਂਟੇਸ਼ਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: OT ਨੈਟਵਰਕਾਂ ਨੂੰ IT ਨੈਟਵਰਕਾਂ ਅਤੇ ਇੰਟਰਨੈੱਟ ਤੋਂ ਵੱਖ ਕਰੋ, ਅਤੇ ਜ਼ੋਨਾਂ ਦਰਮਿਆਂ ਸਿਰਫ਼ ਲੋੜੀਦਾ ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦਿਵਾਓ। ਫਿਰ least privilege ਲਾਗੂ ਕਰੋ: ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ, ਵਿਲੱਖਣ ਖਾਤੇ, ਅਤੇ ਠੇਕੇਦਾਰਾਂ ਲਈ ਸਮੇਂ-ਬੰਧਤ ਪਹੁੰਚ।

ਪੈਚਿੰਗ ਨੂੰ ਯੋਜਨਾ ਵਿੱਚ ਰੱਖੋ ਨਾ ਕਿ ਇਮਪ੍ਰੋਵਾਈਜ਼ੇਸ਼ਨ—OT ਸਿਸਟਮਾਂ ਲਈ ਅਕਸਰ ਇਸਦਾ ਅਰਥ ਹੈ ਅਪਡੇਟਾਂ ਨੂੰ ਟੈਸਟ ਕਰਨਾ, ਮੁਰੰਮਤ ਵਿੰਡੋ ਸ਼ਡਿਊਲ ਕਰਨਾ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਡਿਵਾਈਸ ਪੈਚ ਨਹੀਂ ਹੋ ਸਕਦਾ ਤਾਂ ਉਸ ਦੀਆਂ ਅਪਵਾਦਾਂ ਨੂੰ ਦਰਜ ਕਰਨਾ।

ਹਮੇਸ਼ਾਂ ਧਿਆਨ ਰੱਖੋ ਕਿ ਤੁਹਾਨੂੰ ਰਿਕਵਰੀ ਦੀ ਲੋੜ ਹੋਵੇਗੀ: ਕਨਫਿਗਰੇਸ਼ਨ (PLCs, SCADA ਪ੍ਰੋਜੈਕਟ, EMS ਸੈਟਿੰਗਜ਼) ਦੇ ਆਫਲਾਈਨ ਬੈਕਅਪ ਰੱਖੋ, ਮੁੱਖ ਸਰਵਰਾਂ ਲਈ “ਗੋਲਡਨ” ਇਮੇਜ ਰੱਖੋ, ਅਤੇ ਰੂਸਟੋਰ ਪਰਖਾਂ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਕਰੋ।

ਸੁਰੱਖਿਆ: ਸਿਰਫ਼ ਲਾਗਿਨ ਨਹੀਂ, ਬਦਲਾਅ ਸੁਰੱਖਿਅਤ ਕਰੋ

ਓਪਰੇਸ਼ਨਲ ਸੁਰੱਖਿਆ ਅਨੁਸ਼ਾਸਨ ਤਿਆਰ ਰੱਖਣ ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਕੋਈ ਵੀ ਨੈਟਵਰਕ ਬਦਲਾਅ, ਫਰਮਵੇਅਰ ਅਪਡੇਟ, ਜਾਂ ਕੰਟਰੋਲ ਲੋਜਿਕ ਸੋਧ ਇੱਕ ਸਮੀਖਿਆ, ਟੈਸਟ ਯੋਜਨਾ, ਅਤੇ ਰੋਲਬੈਕ ਰਾਹਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਉਤਪਾਦਨ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸੰਟੇਜਿੰਗ ਵਾਤਾਵਰਨ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵੈਧ ਕਰੋ।

ਮਿਆਰਾਂ ਅਤੇ ਅੰਦਰੂਨੀ ਨੀਤੀਆਂ ਦੀ ਇੱਜ਼ਤ ਕਰੋ

ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਮਿਆਰਾਂ ਅਤੇ ਆਪਣੀ ਸੰਸਥਾ ਦੀ ਸੁਰੱਖਿਆ ਨੀਤੀਆਂ ਨੂੰ ਸੱਚਾਈ ਦਾ ਸਰੋਤ ਬਣਾਓ (ਉਦਾਹਰਣ ਲਈ, IEC 62443/NIST ਨਿਰਦੇਸ਼)। ਵੇਂਡਰ ਫੀਚਰ—SCADA, EMS, ਜਾਂ Schneider Electric ਵਰਗੇ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ—ਉਹਨਾਂ ਲੋੜਾਂ ਨੂੰ ਮੇਚ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਉਹਨਾਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਣੇ ਚਾਹੀਦੇ।

ਕਿਵੇਂ ਇੱਕ ਕਨਵਰਜੈਂਸ ਰੋਡਮੇਪ ਯੋਜਨਾ ਬਣਾਈਏ (ਜ਼ਿਆਦਾ ਜਟਿਲ ਨਾ ਬਣਾਓ)

ਉਰਜਾ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਇੰਡਸਟਰੀਅਲ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਇਕੱਠੇ ਕਰਨਾ "ਰਿਪ ਐਂਡ ਰੀਪਲੇਸ" ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਹੈ। ਸਭ ਤੋਂ ਅਸਾਨ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਓਪਰੇਸ਼ਨਾਂ ਸੁਧਾਰ ਦੀ ਤਰ੍ਹਾਂ ਵਰਤੋਂ: ਨਤੀਜੇ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਉਹ ਘੱਟੋ-ਘੱਟ ਸਿਸਟਮ ਜੋ ਉਹ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹਨ, ਜੋੜੋ।

1) ਫੀਚਰਾਂ ਤੋਂ ਨਹੀਂ, ਨਤੀਜਿਆਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

ਪਲੇਟਫਾਰਮ ਜਾਂ ਆਰਕੀਟੈਕਚਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਸਹਿਮਤ ਹੋ ਜਾਓ ਕਿ ਸਫਲਤਾ ਕੀ ਲੱਗਦੀ ਹੈ। ਆਮ ਟਾਰਗੇਟਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ: ਅਪਟਾਈਮ, ਉਰਜਾ ਲਾਗਤ, ਅਨੁਕੂਲਤਾ, ਕਾਰਬਨ ਰਿਪੋਰਟਿੰਗ, ਅਤੇ ਰਿਹਾਇਸ਼ਯੋਗਤਾ।

ਇੱਕ ਮਦਦਗਾਰ ਅਭਿਆਸ ਦੋ-ਤਿੰਨ "ਡੇ-ਵਨ ਫੈਸਲੇ" ਲਿਖਣਾ ਹੈ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਸਿਸਟਮ ਸਹਾਇਤਾ ਕਰੇ, ਉਦਾਹਰਣ:

• "ਜੇ ਪਾਵਰ ਕੁਆਲਟੀ ਡਿੱਪ ਹੋਵੇ, ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਕਿਹੜਾ ਐਸੈਟ ਪ੍ਰਭਾਵਿਤ ਹੈ ਅਤੇ ਕਿਸ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇ।"
• "ਅਸੀਂ ਮਹੀਨਾਵਾਰ ਉਰਜਾ ਸਪਾਈਕਾਂ ਨੂੰ ਪ੍ਰਕਿਰਿਆ, ਲਾਈਨ ਜਾਂ ਸ਼ਿਫਟ ਅਨੁਸਾਰ ਵੱਖ-ਵੱਖ ਕਰਕੇ ਸਮਝਾ ਸਕਦੇ ਹਾਂ।"
• "ਅਸੀਂ ਆਡੀਟ-ਰੇਡੀ ਰਿਪੋਰਟਾਂ ਵੇਰਵੇ ਬਿਨਾਂ ਮੈਨੂਅਲ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ ਦੇ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹਾਂ।"

2) ਧੜੇਵਾਰ ਅਪਰੋਚ ਵਰਤੋ: ਐਸੈਸ → ਇੰਸਟ੍ਰੂਮੈਂਟ → ਇੰਟੀਗਰੇਟ → ਅਪਟੀਮਾਈਜ਼

ਐਸੈਸ. ਜੋ ਕੁਝ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੈ ਉਹਨਾਂ ਦੀ ਇਨਵੈਂਟਰੀ ਬਨਾਓ: SCADA, PLCs, ਮੀਟਰ, ਹਿਸਟੋਰੀਅਨ, CMMS, BMS, ਯੂਟਿਲਿਟੀ ਬਿੱਲ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਜ਼ਰੂਰਤਾਂ। ਵਿਜੀਬਿਲਿਟੀ ਵਿੱਚ ਜੋ ਗੈਪ ਹਨ ਅਤੇ ਕਿੱਥੇ ਮੈਨੂਅਲ ਕੰਮ ਜੋਖਮ ਪੈਦਾ ਕਰ ਰਿਹਾ ਹੈ, ਉਨ੍ਹਾਂ ਦੀ ਪਛਾਣ ਕਰੋ।

ਇੰਸਟ੍ਰੂਮੈਂਟ. ਸਿਰਫ਼ ਉਹ ਸੈਂਸਰ ਅਤੇ ਮੀਟਰ ਜੋੜੋ ਜੋ ਤੁਸੀਂ ਨਤੀਜਿਆਂ ਲਈ ਬਣਾਇਆ ਹੈ। ਬਹੁਤ ਸਾਈਟਾਂ 'ਤੇ ਪਹਿਲੀਆਂ ਜਿੱਤਾਂ ਨਿਸ਼ਾਨੀ ਪਾਵਰ ਕੁਆਲਟੀ ਮਾਨੀਟਰਿੰਗ ਅਤੇ ਕੁਝ ਮੁੱਖ ਉਪਕਰਨ ਸੰਕੇਤਾਂ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ ਨਾ ਕਿ ਪੂਰੇ ਸੈਸਨ ਦੀ ਕਵਰੇਜ ਤੋਂ।

ਇੰਟੀਗਰੇਟ. OT ਅਤੇ IT ਡੇਟਾ ਨੂੰ ਜੋੜੋ ਤਾਂ ਕਿ ਉਹ ਟੀਮਾਂ ਦੇ ਵਿਚਕਾਰ ਵਰਤੋਗਯ ਹੋਵੇ। ਇੱਕ ਛੋਟੀ ਸਾਂਝੀ ਪਛਾਣ-ਪੁੰਜੀ (ਐਸੈਟ ਟੈਗ, ਲਾਈਨ ਨਾਂ, ਮੀਟਰ ID) ਨੂੰ ਪ੍ਰਾਥਮਿਕਤਾ ਦਿਓ ਤਾਂ ਕਿ "ਦੋ ਸੱਚਾਈਆਂ" ਨਾ ਬਣਣ।

ਅਪਟੀਮਾਈਜ਼. ਜਦੋਂ ਡੇਟਾ ਭਰੋਸੇਯੋਗ ਹੋ ਜਾਵੇ, ਵਰਕਫਲੋ ਲਗਾਓ: ਭੂਮਿਕਾ-ਨੁਮਿਤ ਅਲਾਰਮ, ਡੀਮਾਂਡ ਨਿਯਮ, ਮੈਨਟੇਨੈਂਸ ਟ੍ਰਿਗਰ, ਅਤੇ ਆਡੀਟ-ਰੇਡੀ ਰਿਪੋਰਟ।

3) ਵੇਂਡਰਾਂ ਅਤੇ ਇੰਟੀਗਰੇਟਰਾਂ ਤੋਂ ਪੁੱਛਣ ਵਾਲੇ ਸਵਾਲ

ਇੰਟਰਓਪਰੇਬਿਲਿਟੀ ਮਾਮਲਾ-ਨਿਰਣਾਇਕ ਵਿਸ਼ੇ ਹੈ। ਪੁੱਛੋ:

• ਤੁਸੀਂ ਕਿਹੜੇ ਪ੍ਰੋਟੋਕਾਲ ਅਤੇ ਸਿਸਟਮ ਬਾਕਸ 'ਆਉਟ-ਆਫ-ਦ-ਬਾਕਸ' ਸਮਰਥਨ ਕਰਦੇ ਹੋ (SCADA ਅਤੇ EMS ਸਮੇਤ)?
• ਡੇਟਾ ਦਾ ਮਾਲਿਕ ਕੌਣ ਹੈ, ਅਤੇ ਜੇ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਟੂਲ ਬਦਲਣਾ ਚਾਹੀਏ ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹਾਂ?
• ਸਪੋਰਟ ਮਾਡਲ ਕਿਹੜਾ ਹੈ (SLAs, ਪੈਚ, ਲਾਈਫਸਾਈਕਲ, ਸਾਈਟ ਤੇ ਬਣਾਮ ਰਿਮੋਟ)?
• ਤੁਸੀਂ ਯੂਜ਼ਰ ਪਹੁੰਚ, ਆਡੀਟ ਟਰੇਲ ਅਤੇ OT ਅਤੇ IT ਦਰਮਿਆਨ ਸੁਰੱਖਿਆ ਸੀਮਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਦੇ ਹੋ?

ਜੇ ਤੁਸੀਂ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਟੀਮਾਂ ਇਹ ਕਦਮ ਕਿਵੇਂ ਲੜੀਵਾਰ ਕਰਦੀਆਂ ਹਨ, /blog ਦੇਖੋ। ਜਦ ਤੁਸੀਂ ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਅਤੇ ਰੋਲਆਉਟ ਲਾਗਤਾਂ ਦਾ ਸਕੋਪ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, /pricing ਵੇਖੋ।