ਹੋਟਲ ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਟਰ ਜ਼ਿਗਬੀ ਡਿਵਾਈਸਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਦੇ ਹਨ

ਹੋਟਲ ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਇੱਕ ਤਰਜੀਹ ਕਿਉਂ ਬਣ ਗਿਆ ਹੈ

ਹੋਟਲ ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਇੱਕ "ਚੰਗੇ-ਚੰਗੇ" ਵਿਸ਼ਾ ਹੋਇਆ ਕਰਦਾ ਸੀ।

ਅੱਜ, ਇਹ ਇੱਕ ਬਚਾਅ ਹੁਨਰ ਵਾਂਗ ਹੈ।

ਪੂਰੇ ਯੂਰਪ ਵਿੱਚ ਊਰਜਾ ਦੀਆਂ ਕੀਮਤਾਂ ਨੇ ਸਭ ਤੋਂ ਮਨਮੋਹਕ ਬੁਟੀਕ ਹੋਟਲਾਂ ਨੂੰ ਵੀ ਆਪਣੀਆਂ HVAC ਆਦਤਾਂ 'ਤੇ ਮੁੜ ਵਿਚਾਰ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰ ਦਿੱਤਾ ਹੈ। ਹਰ ਕਮਰੇ ਨੂੰ 24/7 ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਰਾਮਦਾਇਕ ਰੱਖਣਾ ਵਧੀਆ ਲੱਗਦਾ ਹੈ... ਜਦੋਂ ਤੱਕ ਬਿਜਲੀ ਦਾ ਬਿੱਲ ਨਹੀਂ ਆਉਂਦਾ।

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

ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਸਿਸਟਮ ਇੰਟੀਗਰੇਟਰ ਆਉਂਦੇ ਹਨ।

ਅਤੇ ਵਧਦੀ ਹੋਈ, ਉਹ ਇਸ ਵੱਲ ਮੁੜ ਰਹੇ ਹਨਜ਼ਿਗਬੀ-ਅਧਾਰਤ ਕਮਰਾ ਕੰਟਰੋਲ ਸਿਸਟਮਹੋਟਲਾਂ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਦੁਬਾਰਾ ਬਣਾਏ ਬਿਨਾਂ ਆਧੁਨਿਕ ਬਣਾਉਣਾ।

ਕਿੱਤਾ-ਅਧਾਰਤ ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਕੀ ਹੈ?

ਆਓ ਇਸਨੂੰ ਸਰਲ ਰੱਖੀਏ।

ਕਿੱਤਾ-ਅਧਾਰਤ ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਇੱਕ ਰਣਨੀਤੀ ਹੈ ਜੋ ਇੱਕ ਬਹੁਤ ਹੀ ਮਨੁੱਖੀ ਸਵਾਲ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਹੋਟਲ ਦੇ ਕਮਰੇ ਵਿੱਚ ਊਰਜਾ ਦੀ ਵਰਤੋਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਦੀ ਹੈ:

"ਕੀ ਇੱਥੇ ਸੱਚਮੁੱਚ ਕੋਈ ਹੈ?"

ਜੇਕਰ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਮਰਾ ਨਿਮਰਤਾ ਨਾਲ ਇਹ ਦਿਖਾਵਾ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ ਕਿ ਇਹ ਅਜੇ ਵੀ ਸਿਖਰ 'ਤੇ ਮਹਿਮਾਨ ਨਿਵਾਜ਼ੀ ਦੇ ਮੋਡ ਵਿੱਚ ਹੈ।

ਵਿਹਾਰਕ ਰੂਪ ਵਿੱਚ:

ਜਦੋਂ ਕਮਰਾ ਖਾਲੀ ਹੋਵੇ:

• HVAC ਊਰਜਾ-ਬਚਤ ਮੋਡ ਵਿੱਚ ਬਦਲਦਾ ਹੈ
• ਗੈਰ-ਜ਼ਰੂਰੀ ਭਾਰ ਬੰਦ ਕਰ ਦਿੱਤੇ ਗਏ ਹਨ।
• ਕਮਰਾ "ਆਓ ਪੈਸੇ ਬਰਬਾਦ ਨਾ ਕਰੀਏ" ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ।

ਜਦੋਂ ਕੋਈ ਮਹਿਮਾਨ ਵਾਪਸ ਆਉਂਦਾ ਹੈ:

