ਹੈਲੋ ਹਰ ਕੋਈ!

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

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

ਕੈਮਰਿਆਂ ਨੂੰ ਕਲਾਊਡ ਨਾਲ ਜੋੜਨ ਦੇ ਕਈ ਤਕਨੀਕੀ ਤਰੀਕੇ ਹਨ। ਬਿਨਾਂ ਸ਼ੱਕ, ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਅਤੇ ਸਸਤਾ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਕੈਮਰਾ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕਲਾਉਡ ਨਾਲ ਜੁੜਦਾ ਹੈ ਅਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਉਪਕਰਣ ਜਿਵੇਂ ਕਿ ਸਰਵਰ ਜਾਂ ਰਿਕਾਰਡਰ ਦੀ ਸ਼ਮੂਲੀਅਤ ਦੇ।

ਅਜਿਹਾ ਕਰਨ ਲਈ, ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਕੈਮਰੇ 'ਤੇ ਕਲਾਉਡ ਨਾਲ ਕੰਮ ਕਰਨ ਵਾਲਾ ਇੱਕ ਸਾਫਟਵੇਅਰ ਮੋਡਿਊਲ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਵੇ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਅਸੀਂ ਸਸਤੇ ਕੈਮਰਿਆਂ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਉਹਨਾਂ ਕੋਲ ਬਹੁਤ ਹੀ ਸੀਮਤ ਹਾਰਡਵੇਅਰ ਸਰੋਤ ਹਨ, ਜੋ ਕਿ ਕੈਮਰਾ ਵਿਕਰੇਤਾ ਦੇ ਮੂਲ ਫਰਮਵੇਅਰ ਦੁਆਰਾ ਲਗਭਗ 100% ਕਬਜ਼ੇ ਵਿੱਚ ਹਨ, ਅਤੇ ਕਲਾਉਡ ਪਲੱਗਇਨ ਲਈ ਲੋੜੀਂਦੇ ਸਰੋਤ ਨਹੀਂ ਹਨ। ivideon ਦੇ ਡਿਵੈਲਪਰਾਂ ਨੇ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਸਮਰਪਿਤ ਕੀਤਾ ਲੇਖ, ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਸਸਤੇ ਕੈਮਰਿਆਂ 'ਤੇ ਪਲੱਗਇਨ ਨੂੰ ਇੰਸਟੌਲ ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਨ। ਨਤੀਜੇ ਵਜੋਂ, ਕੈਮਰੇ ਦੀ ਘੱਟੋ-ਘੱਟ ਕੀਮਤ 5000 ਰੂਬਲ ($80 ਡਾਲਰ) ਹੈ ਅਤੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ 'ਤੇ ਲੱਖਾਂ ਪੈਸੇ ਖਰਚ ਕੀਤੇ ਗਏ ਹਨ।

ਅਸੀਂ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਹੱਲ ਕਰ ਲਿਆ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ - ਕੱਟ ਵਿੱਚ ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ

ਇਤਿਹਾਸ ਦਾ ਇੱਕ ਬਿੱਟ

2016 ਵਿੱਚ, ਅਸੀਂ Rostelecom ਲਈ ਇੱਕ ਕਲਾਉਡ ਵੀਡੀਓ ਨਿਗਰਾਨੀ ਪਲੇਟਫਾਰਮ ਵਿਕਸਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ।

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

ਵਰਤਮਾਨ ਵਿੱਚ, IP ਕੈਮਰਾ ਮਾਰਕੀਟ 'ਤੇ ਕੋਈ ਵਿਆਪਕ ਏਕੀਕਰਣ ਹੱਲ ਨਹੀਂ ਹਨ: ਹਰੇਕ ਵਿਕਰੇਤਾ ਕੋਲ ਪਲੱਗਇਨ ਸਥਾਪਤ ਕਰਨ ਦਾ ਆਪਣਾ ਤਰੀਕਾ ਹੈ, ਫਰਮਵੇਅਰ ਨੂੰ ਚਲਾਉਣ ਲਈ API ਦਾ ਆਪਣਾ ਸੈੱਟ, ਅਤੇ ਇੱਕ ਵਿਲੱਖਣ ਅਪਡੇਟ ਵਿਧੀ ਹੈ।

ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰੇਕ ਕੈਮਰਾ ਵਿਕਰੇਤਾ ਲਈ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਏਕੀਕਰਣ ਸੌਫਟਵੇਅਰ ਦੀ ਇੱਕ ਵਿਆਪਕ ਪਰਤ ਨੂੰ ਵਿਕਸਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ। ਅਤੇ ਵਿਕਾਸ ਸ਼ੁਰੂ ਕਰਨ ਦੇ ਸਮੇਂ, ਕਲਾਉਡ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਤਰਕ ਵਿਕਸਿਤ ਕਰਨ 'ਤੇ ਟੀਮ ਦੇ ਯਤਨਾਂ ਨੂੰ ਕੇਂਦਰਿਤ ਕਰਨ ਲਈ ਸਿਰਫ 1 ਵਿਕਰੇਤਾ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।

