ਮਾਈਕ੍ਰੋਸਕੋਪ ਦੇ ਹੇਠਾਂ BLE (ATTы GATTы…)

ਮਾਈਕ੍ਰੋਸਕੋਪ ਦੇ ਹੇਠਾਂ BLE (ATTы GATTы…)

ਭਾਗ 1, ਸੰਖੇਪ ਜਾਣਕਾਰੀ

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

ਸਭ ਕੁਝ ਇੰਨਾ ਮੁਸ਼ਕਲ ਕਿਉਂ ਹੈ?

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

ਆਓ ਉਸ ਤਸਵੀਰ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੀਏ ਜਿੱਥੇ BLE ਪ੍ਰੋਟੋਕੋਲ ਡਾਇਗ੍ਰਾਮ ਖਿੱਚਿਆ ਗਿਆ ਹੈ। ਇਹ ਕਈ ਪਰਤਾਂ ਦੇ ਸ਼ਾਮਲ ਹਨ. ਸਭ ਤੋਂ ਨੀਵੀਂ, ਭੌਤਿਕ ਪਰਤ (PHY) ਡਿਵਾਈਸ ਦੇ ਰੇਡੀਓ ਚੈਨਲ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਲਿੰਕ ਲੇਅਰ (LL) ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਸੰਦੇਸ਼ ਵਿੱਚ ਬਾਈਟਾਂ ਦਾ ਪੂਰਾ ਕ੍ਰਮ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ। ਪਿਛਲੇ ਲੇਖਾਂ ਵਿੱਚ ਅਸੀਂ ਇਸ ਦਾ ਬਿਲਕੁਲ ਅਧਿਐਨ ਕੀਤਾ ਸੀ। ਹੋਸਟ ਕੰਟਰੋਲਰ ਇੰਟਰਫੇਸ (HCI) BLE ਲੇਅਰਾਂ ਜਾਂ ਚਿਪਸ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਐਕਸਚੇਂਜ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੇਕਰ ਕੰਟਰੋਲਰ ਅਤੇ ਹੋਸਟ ਵੱਖ-ਵੱਖ ਚਿਪਸ 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਲਾਜ਼ੀਕਲ ਲਿੰਕ ਕੰਟਰੋਲ ਅਤੇ ਅਡੈਪਟੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ (L2CAP) ਪੈਕੇਟ ਬਣਾਉਣ, ਫਰੇਮਿੰਗ, ਗਲਤੀ ਨਿਯੰਤਰਣ ਅਤੇ ਪੈਕੇਟ ਅਸੈਂਬਲੀ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਕ ਪ੍ਰੋਟੋਕੋਲ (SMP) ਪੈਕੇਟਾਂ ਨੂੰ ਏਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਜਨਰਲ ਐਕਸੈਸ ਪ੍ਰੋਫਾਈਲ (GAP) "ਕੌਣ ਹੈ" ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਦੇ ਸ਼ੁਰੂਆਤੀ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਇਸ ਵਿੱਚ ਸਕੈਨਿੰਗ ਅਤੇ ਇਸ਼ਤਿਹਾਰਬਾਜ਼ੀ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਇਸ ਲੇਖ ਵਿਚ ਮੈਂ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਬਾਕੀ ਬਚੇ ਦੋ ਹਿੱਸਿਆਂ - GATT ਅਤੇ ATT 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਾਂਗਾ। GATT ATT ਦਾ ਇੱਕ ਉੱਚ ਢਾਂਚਾ ਹੈ, ਇਸਲਈ ਉਹ ਇੱਕ ਦੂਜੇ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ।

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

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

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

1. ਦਿਲ ਦੀ ਗਤੀ ਸੇਵਾ ਵਿੱਚ ਤਿੰਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (0x180D) ਸ਼ਾਮਲ ਹਨ:
    a) ਲਾਜ਼ਮੀ ਦਿਲ ਦੀ ਗਤੀ ਵਿਸ਼ੇਸ਼ਤਾ (0x2A37)
    b) ਵਿਕਲਪਿਕ ਬਾਡੀ ਸੈਂਸਰ ਸਥਿਤੀ ਵਿਸ਼ੇਸ਼ਤਾ (0x2A38)
    c) ਦਿਲ ਦੀ ਗਤੀ ਨਿਯੰਤਰਣ ਬਿੰਦੂ ਦੀਆਂ ਸ਼ਰਤੀਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (0x2A39)
