IoT ਪ੍ਰਦਾਤਾ ਨੋਟਸ. ਪੋਲਿੰਗ ਯੂਟਿਲਿਟੀ ਮੀਟਰਾਂ ਦੀਆਂ ਖਰਾਬੀਆਂ

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

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

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

ਆਮ ਵਿਚਾਰ ਅਤੇ ਪਹਿਲੀ ਮੁਸ਼ਕਲ

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

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

ਆਸਾਨ ਲੱਗਦਾ ਹੈ। ਸ਼ੈਤਾਨ, ਹਮੇਸ਼ਾ ਵਾਂਗ, ਵੇਰਵਿਆਂ ਵਿੱਚ ਹੈ.

ਆਉ ਪਹਿਲੇ ਭਾਗ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ.

ਲਿਪੀਆਂ

ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਲਿਖਣਾ ਹੈ? ਖੈਰ, ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਇੱਕ ਮੀਟਰ ਖਰੀਦੋ, ਇਸਨੂੰ ਖੋਲ੍ਹੋ, ਸਿੱਖੋ ਕਿ ਇਸ ਨਾਲ ਕਿਵੇਂ ਸੰਚਾਰ ਕਰਨਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਇੱਕ ਸਾਂਝੇ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ ਕਰਨਾ ਹੈ।

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

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

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

ਕੰਮ ਆਸਾਨ ਨਹੀਂ ਹੈ, ਪਰ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਨਤੀਜਾ ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਸਕ੍ਰਿਪਟ ਹੈ. ਸਕ੍ਰਿਪਟ ਲਾਇਬ੍ਰੇਰੀ ਜਿੰਨੀ ਵੱਡੀ ਹੋਵੇਗੀ, ਜਿਉਣਾ ਓਨਾ ਹੀ ਆਸਾਨ ਹੈ।

ਦੂਜੀ ਸਮੱਸਿਆ.

ਤਕਨੀਕੀ ਕੁਨੈਕਸ਼ਨ ਕਾਰਡ

ਤੁਹਾਨੂੰ ਇਸ ਕੰਮ ਦੀ ਗੁੰਝਲਤਾ ਬਾਰੇ ਇੱਕ ਵਿਚਾਰ ਦੇਣ ਲਈ, ਮੈਂ ਇੱਕ ਉਦਾਹਰਣ ਦੇਵਾਂਗਾ. ਆਉ ਬਹੁਤ ਮਸ਼ਹੂਰ VKT-7 ਹੀਟ ਮੀਟਰ ਨੂੰ ਲੈ ਲਈਏ।

ਨਾਂ ਹੀ ਸਾਨੂੰ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। VKT-7 ਵਿੱਚ ਕਈ ਹਾਰਡਵੇਅਰ ਹੱਲ ਹਨ। ਇਸ ਦੇ ਅੰਦਰ ਕਿਸ ਕਿਸਮ ਦਾ ਇੰਟਰਫੇਸ ਹੈ?

ਵੱਖ-ਵੱਖ ਵਿਕਲਪ ਹਨ. ਇੱਕ ਮਿਆਰੀ DB-9 ਬਲਾਕ ਵਿੱਚ ਇੱਕ ਆਉਟਪੁੱਟ ਹੋ ਸਕਦਾ ਹੈ (ਇਹ RS-232 ਹੈ)। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਸਿਰਫ RS-485 ਸੰਪਰਕਾਂ ਵਾਲਾ ਇੱਕ ਟਰਮੀਨਲ ਬਲਾਕ ਹੋਵੇ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ RJ-45 ਵਾਲਾ ਇੱਕ ਨੈੱਟਵਰਕ ਕਾਰਡ ਵੀ (ਇਸ ਕੇਸ ਵਿੱਚ, ModBus ਨੂੰ ਈਥਰਨੈੱਟ ਵਿੱਚ ਪੈਕ ਕੀਤਾ ਗਿਆ ਹੈ)।

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

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

RS-485/232 ਨੂੰ ਈਥਰਨੈੱਟ ਲਈ ਇੱਕ ਕਨਵਰਟਰ ਦੀ ਲੋੜ ਹੈ। ਕਈਆਂ ਨੂੰ ਤੁਰੰਤ ਮੋਹ ਯਾਦ ਆਵੇਗਾ, ਪਰ ਇਹ ਮਹਿੰਗਾ ਹੈ। ਸਾਡੇ ਹੱਲਾਂ ਲਈ, ਅਸੀਂ ਇੱਕ ਸਸਤਾ ਚੀਨੀ ਹੱਲ ਚੁਣਿਆ ਹੈ।

ਜੇਕਰ ਆਉਟਪੁੱਟ ਤੁਰੰਤ ਈਥਰਨੈੱਟ ਹੈ, ਤਾਂ ਕਨਵਰਟਰ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

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

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

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