ਚੁਣਿਆ ਗਿਆ ਪਹਿਲਾ ਵਿਕਰੇਤਾ ਹਿਕਵਿਜ਼ਨ ਸੀ, ਜੋ ਕੈਮਰਾ ਮਾਰਕੀਟ ਵਿੱਚ ਵਿਸ਼ਵ ਲੀਡਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੀ, ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਦਸਤਾਵੇਜ਼ੀ API ਅਤੇ ਸਮਰੱਥ ਇੰਜੀਨੀਅਰਿੰਗ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਸੀ।

ਅਸੀਂ ਹਿਕਵਿਜ਼ਨ ਕੈਮਰਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਆਪਣਾ ਪਹਿਲਾ ਪਾਇਲਟ ਪ੍ਰੋਜੈਕਟ, ਕਲਾਉਡ ਵੀਡੀਓ ਨਿਗਰਾਨੀ ਵੀਡੀਓ ਕਮਫਰਟ ਲਾਂਚ ਕੀਤਾ ਹੈ।

ਲਾਂਚ ਦੇ ਲਗਭਗ ਤੁਰੰਤ ਬਾਅਦ, ਸਾਡੇ ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਹੋਰ ਨਿਰਮਾਤਾਵਾਂ ਤੋਂ ਸਸਤੇ ਕੈਮਰਿਆਂ ਨੂੰ ਸੇਵਾ ਨਾਲ ਜੋੜਨ ਦੀ ਸੰਭਾਵਨਾ ਬਾਰੇ ਸਵਾਲ ਪੁੱਛਣੇ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੇ।

ਮੈਂ ਹਰੇਕ ਵਿਕਰੇਤਾ ਲਈ ਇੱਕ ਏਕੀਕਰਣ ਪਰਤ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਵਿਕਲਪ ਨੂੰ ਲਗਭਗ ਤੁਰੰਤ ਰੱਦ ਕਰ ਦਿੱਤਾ - ਕਿਉਂਕਿ ਇਹ ਮਾੜੀ ਮਾਪਯੋਗ ਹੈ ਅਤੇ ਕੈਮਰਾ ਹਾਰਡਵੇਅਰ 'ਤੇ ਗੰਭੀਰ ਤਕਨੀਕੀ ਲੋੜਾਂ ਲਗਾਉਂਦਾ ਹੈ। ਇਹਨਾਂ ਇਨਪੁਟ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਾਲੇ ਕੈਮਰੇ ਦੀ ਕੀਮਤ: ~60-70$

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

ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕੈਮਰੇ ਨਾਲ ਘੱਟ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਹਾਰਡਵੇਅਰ AES ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਜੋ ਘੱਟ-ਪਾਵਰ CPU 'ਤੇ ਵਾਧੂ ਲੋਡ ਬਣਾਏ ਬਿਨਾਂ ਡੇਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ।

ਉਸ ਸਮੇਂ ਸਾਡੇ ਕੋਲ ਕੁਝ ਵੀ ਨਹੀਂ ਸੀ। ਕੁਝ ਵੀ ਨਹੀਂ.

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

ਸਾਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਰਿਵਰਸ ਇੰਜੀਨੀਅਰਿੰਗ ਦੁਆਰਾ ਦਿੱਤੇ ਜਾਣੇ ਸਨ - ਟ੍ਰਾਇਲ ਅਤੇ ਐਰਰ. ਪਰ ਅਸੀਂ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ.

ਪਹਿਲੇ ਕੈਮਰਾ ਮਾਡਲ ਜਿਨ੍ਹਾਂ 'ਤੇ ਅਸੀਂ ਟੈਸਟ ਕੀਤਾ ਸੀ ਉਹ ਸਨ Xiaomi Yi Ants, Hikvision, Dahua, Spezvision, D-Link ਕੈਮਰੇ ਅਤੇ ਕਈ ਅਤਿ-ਸਸਤੇ ਨਾਮਹੀਣ ਚੀਨੀ ਕੈਮਰੇ।