2. ਬੈਟਰੀ ਰੱਖ-ਰਖਾਅ ਸੇਵਾ (0x180F):
    a) ਲਾਜ਼ਮੀ ਬੈਟਰੀ ਚਾਰਜ ਪੱਧਰ ਵਿਸ਼ੇਸ਼ਤਾ (0x2A19)

UID

ਸਾਡੇ ਲਈ ਪ੍ਰੋਫਾਈਲ ਤੱਤਾਂ (ਸੇਵਾਵਾਂ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਵਰਣਨਕਰਤਾਵਾਂ) ਤੱਕ ਵਿਲੱਖਣ ਤੌਰ 'ਤੇ ਪਹੁੰਚ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਕਿਸੇ ਨਾ ਕਿਸੇ ਤਰੀਕੇ ਨਾਲ ਨੰਬਰ ਦੇਣ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਮੰਤਵ ਲਈ, ਇੱਕ ਸੰਕਲਪ ਜਿਵੇਂ ਕਿ ਯੂਨੀਵਰਸਲੀ ਯੂਨੀਕ ਆਈਡੀ (UUID) ਜਾਂ ਯੂਨੀਵਰਸਲੀ ਯੂਨੀਕ ਆਈਡੈਂਟੀਫਾਇਰ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ। UUID ਨੂੰ ਹਰੇਕ ਲਾਈਨ ਦੇ ਬਰੈਕਟਾਂ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਅਤੇ ਇੱਥੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ. UUID ਲਈ, ਅਸੀਂ 16 ਅਤੇ 128 ਬਿੱਟ ਲੰਬਾਈ ਦੇ ਕੋਡ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਤੂੰ ਕਿੳੁੰ ਪੁਛਿਅਾ? BLE ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ, ਸਭ ਕੁਝ ਊਰਜਾ ਸੰਭਾਲ ਬਾਰੇ ਹੈ। ਇਸ ਲਈ, 16 ਬਿੱਟਾਂ ਦਾ ਮਾਪ ਕਾਫ਼ੀ ਵਾਜਬ ਹੈ। ਆਉਣ ਵਾਲੇ ਸਮੇਂ ਵਿੱਚ 65 ਹਜ਼ਾਰ ਤੋਂ ਵੱਧ ਬਣਨ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ। ਵਿਲੱਖਣ ਸੇਵਾਵਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ। ਇਸ ਸਮੇਂ, ਉਹ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਗਿਣਿਆ ਜਾ ਸਕਦਾ ਸੀ (ਯਾਦ ਰੱਖੋ ਕਿ ਇਹ ਕਿੱਥੋਂ ਆਇਆ - "ਉਸ ਨੇ ਤੁਹਾਨੂੰ ਵੀ ਗਿਣਿਆ" :-)) ਗਿਣਿਆ ਗਿਆ ਤੱਤ ਪ੍ਰੋਫਾਈਲਾਂ, ਸੇਵਾਵਾਂ, ਗੁਣ и ਵਰਣਨਕਰਤਾ ਤੁਸੀਂ ਲਿੰਕਾਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ।

ਹਾਲਾਂਕਿ, ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਹਰ ਕੋਈ ਇੰਟਰਨੈਟ ਤੇ 4 ਬਾਈਟਸ ਦੇ IP ਪਤਿਆਂ ਨਾਲ ਕਹਾਣੀ ਨੂੰ ਯਾਦ ਕਰਦਾ ਹੈ. ਪਹਿਲਾਂ ਅਸੀਂ ਸੋਚਿਆ ਕਿ ਇਹ ਕਾਫ਼ੀ ਸੀ, ਪਰ ਹੁਣ ਅਸੀਂ ਅਜੇ ਵੀ 6-ਬਾਈਟ ਪਤੇ 'ਤੇ ਨਹੀਂ ਬਦਲ ਸਕਦੇ ਹਾਂ। ਇਸ ਗਲਤੀ ਨੂੰ ਨਾ ਦੁਹਰਾਉਣ ਅਤੇ DIYers ਦੇ ਚੰਚਲ ਹੱਥਾਂ ਨੂੰ ਮੁਫਤ ਲਗਾਮ ਦੇਣ ਲਈ, SIG ਨੇ ਤੁਰੰਤ 128-bit UUID ਪੇਸ਼ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਇਹ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਮੈਨੂੰ ਬਿਨਾਂ ਲਾਇਸੈਂਸ ਵਾਲੇ 433 MHz ਬੈਂਡ ਦੀ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ, ਜੋ ਕਿ ਰੇਡੀਓ ਚੈਨਲ ਤੋਂ ਹਰ ਕਿਸਮ ਦੇ ਕੁਲੀਬਿਨਸ ਨੂੰ ਦਿੱਤਾ ਗਿਆ ਸੀ। ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਸੇਵਾਵਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਇੱਕ 128-ਬਿੱਟ ਪਛਾਣਕਰਤਾ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ, ਸਾਡੀਆਂ ਸੇਵਾਵਾਂ ਅਤੇ ਡਿਵਾਈਸਾਂ ਲਈ, ਲਗਭਗ ਕਿਸੇ ਵੀ 128-ਬਿੱਟ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ। ਇੱਕੋ ਜਿਹੇ, ਇੱਕੋ UUID ਦੇ ਨਾਲ ਆਉਣ ਦੀ ਸੰਭਾਵਨਾ ਜ਼ੀਰੋ ਹੋ ਜਾਂਦੀ ਹੈ।