ਮੀਟਰਾਂ ਦੇ ਹਰੇਕ ਨਿਰਮਾਤਾ ਲਈ, ਪਾਵਰ ਸਪਲਾਈ ਮੋਡੀਊਲ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਇਹ ਇੱਕ DIN ਰੇਲ ਜਾਂ ਇੱਕ ਬਿਲਟ-ਇਨ ਕਨਵਰਟਰ 'ਤੇ ਇੱਕ ਬਾਹਰੀ ਯੂਨਿਟ ਹੋ ਸਕਦਾ ਹੈ।

ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਹਰੇਕ ਮੀਟਰ ਲਈ ਵੱਖ-ਵੱਖ ਇੰਟਰਫੇਸਾਂ ਅਤੇ ਪਾਵਰ ਮੋਡੀਊਲਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਹਮੇਸ਼ਾ ਸਾਡੇ ਵੇਅਰਹਾਊਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉੱਥੇ ਦੀ ਰੇਂਜ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ।

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

ਹਰ ਚੀਜ਼ ਜਿਸਦਾ ਮੈਂ ਵਰਣਨ ਕੀਤਾ ਹੈ ਇੱਕ ਸਪਸ਼ਟ ਤਕਨੀਕੀ ਕਨੈਕਸ਼ਨ ਕਾਰਡ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਸਥਾਨਕ ਇੰਜੀਨੀਅਰ ਇਹ ਨਾ ਸੋਚਣ ਕਿ ਉਹ ਅਗਲੇ ਬੇਸਮੈਂਟ ਵਿੱਚ ਕਿਸ ਕਿਸਮ ਦੇ ਜਾਨਵਰ ਨੂੰ ਮਿਲੇ ਸਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਕੀ ਚਾਹੀਦਾ ਹੈ.

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

ਖੈਰ, ਅਸੀਂ ਤਕਨੀਕੀ ਨਕਸ਼ੇ, ਨਿਯਮ, ਆਟੋਮੇਸ਼ਨ ਲਿਖਿਆ. ਲੌਜਿਸਟਿਕਸ ਸਥਾਪਤ ਕਰੋ.

ਹੋਰ ਕਿੱਥੇ ਲੁਕੇ ਹੋਏ ਨੁਕਸਾਨ ਹਨ?

ਡੇਟਾ ਨੂੰ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਡੋਲ੍ਹਿਆ ਜਾਂਦਾ ਹੈ.

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

ਇੱਥੇ ਸਾਡਾ ਚਿੜੀਆਘਰ ਜਾਰੀ ਹੈ. ਤੱਥ ਇਹ ਹੈ ਕਿ ਰਿਪੋਰਟ ਦੇ ਕਈ ਰੂਪ ਹਨ. ਉਹਨਾਂ ਦੇ ਮੂਲ ਵਿੱਚ, ਉਹ ਇੱਕੋ ਚੀਜ਼ (ਗਰਮੀ ਦੀ ਖਪਤ) ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਪਰ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ।

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

ਇੱਥੇ ਇੱਕ ਦਿਲਚਸਪ ਬਿੰਦੂ ਹੈ. ਸਭ ਕੁਝ ਠੀਕ ਹੈ ਜੇਕਰ ਸਾਡਾ ਮੀਟਰ ਸਹੀ ਢੰਗ ਨਾਲ ਇੰਸਟਾਲ ਹੈ। ਪਰ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਕਿ ਇੰਸਟਾਲੇਸ਼ਨ ਸੰਸਥਾ, ਆਈਟੀਪੀ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦੇ ਸਮੇਂ, ਗੜਬੜ ਹੋ ਗਈ ਅਤੇ ਮੀਟਰ ਲਈ ਸਮਾਂ ਗਲਤ ਸੈੱਟ ਕੀਤਾ ਗਿਆ। ਅਸੀਂ ਉਹ ਡਿਵਾਈਸਾਂ ਵੇਖੀਆਂ ਹਨ ਜੋ ਸੋਚਦੇ ਹਨ ਕਿ ਇਹ 2010 ਹੈ। ਸਾਡੇ ਸਿਸਟਮ ਵਿੱਚ, ਇਹ ਮੌਜੂਦਾ ਮਿਤੀ ਲਈ ਜ਼ੀਰੋ ਰੀਡਿੰਗ ਵਾਂਗ ਦਿਖਾਈ ਦੇਵੇਗਾ, ਅਤੇ ਜੇਕਰ ਅਸੀਂ 2010 ਦੀ ਚੋਣ ਕਰਦੇ ਹਾਂ ਤਾਂ ਅਸਲ ਖਪਤ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਡੈਲਟਾ ਕੰਮ ਆਉਂਦੇ ਹਨ। ਭਾਵ, ਅਸੀਂ ਕਹਿੰਦੇ ਹਾਂ ਕਿ ਪਿਛਲੇ ਦਿਨ ਵਿੱਚ ਬਹੁਤ ਕੁਝ ਟਿਕਿਆ ਹੋਇਆ ਹੈ.