• ਤਾਪਮਾਨ ਆਰਾਮਦਾਇਕ ਪੱਧਰ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ
• ਡਿਵਾਈਸਾਂ ਆਮ ਕੰਮ ਕਰਨਾ ਮੁੜ ਸ਼ੁਰੂ ਕਰਦੀਆਂ ਹਨ
• ਪਰਾਹੁਣਚਾਰੀ ਮੋਡ ਤੁਰੰਤ ਬਹਾਲ ਹੋ ਜਾਂਦਾ ਹੈ (ਬਿਨਾਂ ਸ਼ਿਕਾਇਤ ਦੇ)

ਕੋਈ ਜਾਦੂ ਨਹੀਂ। ਸਿਰਫ਼ ਤਰਕ।

ਜ਼ਿਗਬੀ ਡਿਵਾਈਸਾਂ ਕਮਰੇ-ਪੱਧਰ ਦੇ ਊਰਜਾ ਨਿਯੰਤਰਣ ਨੂੰ ਕਿਵੇਂ ਸਮਰੱਥ ਬਣਾਉਂਦੀਆਂ ਹਨ

ਜ਼ਿਗਬੀ-ਅਧਾਰਤ ਹੋਟਲ ਰੂਮ ਸਿਸਟਮ ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸਾਂ ਬਾਰੇ ਨਹੀਂ ਹੈ।

ਇਹ ਸਹਿਯੋਗ ਬਾਰੇ ਹੈ।

ਇਸਨੂੰ ਇੱਕ ਛੋਟੀ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਿਖਲਾਈ ਪ੍ਰਾਪਤ ਟੀਮ ਸਮਝੋ:

• ਇੱਕ ਦਰਵਾਜ਼ਾ ਸੈਂਸਰ ਪ੍ਰਵੇਸ਼ ਦੁਆਰ 'ਤੇ ਹਰਕਤ ਨੂੰ ਦੇਖਦਾ ਹੈ
• ਇੱਕ ਪੀਆਈਆਰ ਸੈਂਸਰ ਚੁੱਪਚਾਪ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਕੋਈ ਅਜੇ ਵੀ ਆਲੇ-ਦੁਆਲੇ ਹੈ
• ਇੱਕ ਥਰਮੋਸਟੈਟ HVAC ਵਿਵਹਾਰ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਦਾ ਹੈ
• ਸਮਾਰਟ ਪਲੱਗ ਹਰ ਉਸ ਚੀਜ਼ ਨੂੰ ਸੰਭਾਲਦੇ ਹਨ ਜਿਸਨੂੰ 24/7 ਚਲਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੁੰਦੀ।

ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਯੰਤਰ ਇਕੱਲੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਨਹੀਂ ਹੈ।

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

ਹੋਟਲ ਰੀਟਰੋਫਿਟ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਟਰ ਜ਼ਿਗਬੀ ਨੂੰ ਕਿਉਂ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ

ਸਿਸਟਮ ਇੰਟੀਗਰੇਟਰ "ਠੰਡੀ ਤਕਨਾਲੋਜੀ" ਦੀ ਭਾਲ ਨਹੀਂ ਕਰ ਰਹੇ ਹਨ।

ਉਹ ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਤਲਾਸ਼ ਕਰ ਰਹੇ ਹਨ ਜੋ:

• ਇਮਾਰਤ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਤੋੜਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
• ਸੈਂਕੜੇ ਕਮਰਿਆਂ ਵਿੱਚ ਫੈਲਾਓ
• ਅਸਲ-ਸੰਸਾਰ ਤੈਨਾਤੀ ਹਾਲਤਾਂ ਵਿੱਚ ਢਹਿ ਨਾ ਜਾਓ

ਜ਼ਿਗਬੀ ਇੱਥੇ ਹੈਰਾਨੀਜਨਕ ਤੌਰ 'ਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਫਿੱਟ ਬੈਠਦੀ ਹੈ।

ਆਸਾਨ ਰੀਟਰੋਫਿਟ ਤੈਨਾਤੀ

ਕੋਈ ਨਵੀਂ ਵਾਇਰਿੰਗ ਨਹੀਂ। ਕੋਈ ਆਰਕੀਟੈਕਚਰਲ ਡਰਾਮਾ ਨਹੀਂ। ਸਿਰਫ਼ ਤੈਨਾਤੀ।

ਮਲਟੀ-ਰੂਮ ਸਕੇਲੇਬਿਲਟੀ

ਇੱਕ ਕਮਰਾ ਆਸਾਨ ਹੈ। ਦੋ ਸੌ ਕਮਰੇ ਜੀਵਨ ਦਰਸ਼ਨ ਸੰਕਟ ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾ।