ਵਾਸਤਵ ਵਿੱਚ, ਛੋਟੇ 16-ਬਿੱਟ UUID ਦਾ ਇੱਕ 128-ਬਿੱਟ ਮੁੱਲ ਤੱਕ ਐਕਸਟੈਂਸ਼ਨ ਹੈ। ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਵਿੱਚ, ਇਸ ਐਕਸਟੈਂਸ਼ਨ ਨੂੰ ਬਲੂਟੁੱਥ ਬੇਸ UUID ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਮੁੱਲ 00000000-0000-1000-8000-00805F9B34FB ਹੈ। ਜੇਕਰ, ਉਦਾਹਰਨ ਲਈ, 16-ਬਿੱਟ ਗੁਣ UUID ਦਾ ਮੁੱਲ 0x1234 ਹੈ, ਤਾਂ ਬਰਾਬਰ 128-ਬਿੱਟ UUID ਦਾ ਮੁੱਲ 00001234-0000-1000-8000-00805F9B34FB ਹੋਵੇਗਾ। ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਸੰਬੰਧਿਤ ਫਾਰਮੂਲਾ ਵੀ ਦਿੱਤਾ ਗਿਆ ਹੈ:

                                128_bit_value = 16_bit_value * 2^96 + ਬਲੂਟੁੱਥ_ਬੇਸ_UUID

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

ਐਟੀ ਗੱਟੀ...

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

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


ਇਸ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਇੱਕ ਵੱਖਰਾ ਮੁੱਲ ਹੈ ਜਿਸ ਵਿੱਚ ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ:
1. ਐਟਰੀਬਿਊਟ ਹੈਂਡਲ ਗੁਣ ਨਾਲ ਸੰਬੰਧਿਤ ਟੇਬਲ ਇੰਡੈਕਸ ਹੈ
2. ਗੁਣ ਕਿਸਮ ਇੱਕ UUID ਹੈ ਜੋ ਇਸਦੀ ਕਿਸਮ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ
3. ਗੁਣ ਮੁੱਲ ਗੁਣ ਪੁਆਇੰਟਰ ਦੁਆਰਾ ਸੂਚੀਬੱਧ ਡੇਟਾ ਹੈ
4. ਵਿਸ਼ੇਸ਼ਤਾ ਅਨੁਮਤੀਆਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਹਿੱਸਾ ਹਨ, ਅਨੁਮਤੀਆਂ, ਜੋ ਵਿਸ਼ੇਸ਼ਤਾ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੜ੍ਹੀਆਂ ਜਾਂ ਲਿਖੀਆਂ ਨਹੀਂ ਜਾ ਸਕਦੀਆਂ।

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

ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਕਿਸਮ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ ਕਿ ਵਿਸ਼ੇਸ਼ਤਾ ਕੀ ਦਰਸਾਉਂਦੀ ਹੈ। C ਭਾਸ਼ਾ ਨਾਲ ਸਮਾਨਤਾ ਦੁਆਰਾ,
ਜਿੱਥੇ ਬੂਲੀਅਨ, ਸੰਖਿਆਤਮਕ ਵੇਰੀਏਬਲ ਅਤੇ ਸਤਰ ਹਨ, ਇਸ ਲਈ ਇਹ ਇੱਥੇ ਹੈ। ਗੁਣ ਕਿਸਮ ਦੁਆਰਾ ਅਸੀਂ ਪਛਾਣਦੇ ਹਾਂ
ਅਸੀਂ ਕਿਸ ਨਾਲ ਨਜਿੱਠ ਰਹੇ ਹਾਂ ਅਤੇ ਅਸੀਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖ ਸਕਦੇ ਹਾਂ। ਹੇਠਾਂ ਅਸੀਂ ਕੁਝ ਖਾਸ ਕਿਸਮਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਦੇਖਾਂਗੇ। ਉਦਾਹਰਨ ਲਈ, “ਸੇਵਾ ਘੋਸ਼ਣਾ” (0x2800), “ਵਿਸ਼ੇਸ਼ਤਾ ਘੋਸ਼ਣਾ” (0x2803), “ਵਿਆਣਕ ਘੋਸ਼ਣਾ” (0x2902)।

