ਸੁਰੱਖਿਆ ਅਲਾਰਮ ਨਿਰਮਾਤਾ ਬਨਾਮ ਸੁਰੱਖਿਆ ਸਿਸਟਮ ਨਿਰਮਾਤਾ: ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਪੈਨਲਾਂ ਅਤੇ ਡਿਸਟ੍ਰੀਬਿਊਟਰ-ਰੈਡੀ ਡੈਪਲੋਇਮੈਂਟ ਲਈ ਸੈਂਟਰਲ-ਸਟੇਸ਼ਨ ਇੰਟਰਓਪਰੇਬਿਲਟੀ ਗਾਈਡ
ਇੱਕ ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਪੈਨਲ ਸ਼ਾਇਦ ਹੀ ਕਦੇ ਸਿਰਫ਼ ਇਸ ਲਈ ਫੇਲ ਹੁੰਦਾ ਹੈ ਕਿ ਇਸਦੀ ਬਾਹਰੀ ਬੌਡੀ ਸਸਤੀ ਹੈ ਜਾਂ ਜ਼ੋਨਾਂ ਦੀ ਗਿਣਤੀ ਘੱਟ ਹੈ। ਇਹ ਆਮ ਤੌਰ ‘ਤੇ ਸਿਸਟਮ ਦੇ ਜੋੜਾਂ ‘ਤੇ ਫੇਲ ਹੁੰਦਾ ਹੈ — ਜਿਵੇਂ ਕਿ ਕਮਿਊਨੀਕੇਟਰ ਅਤੇ ਰਿਸੀਵਰ ਦੇ ਵਿਚਕਾਰ, ਈਵੈਂਟ ਕੋਡ ਅਤੇ ਓਪਰੇਟਰ ਦੀ ਸਕ੍ਰੀਨ ਦੇ ਵਿਚਕਾਰ, ਜਾਂ ਡਾਟਾਸ਼ੀਟ ‘ਤੇ ਕੀਤੇ ਗਏ ਫੇਲਓਵਰ ਦੇ ਦਾਅਵੇ ਅਤੇ ਪ੍ਰਾਇਮਰੀ ਪਾਥ ਡ੍ਰੌਪ ਹੋਣ ਦੀ ਅਸਲ ਸਥਿਤੀ ਦੇ ਵਿਚਕਾਰ। ਇੱਕ ਡਿਸਟ੍ਰੀਬਿਊਟਰ, ਇੰਪੋਰਟਰ, ਜਾਂ ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਟਰ ਲਈ ਉਹੀ ਨਿਰਮਾਤਾ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਿਸਨੇ ਸਿਰਫ਼ ਇੱਕ ਬਾਕਸ ਬਣਾਉਣ ਦੀ ਬਜਾਏ ਇਨ੍ਹਾਂ ਸਾਰੇ ਤਕਨੀਕੀ ਜੋੜਾਂ ਨੂੰ ਇੰਜੀਨੀਅਰ ਕੀਤਾ ਹੋਵੇ।
“ਸਾਨੂੰ ਕਿਸ ਸੁਰੱਖਿਆ ਅਲਾਰਮ ਨਿਰਮਾਤਾ ਨਾਲ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ” ਦੇ ਸਵਾਲ ਦਾ ਅਸਲ ਮੁਲਾਂਕਣ ਇਹ ਹੈ: ਕੀ ਇਹ ਵੈਂਡਰ ਪੂਰੀ ਸਿਗਨਲ ਚੇਨ (ਡਿਟੈਕਟਰ, ਕੰਟਰੋਲ ਪੈਨਲ, ਕਮਿਊਨੀਕੇਟਰ, ਟ੍ਰਾਂਸਪੋਰਟ ਪਾਥ, ਅਲਾਰਮ ਰਿਸੀਵਰ/CMS, ਓਪਰੇਟਰ ਵਰਕਫਲੋਅ, ਅਤੇ ਮਲਟੀ-ਸਾਈਟ ਰੋਲਆਊਟ) ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ, ਜਾਂ ਇਹ ਸਿਰਫ਼ ਵਿਚਕਾਰਲਾ ਹਾਰਡਵੇਅਰ ਬਾਕਸ ਤਿਆਰ ਕਰਦਾ ਹੈ?
ਇਹ ਗਾਈਡ ਉਸੇ ਮੁਲਾਂਕਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਇੱਕ ਹਾਰਡਵੇਅਰ-ਓਨਲੀ ਅਲਾਰਮ ਪੈਨਲ ਸਪਲਾਇਰ ਅਤੇ ਇੱਕ ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਸਿਸਟਮ ਨਿਰਮਾਤਾ ਵਿਚਕਾਰ ਕੀ ਅੰਤਰ ਹੈ, ਐਡਮਕੋ ਕਨਟੈਕਟ ID ਰਾਅ ਐਨਕੋਡਿੰਗ ਢਾਂਚਾ ਅਤੇ SIA DC-09 IP ਈਵੈਂਟ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਮਿਕਸਡ-ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਡੈਪਲੋਇਮੈਂਟ ਵਿੱਚ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ, ਡੁਅਲ-ਪਾਥ ਨੈੱਟਵਰਕ ਕਮਿਊਨੀਕੇਸ਼ਨ ਰੂਟਿੰਗ ਰੇਜ਼ੀਲੀਐਂਸ ਅਤੇ RS-485 ਡਿਫਰੈਂਸ਼ੀਅਲ ਸੀਰੀਅਲ ਅਲਾਰਮ ਬੱਸ ਆਰਕੀਟੈਕਚਰ ਲੰਬੇ ਸਮੇਂ ਦੀ ਸਰਵਿਸੇਬਿਲਟੀ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਡਿਸਟ੍ਰੀਬਿਊਟਰ ਨੂੰ ਨਵੇਂ ਬਾਜ਼ਾਰ ਵਿੱਚ ਪੈਨਲ ਲਾਈਨ ਉਤਾਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਟੈਸਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਅਲਾਰਮ ਪੈਨਲ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਡਿਸਟ੍ਰੀਬਿਊਟਰ ਚੋਣ ਮਾਪਦੰਡ
ਕੋਮਰਸ਼ੀਅਲ ਸੁਰੱਖਿਆ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਖਰੀਦਦਾਰੀ ਦੀ ਤੁਲਨਾ ਸਿਰਫ਼ ਕੀਮਤ, ਐਨਕਲੋਜ਼ਰ ਡਿਜ਼ਾਈਨ, ਜ਼ੋਨਾਂ ਦੀ ਗਿਣਤੀ, ਅਤੇ ਬਾਕਸ ਵਿੱਚ ਸ਼ਾਮਲ ਸੈਂਸਰ ਬੰਡਲ ਤੱਕ ਸੀਮਤ ਰਹਿੰਦੀ ਹੈ। ਡਾਟਾਸ਼ੀਟ ‘ਤੇ ਤੁਲਨਾ ਕਰਨ ਲਈ ਇਹ ਸਭ ਤੋਂ ਆਸਾਨ ਚੀਜ਼ਾਂ ਹਨ, ਅਤੇ ਕੋਈ ਵੀ ਫੈਕਟਰੀ ਸੈਂਪਲ ਸ਼ਿਪਮੈਂਟ ਵਿੱਚ ਇਹਨਾਂ ਨੂੰ ਵਧੀਆ ਦਿਖਾ ਸਕਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਚੀਜ਼ਾਂ ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦੀਆਂ ਕਿ ਪੈਨਲ ਲਾਈਨ ਦਰਜਨਾਂ ਸਾਈਟਾਂ ‘ਤੇ ਸਥਾਪਿਤ ਹੋਣ ਅਤੇ ਲਾਈਵ ਮੋਨੀਟਰਿੰਗ ਸੈਂਟਰ ਵਿੱਚ ਰਿਪੋਰਟ ਕਰਨ ਵੇਲੇ ਕਿਵੇਂ ਪ੍ਰਦਰਸ਼ਨ ਕਰੇਗੀ।
ਅਸਲ ਜੋਖਮ ਜੋ ਅਗਲੇ ਤਿੰਨ ਸਾਲਾਂ ਲਈ ਤੁਹਾਡੇ ਮਾਰਜਿਨ ਅਤੇ ਸਪੋਰਟ ਲੋਡ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਉਹ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ:
| ਖਰੀਦਦਾਰ ਆਮ ਤੌਰ ‘ਤੇ ਕੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ | ਅਸਲ ਫੀਲਡ ਪਰਫਾਰਮੈਂਸ ਨੂੰ ਕੀ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ |
|---|---|
| ਪ੍ਰਤੀ ਪੈਨਲ ਕੀਮਤ | ਕੁੱਲ ਮਲਕੀਅਤ ਲਾਗਤ (TCO) ਜਿਸ ਵਿੱਚ ਟ੍ਰਕ ਰੋਲ ਅਤੇ RMA ਸ਼ਾਮਲ ਹਨ |
| ਸਪੈਕ ਸ਼ੀਟ ‘ਤੇ ਜ਼ੋਨਾਂ ਦੀ ਗਿਣਤੀ | ਐਕਸਪੈਂਸ਼ਨ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਬੇਸ ਕਾਊਂਟ ਤੋਂ ਬਾਅਦ ਜ਼ੋਨਾਂ ਦਾ ਸਕੇਲਿੰਗ ਮਾਡਲ |
| ਕੇਸ ਡਿਜ਼ਾਈਨ / ਉਦਯੋਗਿਕ ਲੁੱਕ | ਅਸਲ ਸਥਿਤੀਆਂ ਵਿੱਚ ਟੈਂਪਰ, ਸਰਜ, ਅਤੇ ਵਾਤਾਵਰਣ ਸੁਰੱਖਿਆ |
| “IP + 4G + PSTN” ਦੇ ਮਾਰਕੀਟਿੰਗ ਦਾਅਵੇ | ਫੇਲਓਵਰ ਦਾ ਸੁਪਰਵਾਈਜ਼ਡ ਹੋਣਾ ਅਤੇ ਪਾਥ ਲੌਸ ਹੋਣ ‘ਤੇ ਇਸਦਾ ਅਸਲ ਵਿਵਹਾਰ |
| ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੈਂਸਰ ਬੰਡਲ | ਸੈਂਟਰਲ-ਸਟੇਸ਼ਨ ਰਿਪੋਰਟਿੰਗ ਫਾਰਮੈਟ ਅਤੇ ਈਵੈਂਟ-ਕੋਡ ਮੈਪਿੰਗ ਦੀ ਸਟੀਕਤਾ |
| ਸੈਂਪਲ ਯੂਨਿਟ ਦੀ ਪਰਫਾਰਮੈਂਸ | ਪ੍ਰੋਡਕਸ਼ਨ ਬੈਚਾਂ ਵਿੱਚ ਫਰਮਵੇਅਰ ਦੀ ਸਥਿਰਤਾ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਮੁਕੰਮਲਤਾ |
ਇੱਕ ਕੇਂਦਰੀ ਕੰਟਰੋਲ ਪੈਨਲ ਹੱਬ ਸਿਸਟਮ ਜੋ ਸਪੈਕ ਸ਼ੀਟ ‘ਤੇ ਕਿਸੇ ਵੀ ਪ੍ਰਤੀਯੋਗੀ ਵਰਗਾ ਦਿਸਦਾ ਹੈ, ਅਸਲ ਵਿੱਚ ਬਹੁਤ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਇਹ ਕਿਸੇ ਕਮਿਊਨੀਕੇਟਰ ਰਾਹੀਂ ਰਿਸੀਵਰ ਤੱਕ ਐਡਮਕੋ ਕਨਟੈਕਟ ID ਰਾਅ ਐਨਕੋਡਿੰਗ ਢਾਂਚਾ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ। ਨਿਰਮਾਤਾ ਦੀ ਚੋਣ ਦੀ ਸਮੱਸਿਆ ਅਸਲ ਵਿੱਚ ਮੋਨੀਟਰਿੰਗ-ਸੈਂਟਰ ਇੰਟਰਓਪਰੇਬਿਲਟੀ ਦੀ ਸਮੱਸਿਆ ਹੈ।
ਫੀਚਰ ਲਿਸਟ ਨਾਲੋਂ ਕਮਿਊਨੀਕੇਸ਼ਨ ਆਰਕੀਟੈਕਚਰ ਕਿਉਂ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੈ
“IP, 4G, ਅਤੇ PSTN ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ” ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਵਾਕ ਹੈ। ਇਹ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਪੈਨਲ ਇਹ ਕਿਵੇਂ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਲਿੰਕ ਫੇਲ ਹੋ ਗਿਆ ਹੈ, ਕੀ ਸੈਂਟਰਲ ਸਟੇਸ਼ਨ ਦਾ ਰਿਸੀਵਰ ਅਸਲ ਵਿੱਚ ਉਸ ਰਿਪੋਰਟਿੰਗ ਫਾਰਮੈਟ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਕੀ ਹਾਰਟਬੀਟ ਸੁਪਰਵਿਜ਼ਨ ਮੌਜੂਦ ਹੈ, ਜਾਂ ਫਰਮਵੇਅਰ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਅਕਾਊਂਟ ਅਤੇ ਪਾਰਟੀਸ਼ਨ ਮੈਪਿੰਗ ਸਥਿਰ ਰਹਿੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।
CMS ਵੈਲੀਡੇਸ਼ਨ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਦੀ ਲੁਕਵੀਂ ਲਾਗਤ
ਪ੍ਰੋਟੋਕੋਲ ਅਲਾਈਨਮੈਂਟ ਅਤੇ CMS ਵੈਲੀਡੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਸ਼ੁਰੂ ਕੀਤੇ ਗਏ ਵੈਂਡਰ ਸਬੰਧਾਂ ਵਿੱਚ ਅਕਸਰ ਹੇਠ ਲਿਖੀਆਂ ਸਮੱਸਿਆਵਾਂ ਆਉਂਦੀਆਂ ਹਨ:
- ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਵਾਰ-ਵਾਰ ਫੀਲਡ ਰੀਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਲੋੜ।
- ਕਮਿਊਨੀਕੇਸ਼ਨ ਫਾਲਟ ਈਵੈਂਟਸ ਜੋ ਬਾਅਦ ਵਿੱਚ ਝੂਠੇ ਨਿਕਲਦੇ ਹਨ।
- ਗਲਤ ਜ਼ੋਨ ਜਾਂ ਈਵੈਂਟ ਲੇਬਲਾਂ ਦੇ ਕਾਰਨ ਮੋਨੀਟਰਿੰਗ ਸੈਂਟਰ ਵਿੱਚ ਭੁਲੇਖਾ।
- ਪ੍ਰਾਇਮਰੀ ਪਾਥ ਡ੍ਰੌਪ ਹੋਣ ‘ਤੇ 4G ਬੈਕਅੱਪ ਦਾ ਸਹੀ ਸਮੇਂ ‘ਤੇ ਐਕਟਿਵ ਨਾ ਹੋਣਾ।
- ਵਿਕਰੀ ਤੋਂ ਬਾਅਦ ਦੀਆਂ ਟਿਕਟਾਂ ਜੋ ਖਰਾਬ ਹਾਰਡਵੇਅਰ ਦੀ ਬਜਾਏ ਅਧੂਰੇ ਦਸਤਾਵੇਜ਼ਾਂ ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ।
ਵੱਡੀਆਂ ਸਾਈਟਾਂ ਵਿੱਚ RS-485 ਵੋਲਟੇਜ ਡ੍ਰੌਪ ਅਤੇ EMI ਚੁਣੌਤੀਆਂ
ਜਦੋਂ ਵੱਡੀਆਂ ਉਦਯੋਗਿਕ ਸਾਈਟਾਂ ‘ਤੇ RS-485 ਡਿਫਰੈਂਸ਼ੀਅਲ ਸੀਰੀਅਲ ਅਲਾਰਮ ਬੱਸ ਵਿਛਾਈ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਆਮ ਇੰਜੀਨੀਅਰਿੰਗ ਸਮੱਸਿਆ ਸਾਹਮਣੇ ਆਉਂਦੀ ਹੈ: ਲੰਬੀਆਂ RS-485 ਬੱਸ ਲਾਈਨਾਂ ‘ਤੇ ਵੋਲਟੇਜ ਡ੍ਰੌਪ ਅਤੇ EMI ਸ਼ੀਲਡਿੰਗ ਦੀ ਘਾਟ ਕਰਕੇ ਮੋਡਿਊਲ ਔਫਲਾਈਨ ਹੋਣਾ। ਜੇਕਰ ਨਿਰਮਾਤਾ ਨੇ ਬੱਸ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਬੱਸ ਆਈਸੋਲੇਟਰ ਅਤੇ ਸਹੀ ਸ਼ੀਲਡਿੰਗ ਗਾਈਡਲਾਈਨਜ਼ ਇੰਜੀਨੀਅਰ ਨਹੀਂ ਕੀਤੀਆਂ ਹਨ, ਤਾਂ ਦੂਰ-ਦੁਰਾਡੇ ਦੇ ਐਕਸਪੈਂਸ਼ਨ ਮੋਡਿਊਲ ਰੈਂਡਮਲੀ ਡਿਸਕਨੈਕਟ ਹੋ ਜਾਣਗੇ, ਜਿਸ ਨਾਲ ਸਿਸਟਮ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ‘ਤੇ ਅਸਰ ਪੈਂਦਾ ਹੈ।
ਸੁਰੱਖਿਆ ਅਲਾਰਮ ਨਿਰਮਾਤਾ ਬਨਾਮ ਸੁਰੱਖਿਆ ਸਿਸਟਮ ਨਿਰਮਾਤਾ: ਅਸਲ ਤਕਨੀਕੀ ਅੰਤਰ
ਇਹਨਾਂ ਦੋਵਾਂ ਸ਼ਬਦਾਂ ਨੂੰ ਅਕਸਰ ਇੱਕੋ ਜਿਹਾ ਸਮਝ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਹ ਸਮਰੱਥਾ ਦੇ ਵੱਖ-ਵੱਖ ਪੱਧਰਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ।
- ਸੁਰੱਖਿਆ ਅਲਾਰਮ ਨਿਰਮਾਤਾ (Security Alarm Manufacturer): ਇੱਕ ਅਜਿਹੀ ਕੰਪਨੀ ਜੋ ਅਲਾਰਮ ਪੈਨਲ, ਡਿਟੈਕਟਰ, ਅਤੇ ਐਕਸੈਸਰੀਜ਼ ਨੂੰ ਸਿਰਫ਼ ਇਕੱਲੇ ਹਾਰਡਵੇਅਰ ਵਜੋਂ ਤਿਆਰ ਕਰਦੀ ਹੈ।
- ਸੁਰੱਖਿਆ ਸਿਸਟਮ ਨਿਰਮਾਤਾ (Security System Manufacturer): ਇੱਕ ਅਜਿਹੀ ਕੰਪਨੀ ਜੋ ਪੈਨਲ ਪਲੇਟਫਾਰਮ, ਕਮਿਊਨੀਕੇਸ਼ਨ ਮੋਡਿਊਲ, ਮੋਨੀਟਰਿੰਗ-ਸੌਫਟਵੇਅਰ ਜਾਂ CMS ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਪਾਥ, ਡੈਪਲੋਇਮੈਂਟ ਦਸਤਾਵੇਜ਼, OEM/ਪ੍ਰਾਈਵੇਟ-ਲੇਬਲ ਸੇਵਾਵਾਂ, ਅਤੇ ਤਕਨੀਕੀ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ ਦਾ ਪੂਰਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ।
| ਵਿਸ਼ੇਸ਼ਤਾ | ਸਧਾਰਨ ਹਾਰਡਵੇਅਰ ਨਿਰਮਾਤਾ | ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਸਿਸਟਮ ਨਿਰਮਾਤਾ | ਡਿਸਟ੍ਰੀਬਿਊਟਰਾਂ ਲਈ ਮਹੱਤਵ |
|---|---|---|---|
| ਪੈਨਲ ਦਾ ਸਕੋਪ | ਸਿਰਫ਼ ਹਾਰਡਵੇਅਰ ਬਾਕਸ ਵੇਚਦਾ ਹੈ | ਪੈਨਲ + ਕਮਿਊਨੀਕੇਟਰ + ਐਕਸਪੈਂਸ਼ਨ ਮੋਡਿਊਲ ਇੱਕੋ ਪਲੇਟਫਾਰਮ ਵਜੋਂ | ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ SKU ਲਿਆ ਰਹੇ ਹੋ ਜਾਂ ਇੱਕ ਸਕੇਲੇਬਲ ਪ੍ਰੋਡਕਟ ਲਾਈਨ |
| ਸੈਂਟਰਲ-ਸਟੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਸਪੋਰਟ | ਅਧੂਰਾ ਜਾਂ ਅਸਪਸ਼ਟ | ਪ੍ਰਮਾਣਿਤ ਰਿਪੋਰਟਿੰਗ ਫਾਰਮੈਟ, ਅਸਲ ਰਿਸੀਵਰਾਂ ‘ਤੇ ਟੈਸਟ ਕੀਤਾ ਗਿਆ | ਇੰਪੋਰਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਅਸੰਗਤਤਾ ਦੀ ਸਮੱਸਿਆ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ |
| CMS ਅਨੁਕੂਲਤਾ | ਅਣ-ਟੈਸਟਡ | ਵੈਲੀਡੇਟਿਡ ਈਵੈਂਟ-ਕੋਡ ਮੈਪਿੰਗ ਅਤੇ ਅਕਾਊਂਟ ਸਟ੍ਰਕਚਰ | ਓਪਰੇਟਰ ਦੀ বিভ্রান্তਿ ਅਤੇ ਝੂਠੇ ਅਲਾਰਮਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ |
| ਕਮਿਊਨੀਕੇਸ਼ਨ ਵਿਕਲਪ | ਸਿੰਗਲ ਫਿਕਸਡ ਮੋਡਿਊਲ | PSTN / IP / ਸੈਲੂਲਰ ਵੇਰੀਐਂਟਸ | ਇੱਕੋ ਪੈਨਲ ਲਾਈਨ ਨੂੰ ਪੁਰਾਣੀਆਂ ਅਤੇ ਨਵੀਂਆਂ ਦੋਵਾਂ ਸਾਈਟਾਂ ‘ਤੇ ਵਰਤਣ ਦੀ ਸੁਵਿਧਾ |
| ਫੇਲਓਵਰ ਡਿਜ਼ਾਈਨ | ਅਸਪਸ਼ਟ ਵਿਵਹਾਰ | ਸੁਪਰਵਾਈਜ਼ਡ ਇੰਟਰਵਲ ਅਤੇ ਫੇਲਬੈਕ ਲੌਜਿਕ ਦਰਜ | ਵਪਾਰਕ ਸਾਈਟਾਂ ‘ਤੇ ਅਸਲ ਨੈੱਟਵਰਕ ਰੇਜ਼ੀਲੀਐਂਸ ਤੈਅ ਕਰਦਾ ਹੈ |
| ਐਕਸਪੈਂਸ਼ਨ ਆਰਕੀਟੈਕਚਰ | ਫਿਕਸਡ ਜ਼ੋਨ ਕਾਊਂਟ | ਵੱਡੀਆਂ ਸਾਈਟਾਂ ਲਈ ਐਡਰੈਸੇਬਲ ਬੱਸ ਐਕਸਪੈਂਸ਼ਨ | ਪ੍ਰੋਜੈਕਟ ਸਕੇਲਿੰਗ ਅਤੇ ਭਵਿੱਖ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ |
| ਡਾਇਗਨੌਸਟਿਕਸ | ਕੋਈ ਨਹੀਂ | ਈਵੈਂਟ ਲੌਗ, ਬਲੈਕ-ਬੌਕਸ ਹਿਸਟਰੀ, ਰਿਮੋਟ ਡਾਇਗਨੌਸਟਿਕਸ | ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ ਕਰਨ ਦੇ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ |
| OEM ਸਮਰੱਥਾ | ਸਿਰਫ਼ ਲੋਗੋ ਪ੍ਰਿੰਟਿੰਗ | ਫਰਮਵੇਅਰ ਬ੍ਰਾਂਡਿੰਗ, ਲੋਕਲਾਈਜ਼ਡ ਮੈਨੂਅਲ, SKU ਰੈਸ਼ਨਲਾਈਜ਼ੇਸ਼ਨ | ਪ੍ਰਾਈਵੇਟ-ਲੇਬਲ ਚੈਨਲ ਰਣਨੀਤੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ |
IP/ਸੈਲੂਲਰ ਅਲਾਰਮ ਰਿਪੋਰਟਿੰਗ ਲਈ SIA DC-09 ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਂਡਰਡ ਅਤੇ CMS ਵੈਲੀਡੇਸ਼ਨ
ਅਲਾਰਮ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਚੋਣ ਸਿਸਟਮ ਦੀ ਅਸਲ ਪਰਫਾਰਮੈਂਸ ਨੂੰ ਤੈਅ ਕਰਦੀ ਹੈ।
SIA DC-09 ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਮਹੱਤਤਾ
SIA DC-09 IP ਈਵੈਂਟ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਵਿਸ਼ੇਸ਼ ਤੌਰ ‘ਤੇ IP ਅਤੇ ਸੈਲੂਲਰ ਅਲਾਰਮ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਐਨਕ੍ਰਿਪਟਡ ਡਾਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ, ਫਲੈਕਸੀਬਲ ਅਕਾਊਂਟ ਢਾਂਚੇ, ਅਤੇ ਵਿਸਥਾਰਪੂਰਵਕ ਈਵੈਂਟ ਕੋਡਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਫੀਲਡ ਵਿੱਚ ਇੱਕ ਵੱਡੀ ਇੰਜੀਨੀਅਰਿੰਗ ਚੁਣੌਤੀ ਆਉਂਦੀ ਹੈ: SIA DC-09 IP ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਮਿਸਮੈਚ ਹੋਣ ਕਰਕੇ ਸੀਐਮਐਸ (CMS) ਰਿਸੀਵਰ ਤੱਕ ਅਲਾਰਮ ਈਵੈਂਟ ਨਾ ਪਹੁੰਚਣਾ। ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪੈਨਲ ਦਾ ਕਮਿਊਨੀਕੇਟਰ ਅਤੇ CMS ਰਿਸੀਵਰ ਸਬ-ਪ੍ਰੋਟੋਕੋਲ ਵੇਰੀਐਂਟਸ ਜਾਂ ਐਨਕ੍ਰਿਪਸ਼ਨ ਕੀਅ (Encryption Key) ਪੈਡਿੰਗ ‘ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਲਾਈਨ ਨਹੀਂ ਹੁੰਦੇ।
ਐਡਮਕੋ ਕਨਟੈਕਟ ID ਦੀਆਂ ਸੀਮਾਵਾਂ
ਐਡਮਕੋ ਕਨਟੈਕਟ ID ਰਾਅ ਐਨਕੋਡਿੰਗ ਢਾਂਚਾ (Ademco Contact ID) ਪੁਰਾਣੇ PSTN ਨੈੱਟਵਰਕਾਂ ਲਈ ਉਦਯੋਗ ਦਾ ਮਿਆਰ ਰਿਹਾ ਹੈ। ਪਰ ਮੋਡਰਨ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ, ਲੈਗੇਸੀ Contact ID ਫਾਰਮੈਟ ਵਿੱਚ ਲਿਮਟਿਡ ਡਾਟਾ ਮਾਡਲ ਕਰਕੇ ਮੋਡਰਨ IP/ਕਲਾਊਡ ਰਿਸੀਵਰ ਨਾਲ ਅਸੰਗਤਤਾ ਦੀ ਸਮੱਸਿਆ ਆਉਂਦੀ ਹੈ। Contact ID ਸਿਰਫ਼ 3-ਡਿਜਿਟ ਈਵੈਂਟ ਕੋਡ ਅਤੇ ਸੀਮਤ ਜ਼ੋਨ ਨੰਬਰ ਭੇਜ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ ਮੋਡਰਨ ਕਲਾਊਡ CMS ਦੁਆਰਾ ਮੰਗੇ ਗਏ ਵਿਸਥਾਰਪੂਰਵਕ ਮੈਟਾਡਾਟਾ (ਜਿਵੇਂ ਕਿ ਯੂਜ਼ਰ ਨਾਮ, ਵਿਸਥਾਰਪੂਰਵਕ ਪਾਰਟੀਸ਼ਨ ਸਟੇਟਸ, ਆਦਿ) ਨੂੰ ਟ੍ਰਾਂਸਮਿਟ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ।
ਡਿਟੈਕਟਰ ਈਵੈਂਟ -> ਕੰਟਰੋਲ ਪੈਨਲ ਪ੍ਰੋਸੈਸਿੰਗ -> ਕਮਿਊਨੀਕੇਟਰ ਐਨਕੋਡਿੰਗ -> IP/4G ਟ੍ਰਾਂਸਪੋਰਟ -> CMS ਰਿਸੀਵਰ -> ਓਪਰੇਟਰ ਡਿਸਪੈਚ
| ਲੇਅਰ | ਤਕਨੀਕੀ ਕਾਰਜ | ਆਮ ਫੇਲਿਓਰ ਮੋਡ | ਵੈਲੀਡੇਸ਼ਨ ਪ੍ਰਸ਼ਨ |
|---|---|---|---|
| ਸੈਂਸਰ | ਈਵੈਂਟ ਦਾ ਪਤਾ ਲਗਾਉਣਾ (PIR, ਡੋਰ ਕਨਟੈਕਟ, ਆਦਿ) | ਝੂਠੇ ਅਲਾਰਮ, ਗਲਤ ਪਲੇਸਮੈਂਟ | ਕੀ ਨਿਰਮਾਤਾ ਹਰੇਕ ਡਿਟੈਕਟਰ ਲਈ ਡੈਪਲੋਇਮੈਂਟ ਗਾਈਡਲਾਈਨਜ਼ ਦਿੰਦਾ ਹੈ? |
| ਕੰਟਰੋਲ ਪੈਨਲ | ਜ਼ੋਨ/ਪਾਰਟੀਸ਼ਨ ਪ੍ਰੋਸੈਸਿੰਗ, ਅਲਾਰਮ ਲੌਜਿਕ | ਅਸਪਸ਼ਟ ਜ਼ੋਨ ਟਾਈਪਿੰਗ, ਆਡਿਟ ਟ੍ਰੇਲ ਦੀ ਘਾਟ | ਕੀ ਇਹ CMS ਤੋਂ ਸੁਤੰਤਰ ਬਲੈਕ-ਬੌਕਸ ਲੌਗ ਰੱਖਦਾ ਹੈ? |
| ਕਮਿਊਨੀਕੇਟਰ | ਫਾਰਮੈਟਿੰਗ (SIA DC-09 / Contact ID) | ਰਿਸੀਵਰ ਲਈ ਗਲਤ ਰਿਪੋਰਟਿੰਗ ਫਾਰਮੈਟ | ਕੀ ਰਿਪੋਰਟਿੰਗ ਫਾਰਮੈਟ ਰਿਸੀਵਰ ਨਾਲ ਟੈਸਟ ਕੀਤਾ ਗਿਆ ਹੈ? |
| ਟ੍ਰਾਂਸਪੋਰਟ ਪਾਥ | ਸਿਗਨਲ ਲੈ ਕੇ ਜਾਣ ਵਾਲਾ ਮਾਰਗ (IP/4G/PSTN) | ਸਾਈਲੈਂਟ ਲਾਈਨ ਫੇਲਿਓਰ, ਸੁਪਰਵਿਜ਼ਨ ਦੀ ਘਾਟ | ਕੀ ਹਾਰਟਬੀਟ ਪੋਲਿੰਗ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਇਸਦਾ ਇੰਟਰਵਲ ਕੀ ਹੈ? |
| ਰਿਸੀਵਰ/CMS | ਡਾਟਾ ਪਾਰਸਿੰਗ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ | ਅਕਾਊਂਟ/ਜ਼ੋਨ ਮੈਪਿੰਗ ਵਿੱਚ ਅਸੰਗਤਤਾ | ਕੀ ਇਹ ਪੈਨਲ ਤੁਹਾਡੇ ਖਾਸ ਰਿਸੀਵਰ ਨਾਲ ਵੈਲੀਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ? |
| ਓਪਰੇਟਰ ਵਰਕਫਲੋਅ | ਈਵੈਂਟ ‘ਤੇ ਕਾਰਵਾਈ ਅਤੇ ਡਿਸਪੈਚ | ਦੇਰੀ ਨਾਲ ਜਾਂ ਦੋਹਰਾ ਡਿਸਪੈਚ | ਕੀ ਪੈਨਲ ਅਲਾਰਮ, ਫਾਲਟ, ਅਤੇ ਸੁਪਰਵਾਈਜ਼ਰੀ ਈਵੈਂਟਸ ਵਿੱਚ ਫਰਕ ਕਰਦਾ ਹੈ? |
ਡੁਅਲ-ਪਾਥ ਰੂਟਿੰਗ ਰੇਜ਼ੀਲੀਐਂਸ ਅਤੇ ਹਾਰਟਬੀਟ ਸੁਪਰਵਿਜ਼ਨ ਫੇਲਓਵਰ ਮੈਕੇਨਿਜ਼ਮ
ਡੁਅਲ-ਪਾਥ ਨੈੱਟਵਰਕ ਕਮਿਊਨੀਕੇਸ਼ਨ ਰੂਟਿੰਗ ਰੇਜ਼ੀਲੀਐਂਸ ਦਾ ਮਤਲਬ ਸਿਰਫ਼ ਪੈਨਲ ਵਿੱਚ ਦੋ ਸਿਮ ਕਾਰਡ ਜਾਂ IP+4G ਹੋਣਾ ਨਹੀਂ ਹੈ, ਬਲਕਿ ਲਿੰਕ ਫੇਲ ਹੋਣ ‘ਤੇ ਅਨੁਮਾਨਿਤ ਅਤੇ ਨਿਰੰਤਰ ਕਨੈਕਟੀਵਿਟੀ ਬਣਾਏ ਰੱਖਣਾ ਹੈ।
ਫੇਲਓਵਰ ਅਤੇ ਸਾਈਲੈਂਟ ਕਮਿਊਨੀਕੇਸ਼ਨ ਡ੍ਰੌਪ
ਫੀਲਡ ਵਿੱਚ ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਸਥਿਤੀ ਉਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਪ੍ਰਾਇਮਰੀ ਲਿੰਕ ਫੇਲ੍ਹ ਹੋਣ ‘ਤੇ ਸੁਪਰਵਾਈਜ਼ਡ ਫੇਲਓਵਰ ਅਤੇ ਹਾਰਟਬੀਟ ਨਾ ਹੋਣ ਕਰਕੇ ਸਾਈਲੈਂਟ ਕਮਿਊਨੀਕੇਸ਼ਨ ਡ੍ਰੌਪ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ IP ਲਾਈਨ ਕੱਟੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਪੈਨਲ ਬੈਕਅੱਪ 4G ਚੈਨਲ ‘ਤੇ ਸਵਿਚ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦਾ ਹੈ (ਜਾਂ ਜੇਕਰ CMS ਨੂੰ ਇਹ ਪਤਾ ਹੀ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਹਾਰਟਬੀਟ ਬੰਦ ਹੋ ਗਈ ਹੈ), ਤਾਂ ਸਿਸਟਮ ਔਫਲਾਈਨ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਓਪਰੇਟਰ ਨੂੰ ਇਸਦਾ ਪਤਾ ਵੀ ਨਹੀਂ ਲੱਗਦਾ।
ਇੱਕ ਇੰਜੀਨੀਅਰਡ ਡੁਅਲ-ਪਾਥ ਸਿਸਟਮ ਵਿੱਚ:
- ਪ੍ਰਾਇਮਰੀ ਲਿੰਕ ਮੋਨੀਟਰਿੰਗ: IP ਲਿੰਕ ਰਾਹੀਂ ਨਿਰੰਤਰ ਹਾਰਟਬੀਟ ਸਿਗਨਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
- ਫੇਲਓਵਰ ਥ੍ਰੈਸ਼ਹੋਲਡ: ਜੇਕਰ ਨਿਰਧਾਰਤ ਸਮੇਂ (ਜਿਵੇਂ 30-60 ਸੈਕਿੰਡ) ਵਿੱਚ ਹਾਰਟਬੀਟ ਦਾ ਜਵਾਬ ਨਹੀਂ ਮਿਲਦਾ, ਤਾਂ ਕਮਿਊਨੀਕੇਟਰ ਤੁਰੰਤ 4G/ਸੈਲੂਲਰ ਚੈਨਲ ਨੂੰ ਐਕਟਿਵ ਕਰਦਾ ਹੈ।
- ਈਵੈਂਟ ਕਿਊਇੰਗ: ਸਵਿਚਿੰਗ ਦੌਰਾਨ ਪੈਨਲ ਦੇ ਬਫਰ ਵਿੱਚ ਮੌਜੂਦ ਸਾਰੇ ਅਲਾਰਮ ਈਵੈਂਟ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਲਿੰਕ ਬਣਦੇ ਹੀ ਟ੍ਰਾਂਸਮਿਟ ਹੋ ਜਾਂਦੇ ਹਨ।
- ਆਟੋਮੈਟਿਕ ਫੇਲਬੈਕ: ਜਦੋਂ ਪ੍ਰਾਇਮਰੀ IP ਲਾਈਨ ਦੁਬਾਰਾ ਸਥਿਰ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਬੈਕਅੱਪ ਚਾਰਜਿਜ਼ ਨੂੰ ਬਚਾਉਣ ਲਈ ਵਾਪਸ IP ‘ਤੇ ਸਵਿਚ ਕਰ ਲੈਂਦਾ ਹੈ।
| ਸਾਈਟ ਦੀ ਕਿਸਮ | ਪ੍ਰਾਇਮਰੀ ਪਾਥ | ਬੈਕਅੱਪ ਪਾਥ | ਹਾਰਟਬੀਟ ਰਣਨੀਤੀ | ਤਰਕ |
|---|---|---|---|---|
| PSTN ਵਾਲੀ ਪੁਰਾਣੀ ਬੈਂਕ ਸ਼ਾਖਾ | PSTN (Contact ID) | ਸੈਲੂਲਰ (4G) | ਰੋਜ਼ਾਨਾ ਟੈਸਟ ਸਿਗਨਲ | ਮੌਜੂਦਾ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਮੋਡਰਨ ਫਾਲਬੈਕ ਜੋੜਦਾ ਹੈ |
| ਨਵੀਂ ਕੋਮਰਸ਼ੀਅਲ ਬਿਲਡਿੰਗ | IP (SIA DC-09) | ਸੈਲੂਲਰ (4G) | ਛੋਟੇ ਸਮੇਂ ਦੀ ਹਾਰਟਬੀਟ (30s-60s) | IP-ਨੇਟਿਵ ਸਾਈਟ, ਸੈਲੂਲਰ ਅਸਲ ਫੇਲਓਵਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ |
| ਦੂਰ-ਦੁਰਾਡੇ ਦੀ ਉਦਯੋਗਿਕ ਸਾਈਟ | ਸੈਲੂਲਰ (4G) | PSTN (ਜੇਕਰ ਉਪਲਬਧ ਹੋਵੇ) | ਨੈੱਟਵਰਕ ਅਨੁਸਾਰ ਐਡਜਸਟਡ ਹਾਰਟਬੀਟ | ਅਸਥਿਰ ਨੈੱਟਵਰਕ ਕਰਕੇ ਆਉਣ ਵਾਲੇ ਝੂਠੇ ਫਾਲਟਸ ਨੂੰ ਰੋਕਦਾ ਹੈ |
ਅਲਾਰਮ ਡਿਸਟ੍ਰੀਬਿਊਟਰਾਂ ਅਤੇ ਮੋਨੀਟਰਿੰਗ ਕੰਪਨੀਆਂ ਲਈ ਸੀਐਮਐਸ (CMS) ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਚੈੱਕਲਿਸਟ
ਕਿਸੇ ਵੀ ਪ੍ਰੋਜੈਕਟ ‘ਤੇ ਪੈਨਲ ਲਾਈਨ ਨੂੰ ਲਾਈਵ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਹੇਠ ਲਿਖੇ 12 ਪੁਆਇੰਟਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ:
12-ਪੁਆਇੰਟ ਸੈਂਟਰਲ ਸਟੇਸ਼ਨ ਇੰਟਰਓਪਰੇਬਿਲਟੀ ਚੈੱਕਲਿਸਟ
- ਵਰਤੇ ਜਾ ਰਹੇ ਰਿਸੀਵਰ ਨਾਲ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ (SIA DC-09 / Contact ID) ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ।
- ਅਸਲ ਟੈਸਟ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨਾਲ ਰਿਸੀਵਰ/CMS ਅਨੁਕੂਲਤਾ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ।
- ਅਕਾਊਂਟ ਸਟ੍ਰਕਚਰ (ਨੰਬਰਿੰਗ, ਲੰਬਾਈ, ਫਾਰਮੈਟ) ਦੀ ਵੈਲੀਡੇਸ਼ਨ ਕੀਤੀ ਗਈ।
- ਜ਼ੋਨ ਅਤੇ ਪਾਰਟੀਸ਼ਨ ਨਾਮਕਰਨ ਯੋਜਨਾ ‘ਤੇ ਸਹਿਮਤੀ ਬਣੀ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਤਿਆਰ ਕੀਤੇ ਗਏ।
- ਓਪਨਿੰਗ/ਕਲੋਜ਼ਿੰਗ ਰਿਪੋਰਟਾਂ ਦੇ ਵਿਵਹਾਰ ਦਾ ਟੈਸਟ ਕੀਤਾ ਗਿਆ।
- ਹਾਰਟਬੀਟ/ਟੈਸਟ ਸਿਗਨਲ ਇੰਟਰਵਲ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਅਤੇ CMS ਸਾਈਡ ‘ਤੇ ਕਨਫਰਮ ਕੀਤਾ ਗਿਆ।
- ਪ੍ਰਾਇਮਰੀ ਪਾਥ ਨੂੰ ਭੌਤਿਕ ਤੌਰ ‘ਤੇ ਡਿਸਕਨੈਕਟ ਕਰਕੇ ਫੇਲਓਵਰ ਦਾ ਟੈਸਟ ਕੀਤਾ ਗਿਆ।
- ਟੈਂਪਰ, AC-ਫੇਲ, ਅਤੇ ਬੈਟਰੀ-ਫੇਲ ਈਵੈਂਟਸ ਦਾ ਵੱਖਰੇ ਤੌਰ ‘ਤੇ ਟੈਸਟ ਕੀਤਾ ਗਿਆ।
- ਪੈਨਲ ਅਤੇ CMS ਵਿਚਕਾਰ ਈਵੈਂਟ ਲੌਗ ਦੀ ਸਥਿਰਤਾ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ ਗਈ।
- ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ, ਵੀਡੀਓ ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਿੰਕੇਜ ਦਾ ਟੈਸਟ ਕੀਤਾ ਗਿਆ।
- ਇੰਸਟਾਲਰ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਮੁਕੰਮਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ।
- ਟੈਕਨੀਕਲ ਸਪੋਰਟ ਅਤੇ ਐਸਕੇਲੇਸ਼ਨ ਕੰਟੈਕਟ ਵਰਕਫਲੋਅ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ।
ਪੈਨਲ ਅਤੇ CMS ਵਿਚਕਾਰ ਆਮ ਰਿਪੋਰਟਿੰਗ ਫੇਲਿਓਰ ਅਤੇ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ
| ਫੇਲਿਓਰ ਦੇ ਲੱਛਣ | ਸੰਭਾਵਿਤ ਕਾਰਨ | ਪੈਨਲ ਸਾਈਡ ਚੈੱਕ | ਕਮਿਊਨੀਕੇਟਰ/ਪਾਥ ਚੈੱਕ | CMS ਸਾਈਡ ਚੈੱਕ |
|---|---|---|---|---|
| ਪੈਨਲ ਟ੍ਰਾਂਸਮਿਟ ਕਰਦਾ ਹੈ, CMS ਨੂੰ ਕੁਝ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੁੰਦਾ | ਅਕਾਊਂਟ ਮਿਸਮੈਚ, ਗਲਤ ਰਿਸੀਵਰ ਸੈਟਿੰਗਜ਼, ਅਣ-ਸਮਰਥਿਤ ਫਾਰਮੈਟ | ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਈਵੈਂਟ ਲੌਗ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ | APN/SIM/ਨੈੱਟਵਰਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਂ ਲਾਈਨ ਸਟੇਟਸ ਦੀ ਜਾਂਚ ਕਰੋ | ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਰਿਸੀਵਰ ਉਮੀਦ ਕੀਤੀ ਪੋਰਟ/ਫਾਰਮੈਟ ‘ਤੇ ਲਿਸਨ ਕਰ ਰਿਹਾ ਹੈ |
| PSTN ਕੰਮ ਕਰਦਾ ਹੈ, IP/4G ਫੇਲ ਹੁੰਦਾ ਹੈ | ਕਮਿਊਨੀਕੇਟਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮਿਸਮੈਚ, CMS ‘ਤੇ IP ਇਨੇਬਲ ਨਹੀਂ ਹੈ | ਕਮਿਊਨੀਕੇਟਰ ਪ੍ਰੋਗਰਾਮਿੰਗ ਦੀ ਜਾਂਚ ਕਰੋ | SIM ਰਜਿਸਟ੍ਰੇਸ਼ਨ, APN ਸੈਟਿੰਗਜ਼, ਅਤੇ ਰੂਟਿੰਗ ਦੀ ਜਾਂਚ ਕਰੋ | ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਅਕਾਊਂਟ ‘ਤੇ IP/ਸੈਲੂਲਰ ਰਿਪੋਰਟਿੰਗ ਇਨੇਬਲ ਹੈ |
| ਈਵੈਂਟਸ ਸਹੀ ਜ਼ੋਨ/ਪਾਰਟੀਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚਦੇ ਹਨ | ਮੈਪਿੰਗ ਮਿਸਮੈਚ, ਨਾਮਕਰਨ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਨਹੀਂ ਹੈ | ਇੰਸਟਾਲਰ ਜ਼ੋਨ ਪ੍ਰੋਗਰਾਮਿੰਗ ਦੀ ਸਮੀਖਿਆ ਕਰੋ | N/A | ਅਕਾਊਂਟ ਟੈਂਪਲੇਟ ਅਤੇ ਇੰਪੋਰਟ ਮੈਪਿੰਗ ਦੀ ਜਾਂਚ ਕਰੋ |
| ਬੈਕਅੱਪ ਪਾਥ ਸਵਿਚ ਨਹੀਂ ਹੁੰਦਾ | ਫੇਲਓਵਰ ਲੌਜਿਕ ਡਿਸੇਬਲ ਹੈ, ਥ੍ਰੈਸ਼ਹੋਲਡ ਗਲਤ ਹੈ | ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫੇਲਓਵਰ ਇਨੇਬਲ ਹੈ ਅਤੇ ਥ੍ਰੈਸ਼ਹੋਲਡ ਸੈੱਟ ਹੈ | ਸੈਲੂਲਰ ਪਾਥ ਦਾ ਸੁਤੰਤਰ ਤੌਰ ‘ਤੇ ਟੈਸਟ ਕਰੋ | ਕਨਫਰਮ ਕਰੋ ਕਿ CMS ਬੈਕਅੱਪ ਟ੍ਰੈਫਿਕ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ |
| ਬਹੁਤ ਜ਼ਿਆਦਾ ਲਾਈਨ-ਫਾਲਟ/ਕਮਿਊਨੀਕੇਸ਼ਨ ਲੌਸ ਈਵੈਂਟਸ | ਬਹੁਤ ਹੀ ਹਮਲਾਵਰ ਸੁਪਰਵਿਜ਼ਨ ਇੰਟਰਵਲ, ਅਸਥਿਰ ਨੈੱਟਵਰਕ | ਸੁਪਰਵਿਜ਼ਨ ਇੰਟਰਵਲ ਸੈਟਿੰਗਜ਼ ਦੀ ਸਮੀਖਿਆ ਕਰੋ | ਸਾਈਟ ‘ਤੇ ਨੈੱਟਵਰਕ ਸਥਿਰਤਾ ਦੀ ਜਾਂਚ ਕਰੋ | ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਥ੍ਰੈਸ਼ਹੋਲਡ ਟਿਊਨਿੰਗ ਅਸਲ ਸਥਿਤੀਆਂ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ |
ਉਦਯੋਗਿਕ ਕੇਸ ਸਟੱਡੀ: Athenalarm AS-9000 ਪਲੇਟਫਾਰਮ ਆਰਕੀਟੈਕਚਰ
ਇੱਕ ਨਿਰਮਾਤਾ ਜੋ ਇਸ ਪੂਰੀ ਆਰਕੀਟੈਕਚਰਲ ਸਟੈਕ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਉਸਦੀ ਉਦਾਹਰਨ Athenalarm ਦੇ ਉਤਪਾਦਾਂ ਵਿੱਚ ਦੇਖੀ ਜਾ ਸਕਦੀ ਹੈ।
AS-9000 ਸੀਰੀਜ਼ ਅਲਾਰਮ ਕੰਟਰੋਲ ਪੈਨਲ ਇੱਕ ਐਡਰੈਸੇਬਲ, RS-485 ਡਿਫਰੈਂਸ਼ੀਅਲ ਸੀਰੀਅਲ ਅਲਾਰਮ ਬੱਸ ਆਧਾਰਿਤ ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਪਲੇਟਫਾਰਮ ਹੈ ਜੋ 32-ਬਿਟ ARM ਕੰਟਰੋਲ ਕੋਰ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਹੈ। ਇਹ ਬੇਸ ਪੈਨਲ ‘ਤੇ 16 ਵਾਇਰਡ ਜ਼ੋਨ ਅਤੇ 30 ਵਾਇਰਲੈੱਸ ਜ਼ੋਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਐਡਰੈੱਸ ਮੋਡਿਊਲਾਂ ਰਾਹੀਂ ਇਸਨੂੰ ਲਗਭਗ 1,656 ਬੱਸ ਜ਼ੋਨਾਂ ਤੱਕ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਆਰਕੀਟੈਕਚਰ ਵਿਸ਼ੇਸ਼ ਤੌਰ ‘ਤੇ ਮਲਟੀ-ਸਾਈਟ ਅਤੇ ਮਲਟੀ-ਬਿਲਡਿੰਗ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ।
ਇਹ ਲਾਈਨ ਵੱਖ-ਵੱਖ ਕਮਿਊਨੀਕੇਟਰ ਵੇਰੀਐਂਟਸ (AS-9000FX, AS-9000IP, AS-9000GPRS-4G, AS-9000FF) ਵਿੱਚ ਆਉਂਦੀ ਹੈ, ਜੋ ਡਿਸਟ੍ਰੀਬਿਊਟਰਾਂ ਨੂੰ ਸਾਈਟ ਦੇ ਮੌਜੂਦਾ ਇਨਫਰਾਸਟ੍ਰਕਚਰ (PSTN, IP, ਜਾਂ 4G) ਦੇ ਅਨੁਸਾਰ ਕਮਿਊਨੀਕੇਸ਼ਨ ਪਾਥ ਚੁਣਨ ਦੀ ਆਜ਼ਾਦੀ ਦਿੰਦੀ ਹੈ। ਮੋਨੀਟਰਿੰਗ ਸਾਈਡ ‘ਤੇ, Athenalarm ਆਪਣੇ ਪੈਨਲ ਪਲੇਟਫਾਰਮ ਨੂੰ ਨੈੱਟਵਰਕ ਅਲਾਰਮ ਸੈਂਟਰ ਮੈਨੇਜਮੈਂਟ ਸੌਫਟਵੇਅਰ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਇਸਦੇ ਪ੍ਰਕਾਸ਼ਿਤ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਟੈਂਪਰ, AC-ਫੇਲ, ਅਤੇ ਬੈਟਰੀ-ਫਾਲਟ ਸੁਪਰਵਿਜ਼ਨ, 1,500-ਈਵੈਂਟ ਔਨਬੋਰਡ ਹਿਸਟਰੀ ਲੌਗ, ਅਤੇ 4kV ਤੱਕ ਰੇਟਡ ਸਰਜ ਪ੍ਰੋਟੈਕਸ਼ਨ ਸ਼ਾਮਲ ਹੈ — ਜੋ ਕਿ ਵੱਡੇ ਪੱਧਰ ‘ਤੇ ਡੈਪਲੋਇਮੈਂਟ ਲਈ ਬਹੁਤ ਜਰੂਰੀ ਹਨ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਪ੍ਰਸ਼ਨ (FAQ)
ਕੋਮਰਸ਼ੀਅਲ ਅਲਾਰਮ ਮੋਨੀਟਰਿੰਗ ਵਿੱਚ SIA DC-09 ਪ੍ਰੋਟੋਕੋਲ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ?
SIA DC-09 ਪ੍ਰੋਟੋਕੋਲ modern IP ਅਤੇ 4G/ਸੈਲੂਲਰ ਅਲਾਰਮ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਲਈ ਇੱਕ ਅੰਤਰਰਾਸ਼ਟਰੀ ANSI ਮਾਪਦੰਡ ਹੈ। ਇਹ ਅਲਾਰਮ ਡਾਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਕੇ ਸੈਂਟਰਲ ਮੋਨੀਟਰਿੰਗ ਸਟੇਸ਼ਨ (CMS) ਰਿਸੀਵਰ ਤੱਕ ਸੁਰੱਖਿਅਤ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। ਇਹ ਵੱਖ-ਵੱਖ ਨਿਰਮਾਤਾਵਾਂ ਦੇ ਕੰਟਰੋਲ ਪੈਨਲਾਂ ਅਤੇ ਸੀਐਮਐਸ ਸਾਫਟਵੇਅਰ ਵਿਚਕਾਰ ਸਹੀ ਈਵੈਂਟ ਕੋਡਿੰਗ ਅਤੇ ਖਾਤਾ ਮੈਪਿੰਗ ਸੁਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਝੂਠੇ ਅਲਾਰਮ ਅਤੇ ਕਮਿਊਨੀਕੇਸ਼ਨ ਫੇਲਿਓਰ ਦਾ ਖਤਰਾ ਘਟਦਾ ਹੈ।
ਡੁਅਲ-ਪਾਥ ਕਮਿਊਨੀਕੇਸ਼ਨ ਆਰਕੀਟੈਕਚਰ ਅਲਾਰਮ ਸਿਸਟਮ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਕਿਵੇਂ ਵਧਾਉਂਦਾ ਹੈ?
ਡੁਅਲ-ਪਾਥ ਆਰਕੀਟੈਕਚਰ ਪ੍ਰਾਇਮਰੀ IP/ਈਥਰਨੈੱਟ ਲਿੰਕ ਕੱਟੇ ਜਾਣ ਜਾਂ ਖਰਾਬ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਤੁਰੰਤ 4G/ਸੈਲੂਲਰ ਬੈਕਅੱਪ ਮੋਡਿਊਲ ਉੱਤੇ ਸਿਗਨਲ ਸਵਿਚ ਕਰਦਾ ਹੈ। ਹਾਰਟਬੀਟ ਪੋਲਿੰਗ ਦੁਆਰਾ ਦੋਵਾਂ ਮਾਰਗਾਂ ਦੀ ਨਿਰੰਤਰ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਮੁੱਖ ਨੈੱਟਵਰਕ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਅਲਾਰਮ ਡਾਟਾ ਬਿਨਾਂ ਕਿਸੇ ਦੇਰੀ ਜਾਂ ਡਾਟਾ ਲੌਸ ਦੇ ਸੀਐਮਐਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸੁਰੱਖਿਆ ਪ੍ਰਣਾਲੀ ਦੀ ਨਿਰੰਤਰਤਾ ਬਣੀ ਰਹਿੰਦੀ ਹੈ।
ਵੱਡੀਆਂ ਉਦਯੋਗਿਕ ਸਾਈਟਾਂ ਵਿੱਚ RS-485 ਬੱਸ ਐਕਸਪੈਂਸ਼ਨ ਦਾ ਕੀ ਫਾਇਦਾ ਹੈ?
RS-485 ਡਿਫਰੈਂਸ਼ੀਅਲ ਬੱਸ ਲੰਬੀ ਦੂਰੀ (1200 ਮੀਟਰ ਤੱਕ) ਉੱਤੇ ਮਲਟੀਪਲ ਐਡਰੈਸੇਬਲ ਜ਼ੋਨ ਮੋਡਿਊਲਾਂ ਨੂੰ ਇੱਕੋ ਕੇਬਲ ਲੂਪ ‘ਤੇ ਜੋੜਨ ਦੀ ਸੁਵਿਧਾ ਦਿੰਦੀ ਹੈ। ਇਹ ਹਰੇਕ ਸੈਂਸਰ ਲਈ ਵੱਖਰੀ ਕੇਬਲ ਵਿਛਾਉਣ ਦੀ ਲੋੜ ਨੂੰ ਖਤਮ ਕਰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਵਾਇਰਿੰਗ ਲਾਗਤ ਘਟਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਉਦਯੋਗਿਕ EMI ਸ਼ੀਲਡਿੰਗ ਅਤੇ ਫਾਲਟ ਆਈਸੋਲੇਸ਼ਨ ਨਾਲ ਸਿਸਟਮ ਦਾ ਵਿਸਥਾਰ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ।
ਸਿੱਟਾ: ਸੁਰੱਖਿਆ ਅਲਾਰਮ ਨਿਰਮਾਤਾਵਾਂ ਤੋਂ B2B ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਕੀ ਉਮੀਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ
ਕੋਮਰਸ਼ੀਅਲ ਇੰਟ੍ਰੂਜ਼ਨ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਸਫਲਤਾ ਸਿਰਫ਼ ਹਾਰਡਵੇਅਰ ਦੀ ਲਾਗਤ ‘ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦੀ, ਬਲਕਿ ਇੰਟਰਓਪਰੇਬਿਲਟੀ, ਕਮਿਊਨੀਕੇਸ਼ਨ ਰੇਜ਼ੀਲੀਐਂਸ, ਅਤੇ ਸਰਵਿਸੇਬਿਲਟੀ ‘ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਅਲਾਰਮ ਰਿਪੋਰਟਿੰਗ ਦੀਆਂ ਜ਼ਿਆਦਾਤਰ ਅਸਫਲਤਾਵਾਂ ਪੈਨਲ-ਟੂ-CMS ਇੰਟਰਫੇਸ ‘ਤੇ ਹੁੰਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਪੈਨਲ ਦੇ ਅੰਦਰ। ਇਸ ਲਈ ਨਿਰਮਾਤਾ ਦੇ ਮੁਲਾਂਕਣ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਸਪੋਰਟ, ਫੇਲਓਵਰ ਬਿਹੇਵੀਅਰ, ਅਤੇ ਵਿਕਰੀ ਤੋਂ ਬਾਅਦ ਦੀ ਸਰਵਿਸੇਬਿਲਟੀ ਸ਼ਾਮਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਤਿੰਨ ਮੁੱਖ ਥੰਮ੍ਹ ਇਸ ਮੁਲਾਂਕਣ ਢਾਂਚੇ ਦਾ ਸਾਰ ਦਿੰਦੇ ਹਨ:
- ਸੈਂਟਰਲ-ਸਟੇਸ਼ਨ ਇੰਟਰਓਪਰੇਬਿਲਟੀ: ਰੋਲਆਊਟ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਡੇ ਅਸਲ ਰਿਸੀਵਰ ਨਾਲ ਟੈਸਟ ਕੀਤੇ ਗਏ ਵੈਲੀਡੇਟਿਡ ਰਿਪੋਰਟਿੰਗ ਫਾਰਮੈਟ ਅਤੇ ਈਵੈਂਟ-ਕੋਡ ਮੈਪਿੰਗ।
- ਮਲਟੀ-ਪਾਥ ਕਮਿਊਨੀਕੇਸ਼ਨ ਰੇਜ਼ੀਲੀਐਂਸ: ਦਸਤਾਵੇਜ਼ੀ ਫੇਲਓਵਰ ਥ੍ਰੈਸ਼ਹੋਲਡ, ਸੁਪਰਵਿਜ਼ਨ ਇੰਟਰਵਲ, ਅਤੇ ਸਥਿਰ ਫੇਲਬੈਕ ਵਿਵਹਾਰ।
- ਸਕੇਲੇਬਲ ਅਤੇ ਸਰਵਿਸੇਬਲ ਆਰਕੀਟੈਕਚਰ: ਐਡਰੈਸੇਬਲ ਐਕਸਪੈਂਸ਼ਨ, ਡਾਇਗਨੌਸਟਿਕ ਲੌਗਿੰਗ, ਅਤੇ ਫਰਮਵੇਅਰ ਅਪਡੇਟ ਸਥਿਰਤਾ ਜੋ ਮਲਟੀ-ਸਾਈਟ ਡੈਪਲੋਇਮੈਂਟ ਵਿੱਚ ਸਿਸਟਮ ਨੂੰ ਕਾਇਮ ਰੱਖਦੀ ਹੈ।