ਗੇਟਵੇ ਰਾਹੀਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਨਿਯੰਤਰਣ

ਦਸ ਵੱਖ-ਵੱਖ ਐਪਾਂ ਅਤੇ ਚੁੱਪ ਉਲਝਣ ਦੀ ਬਜਾਏ, ਸਭ ਕੁਝ ਇੱਕ ਗੇਟਵੇ ਰਾਹੀਂ ਵਹਿੰਦਾ ਹੈ।

ਓਪਨ ਏਕੀਕਰਣ ਆਰਕੀਟੈਕਚਰ

ਆਧੁਨਿਕ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਅਕਸਰ ਇਹਨਾਂ ਨਾਲ ਏਕੀਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

• MQTT ਸਿਸਟਮ
• ਸਥਾਨਕ API
• ਤੀਜੀ-ਧਿਰ ਬਿਲਡਿੰਗ ਪਲੇਟਫਾਰਮ

ਕਿਉਂਕਿ ਹੁਣ ਕਿਸੇ ਨੂੰ ਵੀ ਕਾਲੇ ਡੱਬੇ ਵਿੱਚ ਬੰਦ ਹੋਣਾ ਪਸੰਦ ਨਹੀਂ ਆਉਂਦਾ।

ਅਸਲ-ਸੰਸਾਰ ਕੇਸ ਅਧਿਐਨ: ਯੂਰਪੀਅਨ ਹੋਟਲ ਰੀਟਰੋਫਿਟ ਪ੍ਰੋਜੈਕਟ

ਹੁਣ, ਸਿਧਾਂਤ ਵਧੀਆ ਹੈ।

ਪਰ ਸਿਸਟਮ ਇੰਟੀਗਰੇਟਰ ਆਮ ਤੌਰ 'ਤੇ ਸਿਰਫ ਇੱਕ ਚੀਜ਼ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ:

"ਮੈਨੂੰ ਦਿਖਾਓ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਕੰਮ ਕਰਦਾ ਸੀ।"

ਤਾਂ ਆਓ ਇੱਕ ਅਸਲੀ ਤੈਨਾਤੀ ਬਾਰੇ ਗੱਲ ਕਰੀਏ।

ਚੁਣੌਤੀ

ਇੱਕ ਯੂਰਪੀਅਨ ਹੋਟਲ ਸਿਸਟਮ ਇੰਟੀਗਰੇਟਰ ਨੂੰ ਇੱਕ ਜਾਣੀ-ਪਛਾਣੀ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ:

• ਪ੍ਰਤੀ ਕਮਰਾ ਉੱਚ ਊਰਜਾ ਖਪਤ
• ਪੁਰਾਣਾ HVAC ਬੁਨਿਆਦੀ ਢਾਂਚਾ
• ਸਖ਼ਤ ਲੋੜ: ਵੱਡੀ ਰੀਵਾਇਰਿੰਗ ਤੋਂ ਬਚੋ
• ਕਈ ਹੋਟਲ ਜਾਇਦਾਦਾਂ ਵਿੱਚ ਤੈਨਾਤੀ ਦੀ ਲੋੜ ਹੈ

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ: ਹਰ ਚੀਜ਼ ਨੂੰ ਆਧੁਨਿਕ ਬਣਾਓ, ਪਰ ਕਿਰਪਾ ਕਰਕੇ ਕੰਧਾਂ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਾ ਛੂਹੋ।

ਹੱਲ ਆਰਕੀਟੈਕਚਰ

ਪੂਰੇ ਸਿਸਟਮ ਨੂੰ ਬਦਲਣ ਦੀ ਬਜਾਏ, ਇੰਟੀਗਰੇਟਰ ਨੇ ਇੱਕ ਜ਼ਿਗਬੀ-ਅਧਾਰਤ ਰੂਮ ਕੰਟਰੋਲ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤੈਨਾਤ ਕੀਤਾ:

• ਜ਼ਿਗਬੀ ਥਰਮੋਸਟੈਟਸHVAC ਕੰਟਰੋਲ ਲਈ
• ਆਕੂਪੈਂਸੀ ਟਰਿੱਗਰ ਲਈ ਦਰਵਾਜ਼ੇ/ਖਿੜਕੀ ਸੈਂਸਰ
• ਗਤੀ ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਪੀਆਈਆਰ ਸੈਂਸਰ
• ਸਹਾਇਕ ਲੋਡ ਕੰਟਰੋਲ ਲਈ ਸਮਾਰਟ ਪਲੱਗ ਅਤੇ ਰੀਲੇਅ
• ਸਿਸਟਮ ਏਕੀਕਰਨ ਲਈ ਜ਼ਿਗਬੀ ਗੇਟਵੇ