ਤਕਨੀਕ

Hisilicon 3518E ਚਿੱਪਸੈੱਟ 'ਤੇ ਆਧਾਰਿਤ ਕੈਮਰੇ। ਕੈਮਰਿਆਂ ਦੀਆਂ ਹਾਰਡਵੇਅਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਇਸ ਪ੍ਰਕਾਰ ਹਨ:

Xiaomi Yi Ants
Noname

SoC
ਹਿਸਿਲਿਕਨ 3518E
ਹਿਸਿਲਿਕਨ 3518E

ਰੈਮ
64MB
64MB

ਫਲੈਸ਼
16MB
8MB

ਫਾਈ
mt7601/bcm43143
-

ਸੈਸਰ
ov9732 (720p)
ov9712 (720p)

ਈਥਰਨੈੱਟ
-
+

MicroSD
+
+

ਮਾਈਕ੍ਰੋਫੋਨ
+
+

ਸਪੀਕਰ
+
+

IRLed
+
+

IRCut
+
+

ਅਸੀਂ ਉਨ੍ਹਾਂ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕੀਤੀ।

ਅਸੀਂ ਵਰਤਮਾਨ ਵਿੱਚ Hisilicon 3516/3518 ਚਿੱਪਸੈੱਟਾਂ ਦੇ ਨਾਲ-ਨਾਲ Ambarella S2L/S2LM ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਾਂ। ਕੈਮਰੇ ਦੇ ਦਰਜਨਾਂ ਮਾਡਲ ਹਨ।

ਫਰਮਵੇਅਰ ਰਚਨਾ

ਪਣਡੁੱਬੀ

uboot ਬੂਟ ਲੋਡਰ ਹੈ, ਇਹ ਪਾਵਰ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾਂ ਬੂਟ ਹੁੰਦਾ ਹੈ, ਹਾਰਡਵੇਅਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਅਤੇ ਲੀਨਕਸ ਕਰਨਲ ਨੂੰ ਲੋਡ ਕਰਦਾ ਹੈ।

ਕੈਮਰਾ ਲੋਡਿੰਗ ਸਕ੍ਰਿਪਟ ਕਾਫ਼ੀ ਮਾਮੂਲੀ ਹੈ:

bootargs=mem=38M console=ttyAMA0,115200 rootfstype=ramfs mtdparts=hi_sfc:256K(boot),64K(tech),4096K(kernel),8192K(app),-(config) hw_type=101
bootcmd=sf probe 0; sf read 0x82000000 0x50000 0x400000; bootm 0x82000000; setenv bootargs $(bootargs) bkp=1; sf read 0x82000000 0x450000 0x400000; bootm 0x82000000

ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਦੋ ਵਾਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ bootm, ਇਸ ਬਾਰੇ ਥੋੜੀ ਦੇਰ ਬਾਅਦ, ਜਦੋਂ ਅਸੀਂ ਅੱਪਡੇਟ ਸਬ-ਸਿਸਟਮ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ।

ਲਾਈਨ ਵੱਲ ਧਿਆਨ ਦਿਓ mem=38M. ਹਾਂ, ਹਾਂ, ਇਹ ਕੋਈ ਟਾਈਪੋ ਨਹੀਂ ਹੈ - ਲੀਨਕਸ ਕਰਨਲ ਅਤੇ ਸਾਰੇ, ਸਾਰੇ, ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਕੋਲ ਸਿਰਫ 38 ਮੈਗਾਬਾਈਟ RAM ਤੱਕ ਪਹੁੰਚ ਹੈ।

ਯੂਬੂਟ ਦੇ ਅੱਗੇ ਵੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਬਲਾਕ ਹੈ ਜਿਸ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ reg_info, ਜਿਸ ਵਿੱਚ DDR ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇੱਕ ਨੀਵੇਂ-ਪੱਧਰ ਦੀ ਸਕ੍ਰਿਪਟ ਅਤੇ SoC ਦੇ ਕਈ ਸਿਸਟਮ ਰਜਿਸਟਰ ਸ਼ਾਮਲ ਹਨ। ਸਮੱਗਰੀ reg_info ਕੈਮਰਾ ਮਾਡਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਇਹ ਸਹੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਕੈਮਰਾ uboot ਨੂੰ ਲੋਡ ਕਰਨ ਦੇ ਯੋਗ ਵੀ ਨਹੀਂ ਹੋਵੇਗਾ, ਪਰ ਲੋਡ ਕਰਨ ਦੇ ਬਹੁਤ ਹੀ ਸ਼ੁਰੂਆਤੀ ਪੜਾਅ 'ਤੇ ਫ੍ਰੀਜ਼ ਹੋ ਜਾਵੇਗਾ।