ਇੱਕ ਗੁਣ ਦਾ ਮੁੱਲ ਇਸਦਾ ਅਸਲ ਅਰਥ ਹੈ, ਟੌਟੌਲੋਜੀ ਨੂੰ ਮਾਫ਼ ਕਰੋ. ਜੇਕਰ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਕਿਸਮ ਇੱਕ ਸਤਰ ਹੈ, ਤਾਂ ਵਿਸ਼ੇਸ਼ਤਾ ਮੁੱਲ ਹੋ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਸਲੋਗਨ "ਹੈਲੋ ਵਰਲਡ !!!"। ਜੇਕਰ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਕਿਸਮ ਇੱਕ "ਸੇਵਾ ਘੋਸ਼ਣਾ" ਹੈ, ਤਾਂ ਇਸਦਾ ਮੁੱਲ ਖੁਦ ਸੇਵਾ ਹੈ। ਅਤੇ ਕਈ ਵਾਰ ਇਹ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ ਕਿ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕਿੱਥੇ ਲੱਭਣੀਆਂ ਹਨ.

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

ਇਹ ਕਿਦੇ ਵਰਗਾ ਦਿਸਦਾ ਹੈ

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

ਹਰੇਕ ਸਮੂਹ ਦੇ ਸਿਖਰ 'ਤੇ ਸਾਡੇ ਕੋਲ ਹਮੇਸ਼ਾ ਸੇਵਾ ਘੋਸ਼ਣਾ ਵਿਸ਼ੇਸ਼ਤਾ ਹੁੰਦੀ ਹੈ। ਇਸਦੀ ਕਿਸਮ ਹਮੇਸ਼ਾਂ 0x2800 ਹੁੰਦੀ ਹੈ, ਅਤੇ ਪੁਆਇੰਟਰ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਟੇਬਲ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਕਿੰਨੇ ਗੁਣ ਮੌਜੂਦ ਹਨ। ਇਸ ਦੀਆਂ ਇਜਾਜ਼ਤਾਂ ਬਿਨਾਂ ਕਿਸੇ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ, ਹਮੇਸ਼ਾ ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ ਹੁੰਦੀਆਂ ਹਨ। ਅਸੀਂ ਇਹਨਾਂ ਸੰਕਲਪਾਂ ਬਾਰੇ ਥੋੜ੍ਹੀ ਦੇਰ ਬਾਅਦ ਗੱਲ ਕਰਾਂਗੇ. ਮੁੱਲ ਇੱਕ ਹੋਰ UUID ਹੈ ਜੋ ਪਛਾਣ ਕਰਦਾ ਹੈ ਕਿ ਸੇਵਾ ਕੀ ਹੈ। ਸਾਰਣੀ ਵਿੱਚ, ਮੁੱਲ 0x180D ਹੈ, ਜਿਸਨੂੰ ਬਲੂਟੁੱਥ SIG ਦੁਆਰਾ ਦਿਲ ਦੀ ਗਤੀ ਸੇਵਾ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

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

ਇੱਥੇ ਇੱਕ ਹੋਰ ਮੁਸੀਬਤ ਸਾਡੀ ਉਡੀਕ ਕਰ ਰਹੀ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਅਨੁਮਤੀਆਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਆਉ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਤੋਂ ਬਿੱਟ ਫੀਲਡ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਤਸਵੀਰ ਨੂੰ ਵੇਖੀਏ।

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

1. ਪਹੁੰਚ ਅਨੁਮਤੀਆਂ:
     - ਪੜ੍ਹਨਾ
     - ਰਿਕਾਰਡ
     - ਪੜ੍ਹੋ ਅਤੇ ਲਿਖੋ