ਕੋਈ ਇੱਕਲਾ ਯੰਤਰ ਹੀਰੋ ਨਹੀਂ ਸੀ।

ਸਿਸਟਮ ਹੀਰੋ ਸੀ।

ਏਕੀਕਰਨ ਪਰਤ

ਇੱਥੇ ਚੀਜ਼ਾਂ ਦਿਲਚਸਪ ਬਣ ਜਾਂਦੀਆਂ ਹਨ।

ਇਹਨਾਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਇੰਟੀਗਰੇਟਰ ਦੇ ਆਪਣੇ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਇਸ ਤਰ੍ਹਾਂ ਜੋੜਿਆ ਗਿਆ ਸੀ:

• ਕਲਾਉਡ ਸੰਚਾਰ ਲਈ MQTT
• ਔਫਲਾਈਨ ਕਾਰਵਾਈ ਲਈ ਸਥਾਨਕ API
• ਮਲਟੀ-ਮੋਡ ਕੰਟਰੋਲ ਲਈ ਗੇਟਵੇ-ਅਧਾਰਿਤ ਆਰਕੀਟੈਕਚਰ

ਇਸ ਨਾਲ ਸਿਸਟਮ ਨੂੰ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਦੀ ਆਗਿਆ ਮਿਲੀ ਭਾਵੇਂ ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨ ਨੇ ਕੌਫੀ ਬ੍ਰੇਕ ਲੈਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

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

ਕੁਝ ਵੀ ਚਮਕਦਾਰ ਨਹੀਂ। ਸਿਰਫ਼ ਭਰੋਸੇਯੋਗ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਆਪਣਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।

ਨਤੀਜਾ

ਨਤੀਜਾ "ਇਨਕਲਾਬੀ ਤਬਦੀਲੀ" ਨਹੀਂ ਸੀ।

ਇਹ ਕੁਝ ਜ਼ਿਆਦਾ ਕੀਮਤੀ ਸੀ:

• ਸਥਿਰ ਕਿੱਤਾ-ਅਧਾਰਤ ਕਮਰਾ ਆਟੋਮੇਸ਼ਨ
• ਕਈ ਹੋਟਲ ਜਾਇਦਾਦਾਂ ਵਿੱਚ ਸਕੇਲੇਬਲ ਰੋਲਆਊਟ
• ਘਟੀ ਹੋਈ ਰੀਟ੍ਰੋਫਿਟ ਜਟਿਲਤਾ
• ਵੰਡੇ ਗਏ ਯੰਤਰਾਂ ਦਾ ਏਕੀਕ੍ਰਿਤ ਨਿਯੰਤਰਣ

ਹੋਟਲ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ, "ਇਹ ਪੈਮਾਨੇ 'ਤੇ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ" ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵੱਡੀ ਪ੍ਰਸ਼ੰਸਾ ਹੁੰਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਦੇ ਸਕਦੇ ਹੋ।

ਹੋਟਲ ਊਰਜਾ ਯੰਤਰਾਂ ਵਿੱਚ ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਟਰਾਂ ਨੂੰ ਕੀ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਉਹ ਵਿਹਾਰਕ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ:

• ਕੀ ਇਹ ਸਾਡੇ ਪਲੇਟਫਾਰਮ ਨਾਲ ਜੁੜ ਸਕਦਾ ਹੈ?
• ਕੀ ਗੇਟਵੇ ਅਸਲ-ਸੰਸਾਰ ਤੈਨਾਤੀ ਤੋਂ ਬਚੇਗਾ?
• ਕੀ ਕੋਈ ਸਹੀ API ਹੈ, ਜਾਂ ਸਿਰਫ਼ ਚੰਗੇ ਇਰਾਦਿਆਂ ਵਾਲਾ PDF ਹੈ?
• ਕੀ ਅਸੀਂ ਇੱਕ ਈਕੋਸਿਸਟਮ ਵਿੱਚ ਕਈ ਡਿਵਾਈਸ ਕਿਸਮਾਂ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹਾਂ?
• ਕੀ ਇਹ ਉਤਪਾਦ ਦੋ ਸਾਲਾਂ ਵਿੱਚ ਵੀ ਮੌਜੂਦ ਰਹੇਗਾ ਜਦੋਂ ਅਸੀਂ ਪ੍ਰੋਜੈਕਟ ਦਾ ਵਿਸਤਾਰ ਕਰਾਂਗੇ?