ਪਹਿਲਾਂ, ਜਦੋਂ ਅਸੀਂ ਵਿਕਰੇਤਾ ਸਹਾਇਤਾ ਤੋਂ ਬਿਨਾਂ ਕੰਮ ਕੀਤਾ, ਅਸੀਂ ਅਸਲ ਕੈਮਰਾ ਫਰਮਵੇਅਰ ਤੋਂ ਇਸ ਬਲਾਕ ਦੀ ਨਕਲ ਕੀਤੀ।

ਲੀਨਕਸ ਕਰਨਲ ਅਤੇ ਰੂਟਐਫ

ਕੈਮਰੇ ਲੀਨਕਸ ਕਰਨਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜੋ ਕਿ ਚਿੱਪ ਦੇ SDK ਦਾ ਹਿੱਸਾ ਹੈ; ਆਮ ਤੌਰ 'ਤੇ ਇਹ 3.x ਬ੍ਰਾਂਚ ਦੇ ਨਵੀਨਤਮ ਕਰਨਲ ਨਹੀਂ ਹਨ, ਇਸ ਲਈ ਸਾਨੂੰ ਅਕਸਰ ਇਸ ਤੱਥ ਨਾਲ ਨਜਿੱਠਣਾ ਪੈਂਦਾ ਹੈ ਕਿ ਵਾਧੂ ਉਪਕਰਣਾਂ ਲਈ ਡਰਾਈਵਰ ਵਰਤੇ ਗਏ ਕਰਨਲ ਦੇ ਅਨੁਕੂਲ ਨਹੀਂ ਹਨ। , ਅਤੇ ਸਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਕਰਨਲ ਕੈਮਰਿਆਂ ਵਿੱਚ ਬੈਕ-ਪੋਰਟ ਕਰਨਾ ਹੋਵੇਗਾ।

ਇੱਕ ਹੋਰ ਮੁੱਦਾ ਕਰਨਲ ਦਾ ਆਕਾਰ ਹੈ। ਜਦੋਂ ਫਲੈਸ਼ ਦਾ ਆਕਾਰ ਸਿਰਫ 8MB ਹੁੰਦਾ ਹੈ, ਤਾਂ ਹਰ ਬਾਈਟ ਦੀ ਗਿਣਤੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਸਾਡਾ ਕੰਮ ਸਾਵਧਾਨੀ ਨਾਲ ਸਾਰੇ ਅਣਵਰਤੇ ਕਰਨਲ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਅਯੋਗ ਕਰਨਾ ਹੁੰਦਾ ਹੈ ਤਾਂ ਜੋ ਆਕਾਰ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕੀਤਾ ਜਾ ਸਕੇ।

Rootfs ਇੱਕ ਬੁਨਿਆਦੀ ਫਾਇਲ ਸਿਸਟਮ ਹੈ। ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ busybox, wifi ਮੋਡੀਊਲ ਡਰਾਈਵਰ, ਮਿਆਰੀ ਸਿਸਟਮ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦਾ ਇੱਕ ਸੈੱਟ, ਜਿਵੇਂ ਕਿ libld и libc, ਨਾਲ ਹੀ ਸਾਡੇ ਸੌਫਟਵੇਅਰ, ਜੋ ਕਿ LED ਨਿਯੰਤਰਣ ਤਰਕ, ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਪ੍ਰਬੰਧਨ ਅਤੇ ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ initramfs ਦੇ ਰੂਪ ਵਿੱਚ ਕਰਨਲ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਅਤੇ ਬਿਲਡ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਾਨੂੰ ਇੱਕ ਫਾਈਲ ਮਿਲਦੀ ਹੈ। uImage, ਜਿਸ ਵਿੱਚ ਕਰਨਲ ਅਤੇ rootfs ਦੋਵੇਂ ਸ਼ਾਮਿਲ ਹਨ।