ਅਜਿਹਾ ਲਗਦਾ ਹੈ, ਅਜਿਹੀਆਂ ਮੁਸ਼ਕਲਾਂ ਕਿਉਂ? ਕੀ ਘੜੀ ਨੂੰ ਹੇਠਾਂ ਆਉਣ ਦੇਣਾ ਇੰਨਾ ਔਖਾ ਹੈ?

ਇਹ VKT-7 ਦੇ ਨਾਲ ਬਿਲਕੁਲ ਸਹੀ ਹੈ ਕਿ ਇਹ ਕਾਊਂਟਰ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੀਸੈਟ ਕਰਨ ਅਤੇ ਇਸ ਤੋਂ ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਹਟਾਉਣ ਦੀ ਅਗਵਾਈ ਕਰੇਗਾ.
ਗਾਹਕ ਨੂੰ ਸਰੋਤ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਇਹ ਸਾਬਤ ਕਰਨ ਲਈ ਮਜ਼ਬੂਰ ਕੀਤਾ ਜਾਵੇਗਾ ਕਿ ਉਸਨੇ ਕੱਲ੍ਹ ਨਹੀਂ, ਬਲਕਿ ਲਗਭਗ ਪੰਜ ਸਾਲ ਪਹਿਲਾਂ ITP ਸਥਾਪਤ ਕੀਤਾ ਸੀ।

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਕੇਕ 'ਤੇ ਆਈਸਿੰਗ.

Сертификация

ਸਾਡੇ ਕੋਲ ਮੀਟਰ ਹੈ, ਸਾਡੇ ਕੋਲ ਰਿਪੋਰਟ ਹੈ। ਉਹਨਾਂ ਦੇ ਵਿਚਕਾਰ ਸਾਡਾ ਸਿਸਟਮ ਹੈ ਜੋ ਇਸ ਰਿਪੋਰਟ ਨੂੰ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਕੀ ਤੁਸੀਂ ਉਸ 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹੋ?

ਮੈਂ ਹਾਂ ਹਾਂ। ਪਰ ਇਹ ਕਿਵੇਂ ਸਾਬਤ ਕਰੀਏ ਕਿ ਸਾਡੇ ਅੰਦਰ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਦਾ, ਅਸੀਂ ਅਰਥ ਵਿਗਾੜਦੇ ਨਹੀਂ ਹਾਂ। ਇਹ ਪ੍ਰਮਾਣੀਕਰਣ ਦੀ ਗੱਲ ਹੈ। ਪੋਲਿੰਗ ਪ੍ਰਣਾਲੀ ਕੋਲ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਇਸਦੀ ਨਿਰਪੱਖਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਸਾਰੇ ਵੱਡੇ ਸਿਸਟਮ, ਜਿਵੇਂ ਕਿ LERS, Ya Energetik ਅਤੇ ਹੋਰ, ਕੋਲ ਇੱਕ ਸਮਾਨ ਸਰਟੀਫਿਕੇਟ ਹੈ। ਸਾਨੂੰ ਇਹ ਵੀ ਮਿਲ ਗਿਆ ਹੈ, ਹਾਲਾਂਕਿ ਇਹ ਮਹਿੰਗਾ ਹੈ ਅਤੇ ਬਹੁਤ ਸਮਾਂ ਲੈਂਦਾ ਹੈ।

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

ਇਹ ਸਭ ਕਿਉਂ ਹੈ?

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

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

ਪਿੱਛੇ ਮੁੜ ਕੇ ਦੇਖਦਿਆਂ, ਮੈਂ ਸਮਝਦਾ ਹਾਂ ਕਿ ਗਿਆਨ ਪ੍ਰਾਪਤ ਕੀਤੇ ਬਿਨਾਂ, ਮੈਂ ਕਿਸੇ ਖਾਸ ਕਾਊਂਟਰ ਦੇ ਅਸਧਾਰਨ ਵਿਵਹਾਰ ਦੀ ਸਹੀ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਡਿਸਪੈਚਿੰਗ ਪ੍ਰਣਾਲੀ ਦੇ ਆਧਾਰ 'ਤੇ ਕੁਝ ਹੋਰ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ. ਖਪਤ ਵਾਧੂ ਅਲਾਰਮ, ਦੁਰਘਟਨਾ ਦੀ ਰਿਪੋਰਟ. ਸਾਡੇ ਕੋਲ ਜਲਦੀ ਹੀ ਇੱਕ ਮੋਬਾਈਲ ਐਪ ਆ ਰਿਹਾ ਹੈ।

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

ਇਹ ਸਭ ਗੁੰਝਲਦਾਰ, ਦਿਮਾਗ ਨੂੰ ਤੋੜਨ ਵਾਲਾ ਅਤੇ ਲੰਬਾ ਹੈ। ਪਰ ਨਤੀਜਾ ਇਸ ਦੀ ਕੀਮਤ ਹੈ. ਗਾਹਕਾਂ ਨੂੰ ਇੱਕ ਤਿਆਰ-ਬਣਾਇਆ ਵਿਆਪਕ ਉਤਪਾਦ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ।

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

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

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

ਸਰੋਤ: www.habr.com