2. ਪ੍ਰਮਾਣੀਕਰਨ ਅਨੁਮਤੀ:
     - ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਲੋੜ ਹੈ
     - ਕੋਈ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਲੋੜ ਨਹੀਂ
3. ਅਧਿਕਾਰ ਦੀ ਇਜਾਜ਼ਤ:
     - ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਹੈ
     - ਕਿਸੇ ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਨਹੀਂ

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

ਵਰਣਨ ਕਰਨ ਵਾਲਾ

ਆਉ ਆਪਣੇ ਮੇਜ਼ ਤੇ ਵਾਪਸ ਚਲੀਏ. ਕਿਸੇ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਮੁੱਲ ਦੀ ਘੋਸ਼ਣਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਸੰਭਵ ਹਨ:
1. ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਨਵੀਂ ਘੋਸ਼ਣਾ (ਇੱਕ ਸੇਵਾ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ)
2. ਨਵੀਂ ਸੇਵਾ ਘੋਸ਼ਣਾ (ਸਾਰਣੀ ਵਿੱਚ ਇਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਹੋ ਸਕਦੇ ਹਨ)
3. ਹੈਂਡਲ ਘੋਸ਼ਿਤ ਕਰਨਾ

ਦਿਲ ਦੀ ਗਤੀ ਦੇ ਮਾਪ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਸਾਡੀ ਸਾਰਣੀ ਵਿੱਚ, ਵਿਸ਼ੇਸ਼ਤਾ ਮੁੱਲ ਦੀ ਘੋਸ਼ਣਾ ਵਰਣਨਕਰਤਾ ਦੀ ਘੋਸ਼ਣਾ ਦੇ ਨਾਲ ਹੈ. ਇੱਕ ਵਰਣਨਕਰਤਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜਿਸ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਬਾਰੇ ਵਾਧੂ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ। ਵਰਣਨ ਕਰਨ ਵਾਲੇ ਕਈ ਕਿਸਮ ਦੇ ਹੁੰਦੇ ਹਨ। ਅਸੀਂ ਇਸ ਲੇਖ ਦੇ ਦੂਜੇ ਭਾਗ ਵਿੱਚ ਉਹਨਾਂ ਬਾਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ. ਹੁਣ ਲਈ, ਅਸੀਂ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਕੈਰੈਕਟਰਿਸਟਿਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਡਿਸਕ੍ਰਿਪਟਰ (CCCD) ਨੂੰ ਛੂਹਾਂਗੇ। ਇਸ ਵਿੱਚ 0x2902 ਦੇ ਬਰਾਬਰ ਇੱਕ UUID ਹੈ। ਇਸ ਡਿਸਕ੍ਰਿਪਟਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਕਲਾਇੰਟ ਕੋਲ ਸਰਵਰ 'ਤੇ ਸੰਕੇਤ ਜਾਂ ਸੂਚਨਾ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ। ਉਹਨਾਂ ਵਿਚਲਾ ਅੰਤਰ ਛੋਟਾ ਹੈ, ਪਰ ਅਜੇ ਵੀ ਹੈ. ਨੋਟੀਫਿਕੇਸ਼ਨ ਲਈ ਗਾਹਕ ਤੋਂ ਰਸੀਦ ਦੀ ਪੁਸ਼ਟੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਸੰਕੇਤ ਲਈ ਇਸਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਇਹ GATT ਪੱਧਰ 'ਤੇ ਹੁੰਦਾ ਹੈ, ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਅਜਿਹਾ ਕਿਉਂ, ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ? ਹਾਏ, ਮੈਨੂੰ ਇਹ ਨਹੀਂ ਪਤਾ। ਮੈਨੂੰ ਸਿਰਫ ਇਹ ਕਹਿਣ ਦਿਓ ਕਿ ਨੋਰਡਿਕ ਮਾਹਰ ਸੂਚਨਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਨ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪੈਕੇਜ ਦੀ ਇਕਸਾਰਤਾ ਦੀ ਜਾਂਚ (CRC ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ) ਦੋਵਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ ਹੁੰਦੀ ਹੈ।

ਸਿੱਟਾ

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

ਗਰੁੱਪ ਆਫ਼ ਕੰਪਨੀਜ਼ ਦਾ ਕਰਮਚਾਰੀ "ਸੀਜ਼ਰ ਸੈਟੇਲਾਈਟ"
ਪੇਚਰਸਕੀਖ ਵਲਾਦੀਮੀਰ

ਸਰੋਤ: www.habr.com