ਵੀਡੀਓ ਐਪਲੀਕੇਸ਼ਨ

ਫਰਮਵੇਅਰ ਦਾ ਸਭ ਤੋਂ ਗੁੰਝਲਦਾਰ ਅਤੇ ਸਰੋਤ-ਸੰਬੰਧੀ ਹਿੱਸਾ ਐਪਲੀਕੇਸ਼ਨ ਹੈ, ਜੋ ਵੀਡੀਓ-ਆਡੀਓ ਕੈਪਚਰ, ਵੀਡੀਓ ਏਨਕੋਡਿੰਗ, ਤਸਵੀਰ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ, ਵੀਡੀਓ ਵਿਸ਼ਲੇਸ਼ਣ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਮੋਸ਼ਨ ਜਾਂ ਸਾਊਂਡ ਡਿਟੈਕਟਰ, PTZ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਦਿਨ ਬਦਲਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਰਾਤ ਦੇ ਢੰਗ.

ਇੱਕ ਮਹੱਤਵਪੂਰਨ, ਮੈਂ ਕੁੰਜੀ ਵੀ ਕਹਾਂਗਾ, ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਵੀਡੀਓ ਐਪਲੀਕੇਸ਼ਨ ਕਲਾਉਡ ਪਲੱਗਇਨ ਨਾਲ ਕਿਵੇਂ ਇੰਟਰੈਕਟ ਕਰਦੀ ਹੈ।

ਪਰੰਪਰਾਗਤ ਹੱਲ 'ਵਿਕਰੇਤਾ ਫਰਮਵੇਅਰ + ਕਲਾਉਡ ਪਲੱਗਇਨ' ਵਿੱਚ, ਜੋ ਕਿ ਸਸਤੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਕੈਮਰੇ ਦੇ ਅੰਦਰ ਵੀਡੀਓ ਨੂੰ RTSP ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ - ਅਤੇ ਇਹ ਇੱਕ ਬਹੁਤ ਵੱਡਾ ਓਵਰਹੈੱਡ ਹੈ: ਸਾਕਟ, ਬੇਲੋੜੇ ਸਿਸਕੈਲ ਦੁਆਰਾ ਡੇਟਾ ਨੂੰ ਕਾਪੀ ਕਰਨਾ ਅਤੇ ਟ੍ਰਾਂਸਮਿਟ ਕਰਨਾ।

ਇੱਥੇ ਅਸੀਂ ਸ਼ੇਅਰਡ ਮੈਮੋਰੀ ਮਕੈਨਿਜ਼ਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ - ਵੀਡੀਓ ਨੂੰ ਕੈਮਰਾ ਸਾਫਟਵੇਅਰ ਕੰਪੋਨੈਂਟਸ ਦੇ ਵਿਚਕਾਰ ਸਾਕਟ ਦੁਆਰਾ ਕਾਪੀ ਜਾਂ ਭੇਜਿਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਕੈਮਰੇ ਦੀਆਂ ਮਾਮੂਲੀ ਹਾਰਡਵੇਅਰ ਸਮਰੱਥਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਨੁਕੂਲ ਅਤੇ ਧਿਆਨ ਨਾਲ.

ਉਪ-ਸਿਸਟਮ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ

ਔਨਲਾਈਨ ਫਰਮਵੇਅਰ ਅਪਡੇਟਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਮਾਣ ਦਾ ਬਿੰਦੂ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਉਪ-ਸਿਸਟਮ ਹੈ।

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

ਅਸੀਂ ਇਸ ਸਮੱਸਿਆ ਨਾਲ ਵੀ ਨਜਿੱਠਿਆ ਹੈ। ਭਾਵੇਂ ਅੱਪਡੇਟ ਦੌਰਾਨ ਕੈਮਰਾ ਬੰਦ ਹੋ ਗਿਆ ਹੋਵੇ, ਇਹ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਅਤੇ ਉਪਭੋਗਤਾ ਦੇ ਦਖਲ ਤੋਂ ਬਿਨਾਂ ਕਲਾਉਡ ਤੋਂ ਫਰਮਵੇਅਰ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰੇਗਾ ਅਤੇ ਓਪਰੇਸ਼ਨ ਰੀਸਟੋਰ ਕਰੇਗਾ।

ਆਉ ਇਸ ਤਕਨੀਕ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵੇਖੀਏ:

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

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