ਇਹ ਗਲੈਮਰਸ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਅਸਲ ਫੈਸਲੇ ਕਿਵੇਂ ਲਏ ਜਾਂਦੇ ਹਨ।

ਖੁੱਲ੍ਹੇ ਅਤੇ ਏਕੀਕਰਣ ਲਈ ਤਿਆਰ ਜ਼ਿਗਬੀ ਸਿਸਟਮ ਬਣਾਉਣਾ

ਆਧੁਨਿਕ ਹੋਟਲ ਆਟੋਮੇਸ਼ਨ ਹੁਣ ਇਕੱਲੇ-ਇਕੱਲੇ ਯੰਤਰਾਂ ਬਾਰੇ ਨਹੀਂ ਹੈ।

ਇਹ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਸਿਸਟਮ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ ਨੂੰ ਕਿੰਨੀ ਆਸਾਨੀ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

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

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

ਇਸ ਸੰਦਰਭ ਵਿੱਚ, OWON ਇੱਕ ਦੇ ਤੌਰ ਤੇ ਕੰਮ ਕਰਦਾ ਹੈਏਕੀਕਰਣ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਡਿਵਾਈਸ-ਕੇਂਦ੍ਰਿਤ ਜ਼ਿਗਬੀ ਸਪਲਾਇਰ, ਪ੍ਰਦਾਨ ਕਰਦੇ ਹੋਏ:

• ਰਿਹਾਇਸ਼ ਅਤੇ ਵਾਤਾਵਰਣ ਖੋਜ ਲਈ ਸੈਂਸਰ
• HVAC ਕੰਟਰੋਲ ਲਈ ਥਰਮੋਸਟੈਟ
• ਲੋਡ ਸਵਿਚਿੰਗ ਲਈ ਰੀਲੇਅ
• ਪ੍ਰੋਟੋਕੋਲ ਬ੍ਰਿਜਿੰਗ ਲਈ ਗੇਟਵੇ

ਸਾਰੇ ਡਿਵਾਈਸਾਂ ਨੂੰ ਤੀਜੀ-ਧਿਰ ਸਿਸਟਮਾਂ ਵਿੱਚ ਇਹਨਾਂ ਰਾਹੀਂ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ:

• ਐਮਕਿਊਟੀਟੀ
• ਸਥਾਨਕ API
• Zigbee2MQTT / ਹੋਮ ਅਸਿਸਟੈਂਟ ਅਨੁਕੂਲਤਾ
• ਪ੍ਰੋਜੈਕਟ-ਵਿਸ਼ੇਸ਼ ਜ਼ਰੂਰਤਾਂ ਲਈ OEM/ODM ਅਨੁਕੂਲਤਾ

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

ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, OWON ਤੁਹਾਡੇ ਸਿਸਟਮ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ - ਇਹ ਸਿਰਫ਼ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਸਿਸਟਮ ਕੋਲ ਕੰਮ ਕਰਨ ਲਈ ਬਿਹਤਰ ਹਾਰਡਵੇਅਰ ਹੈ।

ਸਿੱਟਾ

ਹੋਟਲ ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਹੁਣ ਸਮਾਰਟ ਡਿਵਾਈਸਾਂ ਸਥਾਪਤ ਕਰਨ ਬਾਰੇ ਨਹੀਂ ਹੈ।

ਇਹ ਮੌਜੂਦਾ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਵਧੇਰੇ ਸਮਝਦਾਰੀ ਨਾਲ ਤਾਲਮੇਲ ਬਣਾਉਣ ਬਾਰੇ ਹੈ।

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

ਅਤੇ ਸਿਸਟਮ ਇੰਟੀਗ੍ਰੇਟਰਾਂ ਲਈ, ਅਸਲ ਮੁੱਲ ਕਿਸੇ ਇੱਕ ਡਿਵਾਈਸ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ।

ਇਹ ਇਸ ਗੱਲ ਵਿੱਚ ਹੈ ਕਿ ਕੀ ਪੂਰਾ ਸਿਸਟਮ ਇਸ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਇਹ ਸਮਝਦਾ ਹੈ ਕਿ ਹੋਟਲ ਮਹਿਮਾਨਾਂ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ - ਖਾਲੀ ਕਮਰੇ ਨਹੀਂ।