ਇੱਕ ਚੰਗਾ ਹੱਲ - ਹਾਲਾਂਕਿ, rootfs ਵਾਲਾ ਕਰਨਲ ਲਗਭਗ 3.5MB ਲੈਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਸਥਾਈ ਬੈਕਅੱਪ ਲਈ ਤੁਹਾਨੂੰ 3.5MB ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਭ ਤੋਂ ਸਸਤੇ ਕੈਮਰਿਆਂ ਵਿੱਚ ਬੈਕਅੱਪ ਕਰਨਲ ਲਈ ਇੰਨੀ ਖਾਲੀ ਥਾਂ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

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

ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਸਮੇਂ ਕੈਮਰੇ ਕੋਲ rootfs ਵਾਲਾ ਸਹੀ ਕਰਨਲ ਹੋਵੇਗਾ, ਅਤੇ ਇਹ ਫਰਮਵੇਅਰ ਨੂੰ ਬੂਟ ਅਤੇ ਰੀਸਟੋਰ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ।

ਫਰਮਵੇਅਰ ਬਣਾਉਣ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਲਈ CI/CD ਸਿਸਟਮ

ਫਰਮਵੇਅਰ ਬਣਾਉਣ ਲਈ, ਅਸੀਂ gitlab CI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਜੋ ਆਪਣੇ ਆਪ ਹੀ ਸਾਰੇ ਸਮਰਥਿਤ ਕੈਮਰਾ ਮਾਡਲਾਂ ਲਈ ਫਰਮਵੇਅਰ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਫਰਮਵੇਅਰ ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਇਹ ਆਪਣੇ ਆਪ ਕੈਮਰਾ ਸਾਫਟਵੇਅਰ ਅੱਪਡੇਟ ਸੇਵਾ ਵਿੱਚ ਤੈਨਾਤ ਹੋ ਜਾਂਦਾ ਹੈ।

ਸੇਵਾ ਤੋਂ, ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਸਾਡੇ QA ਟੈਸਟ ਕੈਮਰਿਆਂ, ਅਤੇ ਸਾਰੇ ਟੈਸਟਿੰਗ ਪੜਾਵਾਂ ਦੇ ਪੂਰਾ ਹੋਣ 'ਤੇ, ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕੈਮਰਿਆਂ ਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ

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

ਇਸ ਲਈ, ਸਾਡੇ ਫਰਮਵੇਅਰ ਵਿੱਚ ਸਾਰੀਆਂ ਅਣਵਰਤੀਆਂ ਕਾਰਜਸ਼ੀਲਤਾਵਾਂ ਅਸਮਰਥਿਤ ਹਨ, ਸਾਰੇ tcp/udp ਪੋਰਟ ਬੰਦ ਹਨ, ਅਤੇ ਫਰਮਵੇਅਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਵੇਲੇ, ਸੌਫਟਵੇਅਰ ਦੇ ਡਿਜੀਟਲ ਦਸਤਖਤ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਫਰਮਵੇਅਰ ਦੀ ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਵਿੱਚ ਨਿਯਮਤ ਜਾਂਚ ਹੁੰਦੀ ਹੈ।

ਸਿੱਟਾ

ਹੁਣ ਸਾਡਾ ਫਰਮਵੇਅਰ ਵੀਡੀਓ ਨਿਗਰਾਨੀ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਸ਼ਾਇਦ ਉਨ੍ਹਾਂ ਵਿਚੋਂ ਸਭ ਤੋਂ ਵੱਡਾ ਰੂਸੀ ਸੰਘ ਦੇ ਰਾਸ਼ਟਰਪਤੀ ਦੀ ਚੋਣ ਦੇ ਦਿਨ ਵੋਟਿੰਗ ਦਾ ਪ੍ਰਸਾਰਣ ਹੈ.
ਇਸ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸਾਡੇ ਫਰਮਵੇਅਰ ਦੇ ਨਾਲ 70 ਹਜ਼ਾਰ ਤੋਂ ਵੱਧ ਕੈਮਰੇ ਸ਼ਾਮਲ ਹਨ, ਜੋ ਸਾਡੇ ਦੇਸ਼ ਵਿੱਚ ਪੋਲਿੰਗ ਸਟੇਸ਼ਨਾਂ 'ਤੇ ਸਥਾਪਤ ਕੀਤੇ ਗਏ ਸਨ।

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

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

ਸਰੋਤ: www.habr.com