11 ਅਗ 2025·8 ਮਿੰਟ
BLE ਕੀ ਹੈ? classic Bluetooth ਤੋਂ ਮੁੱਖ ਫ਼ਰਕ ਸਪਸ਼ਟ ਕੀਤਾ ਗਿਆ
ਜਾਣੋ ਕਿ Bluetooth Low Energy (BLE) ਕੀ ਹੈ, ਇਹ classic Bluetooth ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ, ਅਤੇ ਆਡੀਓ, IoT ਅਤੇ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਲਈ ਸਹੀ ਵਿਕਲਪ ਕਿਵੇਂ ਚੁਣਨਾ ਹੈ।
ਜਾਣੋ ਕਿ Bluetooth Low Energy (BLE) ਕੀ ਹੈ, ਇਹ classic Bluetooth ਤੋਂ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ, ਅਤੇ ਆਡੀਓ, IoT ਅਤੇ ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਲਈ ਸਹੀ ਵਿਕਲਪ ਕਿਵੇਂ ਚੁਣਨਾ ਹੈ।
Bluetooth ਇੱਕ ਘੱਟ-ਦੂਰੀ ਵਾਇਰਲੈੱਸ ਤਕਨਾਲੋਜੀ ਹੈ ਜੋ ਪਰਸਨਲ ਏਰੀਆ ਨੈੱਟਵਰਕ ਲਈ ਬਣਾਈ ਗਈ: ਡਿਵਾਈਸਾਂ ਸਿੱਧਾ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਕੁਝ ਮੀਟਰ ਦੀ ਦੂਰੀ ਤੇ ਵਾਇਰਲੈੱਸ ਤਰੀਕੇ ਨਾਲ ਗੱਲ ਕਰਦੀਆਂ ਹਨ ਬਿਨਾਂ ਕੇਬਲ ਦੇ। ਇਹ ਵਾਇਰਲੈੱਸ ਹੈੱਡਫੋਨ, ਕੀਬੋਰਡ, ਕਾਰ ਹੰਜ਼-ਫ੍ਰੀ ਸਿਸਟਮ ਅਤੇ ਨੇੜੇ ਡਿਵਾਈਸਾਂ ਦਰਮਿਆਨ ਫਾਇਲਾਂ ਟਰਾਂਸਫਰ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।
BLE ਦਾ ਪੂਰਾ ਨਾਮ Bluetooth Low Energy ਹੈ। ਇਹ ਇੱਕ ਵੱਖਰਾ ਵਾਇਰਲੈੱਸ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ ਉਸੇ Bluetooth ਬ੍ਰਾਂਡ ਹੇਠ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਮੁੱਖ ਤੌਰ 'ਤੇ ਬਹੁਤ ਘੱਟ ਪਾਵਰ ਖਪਤ ਨਾਲ ਛੋਟੇ, ਬੁਰਸਟਿਕ ਡੇਟਾ ਐਕਸਚੇਂਜ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਜਿਥੇ classic Bluetooth ਲਗਾਤਾਰ ਡੇਟਾ ਸਟ੍ਰੀਮਾਂ (ਜਿਵੇਂ ਆਡੀਓ) ਨੂੰ ਟਾਰਗੇਟ ਕਰਦਾ ਹੈ, BLE ਸੈਂਸਰ ਅਤੇ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਲਈ ਅਨੁਕੂਲ ਹੈ ਜੋ ਬਹੁਤ ਛੋਟੀ ਬੈਟਰੀ 'ਤੇ ਮਹੀਨਿਆਂ ਜਾਂ ਸਾਲਾਂ ਚੱਲਣੀਆਂ ਲੋੜਦਾ ਹਨ।
ਦੋਹਾਂ ਨੂੰ Bluetooth SIG ਵੱਲੋਂ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦਾ ਕੁਝ ਸਟੈਕ ਸਾਂਝਾ ਹੈ ਅਤੇ “Bluetooth” ਲੋਗੋ ਵੀ ਮਿਲਦਾ ਹੈ, ਪਰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ BLE ਅਤੇ classic Bluetooth ਇੱਕੋ ਨਹੀਂ ਹਨ। ਉਹ ਵੱਖਰੇ ਰੇਡੀਓ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਵੱਖਰੇ ਡੇਟਾ ਮਾਡਲ ਅਤੇ ਵੱਖਰੇ ਕੰਮਾਂ ਲਈ ਅਨੁਕੂਲ ਕੀਤੇ ਗਏ ਹਨ।
ਤੁਸੀਂ ਰੋਜ਼ਾਨਾ BLE ਤਕਨਾਲੋਜੀ ਨਾਲ ਬੇਅਹਿਸ ਹੇਠੋਂ ਮੁਲਾਕਾਤ ਕਰਦੇ ਹੋ:
ਇਹ ਲੇਖ BLE ਬਨਾਮ classic Bluetooth ਨੂੰ ਪ੍ਰਾਇਕਟਿਕਲ ਤਰ੍ਹਾਂ ਸਮਝਾਏਗਾ: ਉਹ ਰੇਡੀਓ ਵਿਹਾਰ, ਪਾਵਰ ਖਪਤ, ਰੇਂਜ, ਥਰੂਪੁੱਟ, ਲੈਟੈਂਸੀ, ਸੁਰੱਖਿਆ ਅਤੇ ਡੇਟਾ ਮਾਡਲ (ਜਿਵੇਂ GATT ਪ੍ਰੋਫਾਈਲ) ਵਿੱਚ ਕਿਵੇਂ ਵੱਖਰੇ ਹਨ। ਤੁਸੀਂ ਵੇਖੋਗੇ ਕਿ BLE ਕਿੱਥੇ ਚਮਕਦਾ ਹੈ (IoT ਸੈਂਸਰ, ਵਿਅਰਬਲ, ਬੀਕਨ) ਅਤੇ ਕਿੱਥੇ classic Bluetooth ਅਜੇ ਵੀ ਲੀਡ ਕਰਦਾ ਹੈ (ਆਡੀਓ, HID, ਕੁਝ ਲੈਗਸੀ ਐਕਸੈਸਰੀਜ਼), ਤਾਂ ਜੋ ਤੁਸੀਂ ਆਪਣੇ ਅਗਲੇ ਉਤਪਾਦ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਲਈ ਸਹੀ ਤਕਨਾਲੋਜੀ ਚੁਣ ਸਕੋ।
Bluetooth ਦੇ ਸ਼ੁਰੂਆਤੀ ਵਰਜ਼ਨ (1.x, 2.x, 3.0) ਮੁੱਖ ਤੌਰ 'ਤੇ ਛੋਟੇ ਕੇਬਲਾਂ ਦੀ ਬਦਲੀ ਵਜੋਂ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਗਏ ਸਨ: ਆਡੀਓ ਜੈਕ ਦੀ ਥਾਂ ਹੈੱਡਸੈਟ, USB ਦੀ ਥਾਂ ਕੀਬੋਰਡ ਅਤੇ ਮਾਉਸ, ਫਾਈਲ ਟਰਾਂਸਫਰ ਦੀ ਥਾਂ ਸੀਰੀਅਲ ਪੋਰਟ।
ਉਹ ਸਮਾਂ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਮੰਨਦਾ ਸੀ ਜਿਨ੍ਹਾਂ ਕੋਲ ਵਧੀਆ ਬੈਟਰੀ ਜਾਂ ਸਥਾਈ ਪਾਵਰ ਹੁੰਦੀ ਸੀ। ਫੋਨ, ਲੈਪਟੌਪ ਅਤੇ ਕਾਰ ਸਿਸਟਮ ਉਹਨਾਂ ਰੇਡੀਓਜ਼ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ ਕਨੈਕਟ ਰਹਿਣ ਲਈ ਸਹਰ ਸਕਦੇ ਸਨ, ਆਡੀਓ ਸਟ੍ਰੀਮ ਕਰਦੇ ਜਾਂ ਵੱਡੀਆਂ ਫਾਇਲਾਂ ਮੋਵ ਕਰਦੇ।
ਜਿਵੇਂ-ਜਿਵੇਂ ਲੋਕ ਵਾਇਰਲੈੱਸ ਸੈਂਸਰ, ਵਿਅਰਬਲ, ਬੀਕਨ ਅਤੇ ਮੈਡੀਕਲ ਗੈਜਟਸ ਦੀ ਸੋਚ ਕਰਨ ਲੱਗੇ, classic Bluetooth ਦੀ ਪਾਵਰ ਪ੍ਰੋਫਾਈਲ ਇਕ ਬੋਝ ਬਣ ਗਈ।
classic Bluetooth ਲਿੰਕ ਨੂੰ ਜਿਊਂਦ੍ਹਾ ਰੱਖਣ ਲਈ ਅਕਸਰ ਰੇਡੀਓ ਸਰਗਰਮ ਰਹਿਣੀ ਪੈਂਦੀ ਹੈ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਕ ਵੀ ਨਿਆਪਕ ਹੋਂਦਾ ਹੈ। ਇੱਕ ਸਮਾਰਟਵਾਚ, ਨੋਟ-ਸੈੱਲ ਸੈਂਸਰ ਜਾਂ ਡੋਰ ਸੈਂਸਰ ਜੋ ਮਹੀਨਿਆਂ ਜਾਂ ਸਾਲਾਂ ਚੱਲਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਉਸ ਲਈ ਇਹ ਤਰ੍ਹਾਂ ਦੀ ਉਰਜਾ ਖਪਤ ਬਹੁਤ ਉੱਚੀ ਹੁੰਦੀ ਹੈ।
ਦੂਜੇ ਘੱਟ-ਪਾਵਰ ਵਿਕਲਪ ਪਹਿਲਾਂ ਵੀ ਉਪਲਬਧ ਸਨ (ਜਿਵੇਂ ਪ੍ਰੋਪ੍ਰਾਇਟਰੀ 2.4 GHz ਲਿੰਕ), ਪਰ ਉਹ Bluetooth ਦੀ ਇੰਟਰਓਪਰੇਬਿਲਟੀ ਅਤੇ ਏਕੋਸਿਸਟਮ ਨਹੀਂ ਦਿੰਦਿਆਂ।
Bluetooth 4.0 ਨੇ Bluetooth Low Energy (BLE) ਨੂੰ classic Bluetooth ਦੇ ਨਾਲ ਹੀ ਇੱਕ ਨਵੇਂ ਮੋਡ ਦੇ ਤੌਰ 'ਤੇ ਪੇਸ਼ ਕੀਤਾ, ਨਾ ਕਿ ਕੇਵਲ ਇੱਕ ਛੋਟੀ ਚੋਣਦਾਰ ਬਦਲਾਅ ਵਜੋਂ।
BLE ਇੱਕ ਵੱਖਰੇ ਅਨੁਮਾਨ ਦੇ ਆਧਾਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ: ਬਹੁਤ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਕੇਵਲ ਥੋੜੀ ਦੇਰ ਲਈ ਜਗਣਾ, ਇੱਕ ਛੋਟਾ ਡੇਟਾ ਭੇਜਣਾ ਜਾਂ ਪ੍ਰਾਪਤ ਕਰਨਾ, ਫਿਰ ਮੁੜ ਸੁੱਤਣਾ ਹੁੰਦਾ ਹੈ। ਸੋਚੋ “ਹਾਰਟ ਰੇਟ 72 bpm”, “ਦਰਵਾਜਾ ਖੁੱਲ੍ਹਾ ਹੈ”, ਜਾਂ “ਤਾਪਮਾਨ 21.3 °C” — ਨਾ ਕਿ ਲਗਾਤਾਰ ਆਡੀਓ।
ਕਨੈਕਸ਼ਨ ਹਲਕੇ ਹੁੰਦੇ ਹਨ, ਐਡਵਰਟਾਇਜ਼ਿੰਗ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ, ਅਤੇ ਰੇਡੀਓ ਜ਼ਿਆਦਾ ਸਮੇਂ ਬੰਦ ਰਹਿ ਸਕਦਾ ਹੈ।
ਆਧੁਨਿਕ Bluetooth ਚਿਪ ਆਮ ਤੌਰ 'ਤੇ ਦੋਹਾਂ BLE ਅਤੇ classic ਮੋਡਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਇੱਕ ਸਮਾਰਟਫੋਨ ਹੀੱਡਫੋਨ ਨਾਲ classic Bluetooth 'ਤੇ ਆਡੀਓ ਸਟ੍ਰੀਮ ਕਰ ਸਕਦਾ ਹੈ ਜਦਕਿ BLE ਰਾਹੀਂ ਇੱਕ ਫਿੱਟਨੈੱਸ ਟ੍ਰੈਕਰ ਜਾਂ ਬੀਕਨ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ, ਸਾਰੇ ਇਕੋ ਰੇਡੀਓ ਮੋਡੀਊਲ ਵਿੱਚ।
BLE ਛੋਟੇ, ਪ੍ਰਭਾਵਸ਼ালী ਐਕਸਚੇਂਜਾਂ 'ਤੇ ਨਿਰਭਰ ਹੈ—ਇਹ ਲਗਾਤਾਰ ਉੱਚ-ਥਰੂਪੁੱਟ ਸਟ੍ਰੀਮਾਂ ਲਈ ਨਹੀਂ। ਉੱਚ-ਸਤਹ 'ਤੇ, ਇਹ ਦੋ ਮੁੱਖ ਫੇਜ਼ਾਂ 'ਚ ਕੰਮ ਕਰਦਾ ਹੈ: ਖੋਜ (ਐਡਵਰਟਾਇਜ਼ਿੰਗ) ਅਤੇ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ (GATT ਨਾਂ ਦੇ ਸੰਰਚਿਤ ਡੇਟਾ ਮਾਡਲ ਰਾਹੀਂ)।
ਅਧਿਕਤਮ BLE ਇੰਟਰੈਕਸ਼ਨ ਐਡਵਰਟਾਇਜ਼ਿੰਗ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ। ਇੱਕ périphéral ਡਿਵਾਈਸ (ਉਦਾਹਰਣ ਲਈ, ਸੈਂਸਰ ਜਾਂ ਬੀਕਨ) ਨਿਰਧਾਰਤ ਰੇਡੀਓ ਚੈਨਲਾਂ 'ਤੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਛੋਟੇ ਬ੍ਰਾਡਕਾਸਟ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ। ਇਹ ਐਡਵਰਟਾਇਜ਼ਿੰਗ ਪੈਕੇਟ:
ਇੱਕ ਸੈਂਟਰਲ ਡਿਵਾਈਸ (ਆਮਤੌਰ 'ਤੇ ਫੋਨ, ਟੈਬਲੇਟ ਜਾਂ ਗੇਟਵੇ) ਇਨ੍ਹਾਂ ਪੈਕੇਟਾਂ ਨੂੰ ਸਕੈਨ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਇਹ ਕਿਸੇ ਦਿਲਚਸਪ périphéral ਨੂੰ ਲੱਭਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਿਰਫ਼ ਬ੍ਰਾਡਕਾਸਟ ਕੀਤਾ ਡੇਟਾ ਪੜ੍ਹ ਸਕਦਾ ਹੈ (ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ) ਜਾਂ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ।
BLE ਇਹਨਾਂ ਸਮਰਥਨ ਕਰਦਾ ਹੈ:
ਜਦੋਂ ਕਨੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, BLE Generic Attribute Profile (GATT) ਨੂੰ ਵਰਤਦਾ ਹੈ ਜੋ ਰਚਿਤ ਡੇਟਾ ਐਕਸਚੇਂਜ ਲਈ ਹੈ। GATT ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ:
ਡੇਟਾ ਇਹਨਾਂ ਵਿਚ ਵੰਡਿਆ ਗਿਆ ਹੈ:
ਹਰ ਕੈਰੈਕਟਰਿਸਟਿਕ ਪੜ੍ਹਿਆ, ਲਿਖਿਆ ਜਾਂ ਨੋਟੀਫਾਈ ਲਈ ਸਬਸਕ੍ਰਾਈਬ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਆਮ BLE ਐਟ੍ਰਿਬਿਊਟ ਮੁੱਲ ਛੋਟੇ ਹੁੰਦੇ ਹਨ—ਅਕਸਰ ਕੁਝ ਬਾਈਟ ਤੋਂ ਲੈ ਕੇ ਦਸਾਂ ਬਾਈਟ ਤੱਕ। ਵੱਡੇ ਬਲਾਕਾਂ ਦੀ ਸਟ੍ਰੀਮਿੰਗ ਦੀ ਥਾਂ, ਡਿਵਾਈਸ ਬਹੁਤ ਸਾਰੇ ਤੇਜ਼, ਨਿਸ਼ਾਨਾ ਲੈਣ-ਦੇਣ ਕਰਦੇ ਹਨ: reads, writes, ਅਤੇ notifications ਜੋ ਸੰਖੇਪ, ਐਪ-ਨਿਰਧਾਰਿਤ ਪੇਲੋਡ ਲੈ ਕੇ ਜਾਂਦੇ ਹਨ।
Classic Bluetooth ਮੂਲ ਸਧਾਰਨ Bluetooth ਸਟੈਂਡਰਡ ਹੈ, ਜੋ ਉਨ੍ਹਾਂ ਡਿਵਾਈਸਾਂ ਲਈ ਬਣਾਇਆ ਗਿਆ ਸੀ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਾਫ਼ੀ ਹੱਦ ਤੱਕ ਲਗਾਤਾਰ ਡੇਟਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਜੋ ਜ਼ਿਆਦਾ ਸਮਾਂ ਕਨੈਕਟ ਰਹਿ ਸਕਦੇ ਹਨ। ਇਸ ਦਾ ਮਕਸਦ ਭਾਰੀ, ਲਗਾਤਾਰ ਲਿੰਕ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ ਜੋ BLE ਨਾਲੋਂ ਆਮ ਤੌਰ 'ਤੇ ਉੱਚ ਡੇਟਾ ਦਰਾਂ ਦਿੰਦਾ ਹੈ।
ਜਿਥੇ BLE ਛੋਟੇ ਬੁਰਸਟਿਕ ਡੇਟਾ ਅਤੇ ਲੰਬੇ ਸਲੀਪ ਅਵਧੀਆਂ 'ਤੇ ਧਿਆਨ ਦਿੰਦਾ ਹੈ, classic Bluetooth ਅੰਮ੍ਰਿਤਾ ਰੇਡੀਓ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸਕਾਰਤਮਕ ਸਮਾਂ ਮਨ ਲੈਂਦਾ ਹੈ। ਇਸ ਨਾਲ ਇਹ ਆਡੀਓ ਜਾਂ ਰੀਅਲ-ਟਾਈਮ ਇਨਪੁਟ ਵਰਗੇ ਕੰਮਾਂ ਲਈ ਵਧੀਆ ਬਣ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਹ ਵੀ ਦਿਓੜਾਂ ਅਤੇ ਬਰਕਰਾਰ ਪਾਵਰ ਖਪਤ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।
Classic Bluetooth ਅਤੇ BLE ਦੋਹਾਂ 2.4 GHz ISM ਬੈਂਡ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਪਰ ਉਨ੍ਹਾਂ ਦੀਆਂ ਰਣਨੀਤੀਆਂ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। Classic Bluetooth ਇੱਕ ਕਿਸਮ ਦੇ ਫ੍ਰਿਕਵੈਂਸੀ ਹੌਪਿੰਗ ਵਰਤਦਾ ਹੈ ਜੋ ਚੱਲਦੀਆਂ ਕਨੈਕਸ਼ਨਾਂ ਅਤੇ ਸਟ੍ਰੀਮਿੰਗ ਲਈ ਢਾਲਿਆ ਗਿਆ ਹੈ, ਜਦਕਿ BLE ਛੋਟੇ, ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਐਕਸਚੇਂਜ ਲਈ ਟੀਊਨ ਕੀਤਾ ਗਿਆ ਹੈ।
Classic Bluetooth ਕਈ ਮਿਆਰੀਕ੍ਰਿਤ ਪ੍ਰੋਫਾਈਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਡਿਵਾਈਸ ਜਾਣ ਸਕਣ ਕਿ ਇਕ-ਦੂਜੇ ਨਾਲ ਕਿਵੇਂ ਗੱਲ ਕਰਨੀ ਹੈ:
ਇਸਦੇ ਡਿਜ਼ਾਈਨ ਲਕੜਾਂ ਅਤੇ ਪ੍ਰੋਫਾਈਲਾਂ ਦੇ ਕਾਰਨ, classic Bluetooth ਬਿਹਤਰ ਹੈ:
ਇਹ ਸਾਰੇ ਸਿੱਕੇ ਉਪਭੋਗਤਿਆਂ ਦੇ ਡਿਵਾਈਸਾਂ ਲਈ ਹਨ ਜਿਮੇਂ ਬੈਟਰੀ ਸਥਿਰਤਾ ਹੋਵੇ (ਫੋਨ, ਲੈਪਟੌਪ, ਕਾਰ ਸਿਸਟਮ), ਨਾ ਕਿ ਛੋਟੇ ਕੋਇਨ-ਸੈਲ ਵਾਲੇ ਸੈਂਸਰ।
Classic Bluetooth (BR/EDR) ਅਤੇ BLE ਦੋਹਾਂ 2.4 GHz ISM ਬੈਂਡ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਪਰ ਇਸਨੂੰ ਵੱਖ-ਵੱਖ ਤਰੀਕੇ ਨਾਲ ਵੰਡਦੇ ਹਨ।
Classic Bluetooth
BLE
BLE ਲਈ ਵੱਡੀਆਂ ਚੈਨਲਾਂ ਅਤੇ ਸਧਾਰਣ ਮੋਡੂਲੇਸ਼ਨ ਵਿਕਲਪ ਛੋਟੇ ਬੁਰਸਟਿਕ ਡੇਟਾ ਅਤੇ ਘੱਟ ਪਾਵਰ ਲਈ ਢਾਲੇ ਗਏ ਹਨ, ਨਾ ਕਿ ਲਗਾਤਾਰ ਉੱਚ-ਥਰੂਪੁੱਟ ਸਟ੍ਰੀਮਿੰਗ ਲਈ।
Classic Bluetooth
BLE
Classic BR/EDR throughput
BLE throughput
ਸੰਖੇਪ ਵਿੱਚ, classic ਲਗਾਤਾਰ, ਉੱਚ-ਥਰੂਪੁੱਟ, ਘੱਟ-ਲੇਟੈਂਸੀ ਸਟ੍ਰੀਮਾਂ ਲਈ ਬਿਹਤਰ ਹੈ, ਜਦਕਿ BLE ਛੋਟੇ, ਘੱਟ-ਅਕਸਰ ਬੁਰਸਟਾਂ ਲਈ ਲਚਕੀਲੇ ਲੈਟੈਂਸੀ–ਪਾਵਰ ਟਰੇਡ‑ਆਫ਼ ਲਈ ਢਾਲਿਆ ਗਿਆ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਫੋਨ ਅਤੇ ਕਈ ਮੋਡਿਊਲ ਡੁਅਲ-ਮੋਡ ਹੁੰਦੇ ਹਨ: ਇੱਕ RF ਫਰਟ ਐਂਡ ਅਤੇ ਐਂਟੇਨਾ, ਜੋ BR/EDR ਅਤੇ BLE ਕੰਟਰੋਲਰ ਨਾਲ ਸਾਂਝੇ ਹੁੰਦੇ ਹਨ।
ਚਿੱਪ ਦੇ ਅੰਦਰਕਥਨ ਵਿੱਚ:
ਸ਼ਡਿਊਲਰ ਇਹ ਯਕੀਨ ਬਣਾਂਦਾ ਹੈ ਕਿ classic ਆਡੀਓ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਲੋੜੀਂਦਾ ਸਮਾਂ ਮਿਲ ਜਾਵੇ ਅਤੇ BLE ਕਨੈਕਸ਼ਨਾਂ ਅਤੇ ਐਡਵਰਟਾਇਜ਼ਿੰਗ ਨੂੰ ਖਾਲੀ ਵਕਤਾਂ ਵਿੱਚ ਜੋੜਿਆ ਜਾਵੇ, ਤਾਂ ਜੋ ਦੋਹਾਂ ਪ੍ਰੋਟੋਕੋਲ ਐਪਲੀਕੇਸ਼ਨ ਲੇਵਲ 'ਤੇ ਇਕੱਠੇ ਕੰਮ ਕਰ ਸਕਣ।
BLE ਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਖਾਸੀਅਤ classic Bluetooth ਉੱਤੇ ਇਹ ਹੈ ਕਿ ਇਹ ਰੇਡੀਓ ਨੂੰ ਬਹੁਤ ਘੱਟ ਸਮੇਂ ਲਈ ਜਗਾਉਂਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਸਭ ਕੁਝ ਬਹੁਤ ਘੱਟ ਡਿਊਟੀ-ਸਾਈਕਲ ਲਈ ਟੀਊਨ ਕੀਤਾ ਗਿਆ ਹੈ: ਛੋਟੇ ਸਰਗਰਮਤਾ ਬੁਰਸਟ ਅਤੇ ਲੰਬੇ ਸਲੀਪ ਪੀਰੀਅਡ।
ਇੱਕ BLE ਡਿਵਾਈਸ ਆਪਣੀ ਜ਼ਿਆਦਾਤਰ ਉਮਰ ਡੀਪ ਸਲੀਪ ਵਿੱਚ ਬਿਤਾਉਂਦਾ ਹੈ, ਕੇਵਲ ਜਗਦਾ ਹੈ:
ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਇਵੈਂਟ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਮਿਲੀਸੈਕਿੰਡ ਲੈਂਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਦੇ ਵਿਚਕਾਰ, ਰੇਡੀਓ ਅਤੇ ਜ਼ਿਆਦਾਤਰ MCU ਬੰਦ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਮਾਈਕ੍ਰੋਐਮਪ ਕਰੰਟ ਖਿੱਚਦੇ ਹਨ ਬਜਾਏ ਮਿILLIਐਮਪ ਦੇ।
ਦੂਜੇ ਪਾਸੇ, classic Bluetooth ਇੱਕ ਸਰਗਰਮ ਕਨੈਕਸ਼ਨ ਰੱਖਦਾ ਹੈ ਅਤੇ ਅਕਸਰ پولਿੰਗ ਕਰਦਾ ਹੈ। ਭਲੇ ਹੀ ਘੱਟ ਡੇਟਾ ਭੇਜਿਆ ਜਾਵੇ, ਰੇਡੀਓ ਅਕਸਰ ਜਗਦਾ ਹੈ, ਇਸ ਲਈ ਔਸਤ ਕਰੰਟ ਕਾਫ਼ੀ ਉੱਚਾ ਰਹਿੰਦਾ ਹੈ।
BLE ਵਿੱਚ ਪਾਵਰ ਉਦਾਹਰਣਾਂ ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਕਿੰਨੀ ਵਾਰ ਜਗਦੇ ਹੋ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ:
ਉਦਾਹਰਨ: ਜਦੋਂ ਇੱਕ ਡਿਵਾਈਸ 15 mA ਖਿੱਚਦਾ ਹੈ 3 ms ਲਈ ਹਰ 100 ms, ਤਾਂ ਡਿਊਟੀ-ਸਾਈਕਲ 3% ਹੈ। ਔਸਤ ਕਰੰਟ ਲਗਭਗ 0.45 mA (450 µA) ਹੋਵੇਗਾ। ਜੇ ਤੁਸੀਂ ਇੰਟਰਵਲ 1 s 'ਤੇ ਧਕੇਲੋ ਤਾਂ ਡਿਊਟੀ-ਸਾਈਕਲ 0.3% ਹੋ ਜਾਏਗਾ ਅਤੇ ਔਸਤ ਕਰੰਟ 10× ਘੱਟ ਹੋ ਜਾਵੇਗਾ।
ਟਿੱਪਣੀਗਾਰ ਸੰਖੇਪ ਨੰਬਰ (ਅਸਲ ਮੁੱਲ ਹਾਰਡਵੇਅਰ ਅਤੇ ਸੈਟਿੰਗ ਤੋਂ ਨਿਰਭਰ):
ਇਹ ਕ੍ਰਮ-ਇਨ-ਮੈਗਨੀਟਿਊਡ ਫਰਕ classic ਉਤਪਾਦਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਰੀਚਾਰਜੇਬਲ ਬਣਾਉਂਦਾ ਹੈ ਜਦਕਿ BLE périphéricls ਅਕਸਰ ਕੋਇਨ-ਸੈਲ ਪਾਵਰਡ ਹੁੰਦੇ ਹਨ।
BLE ਲਈ ਇਹ ਪੈਰਾਮੀਟਰ ਜੀਵਨਕਾਲ 'ਤੇ ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਭਾਵ ਪਾਉਂਦੇ ਹਨ:
ਸਾਵਧਾਨ ਡਿਜ਼ਾਈਨ ਨਾਲ, BLE ਡਿਵਾਈਸ ਛੋਟੀ ਬੈਟਰੀ 'ਤੇ ਬਹੁਤ ਲੰબા ਸਮੇਂ ਤੱਕ ਚੱਲ ਸਕਦੇ ਹਨ:
BLE ਬੀਕਨ CR2032 (≈220 mAh)
ਵਾਤਾਵਰਣੀ ਸੈਂਸਰ CR2477 (≈1000 mAh)
ਵਿਅਰਬਲਸ (ਫਿੱਟਨੈੱਸ ਟ੍ਰੈਕਰ)
Classic Bluetooth ਆਮ ਵਰਤੋਂ ਵਿੱਚ ਕੋਇਨ-ਸੈਲ 'ਤੇ ਇਨ੍ਹਾਂ ਜੀਵਨਕਾਲਾਂ ਤੱਕ ਮੁਸ਼ਕਲ ਨਾਲ ਪੁੱਜ ਪਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਰੇਡੀਓ ਨੂੰ ਜ਼ਿਆਦਾ ਸਮੇਂ ਲਈ ਜਗਾਉਂਦਾ ਹੈ। BLE ਦਾ ਘੱਟ-ਡਿਊਟੀ-ਸਾਈਕਲ ਡਿਜ਼ਾਈਨ ਅਤੇ ਆਗਰੈਸੀਵ ਸਲੀਪ ਵਰਤਾਰਾ IoT ਅਤੇ ਸੈਂਸਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਮਹੀਨੇ ਤੋਂ ਸਾਲਾਂ ਦੀ ਚਾਲੂਸ਼ੀਲਤਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ।
ਕਾਗਜ਼ 'ਤੇ, BLE ਅਤੇ classic Bluetooth ਦੋਹਾਂ 10 m ਤੋਂ ਲੈ ਕੇ 100+ m ਤੱਕ ਦੀ ਰੇਂਜ ਦਰਸਾਂਦੇ ਹਨ। ਅਸਲ ਵਿੱਚ:
BLE 5.x ਆਈਡੀਅਲ ਆਊਟਡੋਰ ਟੈਸਟਾਂ ਵਿੱਚ coded PHY ਵਰਤ ਕੇ ਸੈਂਕੜੇ ਮੀਟਰ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀ ਹੈ, ਪਰ ਇਸ ਨਾਲ ਡੇਟਾ ਦਰ ਕਾਫ਼ੀ ਘੱਟ ਹੋ ਜਾਂਦੀ ਹੈ।
ਅਸਲ ਰੇਂਜ “BLE vs classic” ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।
ਕੁੰਜੀ ਕਾਰਕ ਜੋ ਰੇਂਜ ਨੂੰ ਬਹੁਤ ਝਟਕਾ ਦੇਦੇ ਹਨ:
BLE ਇੱਥੇ ਇਕ ਬਰਾਬਰੀ ਲੇ ਕੇ ਆਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕਈ PHYs (1M, 2M, Coded) ਦਿੰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਡੇਟਾ ਰੇਟ ਲਈ ਰੇਂਜ ਦੇ ਨਾਲ ਟ੍ਰੇਡ-ਆਫ਼ ਕਰਨ ਦਿੰਦੇ ਹਨ।
BLE ਛੋਟੇ, ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬੁਰਸਟਾਂ ਲਈ ਢਾਲਿਆ ਗਿਆ ਹੈ।
Classic Bluetooth (BR/EDR) ਅਜੇ ਵੀ ਲਗਾਤਾਰ, ਉੱਚ-ਬੈਂਡਵਿਡਥ ਸਟਰੀਮਾਂ ਲਈ ਜਿੱਤਦਾ ਹੈ:
ਇਸ ਕਾਰਨ ਆਡੀਓ ਹੈੱਡਫੋਨ, ਸਪੀਕਰ, ਅਤੇ ਕਈ ਲੈਗਸੀ ਡੇਟਾ ਲਿੰਕ ਹਾਲੇ ਤੱਕ classic Bluetooth 'ਤੇ ਰਹਿੰਦੇ ਹਨ।
BLE ਕਨੈਕਸ਼ਨ 7.5 ms ਵਰਗੇ ਛੋਟੇ ਕਨੈਕਸ਼ਨ ਇੰਟਰਵਲ ਵਰਤ ਸਕਦੇ ਹਨ, ਜੋ ਕਿ ਬਟਨ, ਸੈਂਸਰ ਅਤੇ HID ਲਈ ਘੱਟ-ਲੇਟੈਂਸੀ ਕੰਟਰੋਲ ਨੂੰ ਤੁਰੰਤ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ ਹੈ।
ਹਾਲਾਂਕਿ BLE ਲਗਾਤਾਰ ਘੱਟ-ਲੇਟੈਂਸੀ ਆਡੀਓ ਲਈ ਘੱਟ ਉਚਿਤ ਹੈ। ਪੈਕੇਟ ਸ਼ਡਿਊਲਿੰਗ, ਰੀ-ਟ੍ਰਾਂਮਿਸ਼ਨ ਅਤੇ classic-ਸਟਾਈਲ ਆਡੀਓ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਕਮੀ ਇਸਨੂੰ BR/EDR ਆਡੀਓ ਦੀ ਤਰ੍ਹਾਂ ਸਬ-100 ms, ਸਥਿਰ ਲੈਟੈਂਸੀ ਨੂੰ ਮਿਲਣਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੀ ਹੈ।
ਨਿਯਮ-ਹੱਥੀ:
Bluetooth ਪ੍ਰੋਫਾਈਲ ਉੱਪਰਲੇ ਤਹਿ 'ਤੇ ਮਿਆਰੀ ਵਰਤੀ ਦਾ ਇੱਕ ਰੂਪ ਹਨ। ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ:
Classic Bluetooth ਬਹੁਤ ਪ੍ਰੋਫਾਈਲਾਂ 'ਤੇ ਨਿਰਭਰ ਹੈ। ਉਦਾਹਰਣ:
ਜੇ ਦੋ ਡਿਵਾਈਸ ਇੱਕੋ classic ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਬਿਨਾਂ ਕਸਟਮ ਐਪ ਲੌਜਿਕ ਦੇ ਇੰਟਰਓਪਰੇਬਲ ਹੋ ਜਾਂਦੇ ਹਨ।
BLE ਨੇ “ਪ੍ਰੋਫਾਈਲ” ਦੇ ਵਿਚਾਰ ਨੂੰ ਰੱਖਿਆ ਪਰ ਡੇਟਾ ਮਾਡਲ ਨੂੰ ਇੱਕ attribute-ਅਧਾਰਿਤ ਪਹੁੰਚ ਵੱਲ ਬਦਲ ਦਿੱਤਾ:
ਡੇਟਾ ਇਨ੍ਹਾਂ ਵਿਚ ਗਰੁਪ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:
BLE ਪ੍ਰੋਫਾਈਲਜ਼ ਹੁਣ ਸਰਵਿਸਜ਼, ਕੈਰੈਕਟਰਿਸਟਿਕਸ ਅਤੇ ਵਿਹਾਰਾਂ ਦੇ ਜੋੜ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
Bluetooth SIG ਬਹੁਤ ਸਾਰੀਆਂ ਸਟੈਂਡਰਡ GATT-ਅਧਾਰਿਤ ਸਰਵਿਸਜ਼ ਪ੍ਰਕਾਸ਼ਤ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ:
ਇਨ੍ਹਾਂ ਨੂੰ ਵਰਤਣਾ ਇੰਟਰਓਪਰੇਬਿਲਟੀ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ: ਕੋਈ ਵੀ ਐਪ ਜੋ Heart Rate Service ਸਮਝਦਾ ਹੈ ਉਹ ਬਿਨਾਂ ਵੈਂਡਰ-ਖਾਸ ਹਕਾਂ ਦੇ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।
ਜਦੋਂ ਕੋਈ ਮਿਆਰੀ ਸੇਵਾ ਫਿੱਟ ਨਾ ਹੋਵੇ, ਵੈਂਡਰ ਕਸਟਮ ਸਰਵਿਸਜ਼ 128-bit UUIDs ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ। ਇਹ ਵੀ GATT ਪ੍ਰੋਸੀਜਰਾਂ ਨੂੰ ਵਰਤਦੇ ਹਨ ਪਰ ਪ੍ਰੋਪਰਾਈਟਰੀ ਡੇਟਾ ਫਾਰਮੇਟ ਹੋ ਸਕਦੇ ਹਨ।
Classic Bluetooth:
BLE:
ਇੱਕ ਹਾਰਟ ਰੇਟ ਸੈਂਸਰ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ:
Heart Rate Measurement ਕੈਰੈਕਟਰਿਸਟਿਕ ਹੁੰਦੀ ਹੈ ਜੋ notifications ਸਮਰਥਨ ਕਰਦੀ ਹੈ।ਇੱਕ ਜਨਰਲ périphéral (ਜਿਵੇਂ ਸੈਂਸਰ ਨੋਡ) ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾ ਸਕਦਾ ਹੈ:
Sensor Service ਜਿਸ ਵਿੱਚ Temperature, Humidity, ਅਤੇ Config ਕੈਰੈਕਟਰਿਸਟਿਕਸ ਹੁੰਦੀਆਂ ਹਨ।Temperature ਅਤੇ Humidity read/notify ਹੁੰਦੀਆਂ ਹਨ।Config read/write ਹੁੰਦਾ ਹੈ sampling rate ਵਰਗੇ ਪੈਰਾਮੀਟਰ ਲਈ।ਫਰਮਵੇਅਰ ਇੰਜੀਨੀਅਰਾਂ ਲਈ, BLE ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਇੱਕ GATT ਡੇਟਾਬੇਸ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਹੋਵੇਗਾ:
ਐਪ ਡਿਵੈਲਪਰਾਂ ਲਈ, BLE ਡਿਵਾਈਸਾਂ ਨਾਲ ਗੱਲ-ਬਾਤ ਕਰਨਾ sockets ਦੀ ਥਾਂ:
ਇਹ attribute-ਕੇਂਦਰਿਤ ਮਾਡਲ ਆਮ ਤੌਰ 'ਤੇ classic SPP 'ਤੇ ਕਸਟਮ ਬਾਈਨਰੀ ਪ੍ਰੋਟੋਕੋਲ ਬਣਾਉਣ ਨਾਲੋਂ ਸੋਚਣ ਲਈ ਆਸਾਨ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਸ ਲਈ:
ਸੰਖੇਪ ਵਿੱਚ, classic Bluetooth ਤੁਹਾਨੂੰ ਚੈਨਲ ਅਤੇ ਸਟ੍ਰੀਮ ਅਧਾਰਿਤ ਪ੍ਰੋਫਾਈਲ ਦਿੰਦਾ ਹੈ, ਜਦਕਿ BLE ਤੁਹਾਨੂੰ ਇੱਕ ਮਿਆਰੀ ਐਟ੍ਰਿਬਿਊਟ ਮਾਡਲ (GATT) ਦਿੰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸਰਵਿਸਜ਼ ਅਤੇ ਕੈਰੈਕਟਰਿਸਟਿਕਸ ਰਾਹੀਂ ਪ੍ਰੋਫਾਈਲ ਵਜੋਂ ਬਣਾਉਂਦੇ ਹੋ।
ਸੁਰੱਖਿਆ classic Bluetooth ਅਤੇ BLE ਵਿਚੋਂ ਇਕ ਸਭ ਤੋਂ ਵੱਡਾ ਪ੍ਰਾਇਕਟਿਕਲ ਫਰਕ ਹੈ। ਰੇਡੀਓ ਸਮਾਨ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਪੇਅਰਿੰਗ ਨਿਰਵਾ, ਕੀ ਪ੍ਰਬੰਧਨ ਅਤੇ ਪਰਾਈਵੇਸੀ ਟੂਲ ਵੱਖ-ਵੱਖ ਹਨ।
Classic Bluetooth ਡਿਵਾਈਸ ਆਮ ਤੌਰ 'ਤੇ:
ਡਿਵਾਈਸ ਐਡਰੇਸ ਸਟੈਟਿਕ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ classic Bluetooth ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਵੱਡੀ ਪਰਾਈਵੇਸੀ ਤਕਨੀਕ ਨਹੀਂ ਦਿੰਦਾ।
BLE ਸਪੱਸ਼ਟ ਸੁਰੱਖਿਆ ਮੋਡ ਅਤੇ ਲੈਵਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ:
BLE ਪੇਅਰਿੰਗ ਦੋ ਪ੍ਰਕਾਰ ਦੀ ਹੁੰਦੀ ਹੈ:
BLE ਕੁਝ ਪਰਾਈਵੇਸੀ ਫੀਚਰਜ਼ ਵੀ ਪੇਸ਼ ਕਰਦਾ ਹੈ:
ਇਹ ਡਿਵਾਈਸ ਟ੍ਰੈਕਿੰਗ ਨੂੰ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੇ ਹਨ ਜਦ ਕਿ ਜੋੜਿਆਂ (paired devices) ਲਈ ਪਛਾਣ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ।
ਉਪਭੋਗਤਾ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ:
0000 ਆਦਿ।ਇਹ ਲਚਕੀਲੇਪਣ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ, ਪਰ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ UX ਅਤੇ ਸੁਰੱਖਿਆ ਪਹਿਲਾਂ ਦਾ ਨਿਰਭਰ ਡਿਵਾਈਸ ਅਤੇ ਐਪ ਡਿਜ਼ਾਈਨ ਉੱਤੇ ਹੁੰਦੇ ਹਨ, ਸਿਰਫ ਪ੍ਰੋਟੋਕੋਲ ਉੱਤੇ ਨਹੀਂ।
ਇੰਜੀਨੀਅਰਾਂ ਲਈ ਜੋ Bluetooth ਲਿੰਕ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰ ਰਹੇ ਹਨ:
ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਗਿਆ, BLE classic Bluetooth ਨਾਲ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਮਿਲ ਸਕਦਾ ਜਾਂ ਪਾਰ ਕਰ ਸਕਦਾ ਹੈ ਸੁਰੱਖਿਆ ਵਿੱਚ, ਜਦਕਿ ਬੇਹਤਰ ਪਰਾਈਵੇਸੀ ਕੰਟਰੋਲ ਅਤੇ ਜ਼ਿਆਦਾ ਲਚਕੀਲੇ ਯੂਜ਼ਰ ਫਲੋਜ਼ ਵੀ ਦਿੰਦਾ ਹੈ।
BLE ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ ਜੋ ਛੋਟੇ ਬੁਰਸਟ ਡੇਟਾ ਭੇਜਦੇ ਹਨ ਅਤੇ ਮਹੀਨਿਆਂ ਜਾਂ ਸਾਲਾਂ ਲਈ ਛੋਟੀ ਬੈਟਰੀ 'ਤੇ ਚੱਲਣੀਆਂ ਹੋਣ।
ਆਮ BLE ਮਿੱਠੇ-ਬਿੰਦੂ:
ਇਹਨਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ, ਐਪ ਤੇਜ਼ੀ ਨਾਲ ਕਨੈਕਟ ਕਰ ਕੇ ਕੁਝ ਬਾਈਟ ਸਿੰਕ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਦੋਹਾਂ ਪਾਸਿਆਂ ਨੂੰ ਮੁੜ ਸੁੱਤਣ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਲੰਬੀ ਬੈਟਰੀ ਲਾਈਫ਼ ਮਿਲਦੀ ਹੈ ਅਤੇ ਬਰਾਬਰ ਲੈਟੈਂਸੀ ਸਹਿਯੋਗਯੋਗ ਰਹਿੰਦੀ ਹੈ।
Classic ਲਗਾਤਾਰ, ਉੱਚ-ਥਰੂਪੁੱਟ ਸਟ੍ਰੀਮਾਂ ਲਈ ਢਾਲਿਆ ਗਿਆ ਹੈ।
ਅਨੁਕੂਲ classic Bluetooth ਵਰਤੋਂ ਦੇ ਕੇਸ:
ਇੱਥੇ, ਪਾਵਰ ਵਰਤੋਂ ਵੱਧ ਹੋ ਸਕਦੀ ਹੈ, ਪਰ ਉਪਭੋਗਤਾ ਆਮ ਤੌਰ 'ਤੇ ਰੀ-ਚਾਰਜ ਕਰਨ ਦੀ ਉਮੀਦ ਰਖਦੇ ਹਨ।
ਕੁਝ ਉਤਪਾਦ ਦੋਹਾਂ ਰਸਤੇ ਚੱਲ ਸਕਦੇ ਹਨ:
ਯੂਜ਼ਰ ਇੱਕਸਪੀਰੀਐਂਸ ਕੁਨੈਕਸ਼ਨ ਵਿਹਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ:
BLE ਅਤੇ classic Bluetooth ਵਿਚੋਂ ਚੁਣਨ ਵੇਲੇ:
ਪਹਿਲਾਂ ਆਪਣੇ ਪਾਵਰ ਬਜਟ ਅਤੇ ਡੇਟਾ ਪੈਟਰਨ ਨੂੰ ਪ੍ਰਾਇਰਟੀ ਦਿਓ; ਫਿਰ ਟਾਰਗਟ ਪਲੇਟਫਾਰਮ ਅਤੇ ਉਪਭੋਗਤਾ ਦੀ ਚਾਰਜ-ਵਿਰੋਧੀ ਸਹਿਣਸ਼ੀਲਤਾ ਦੇ ਅਨੁਸਾਰ ਚੋਣ ਕਰੋ।
ਲਗਭਗ ਹਰ ਫੋਨ, ਟੈਬਲੇਟ ਅਤੇ ਲੈਪਟੌਪ ਜੋ ਪਿਛਲੇ ਦਹਾਕੇ ਵਿੱਚ ਵੇਚੇ ਗਏ ਹਨ ਉਹ दोਹਾਂ classic Bluetooth ਅਤੇ BLE ਨੂੰ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਡਿਵਾਈਸ 'ਤੇ "Bluetooth 4.0" ਜਾਂ ਨਵਾਂ ਲਿਖਿਆ ਹੈ, ਤਾਂ ਇਸਦਾ ਅਰਥ ਇਹ ਹੈ ਕਿ BLE classic ਦੇ ਨਾਲ ਉਪਲਬਧ ਹੋਵੇਗਾ।
ਜ਼ਿਆਦਾਤਰ ਉਤਪਾਦ ਇਕ ਇੱਕ Bluetooth SoC ਵਰਤਦੇ ਹਨ ਜੋ ਦੋਹਾਂ ਸਟੈਕਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ:
ਤੁਹਾਡੇ ਐਪ ਜਾਂ ਫਰਮਵੇਅਰ ਨੂੰ ਇਹ ਦੋ ਅਨੁਭਾਵ ਜਿਵੇਂ ਦਰਸ ਸਕਦੇ ਹਨ: classic ਆਡੀਓ/ਲੈਗਸੀ ਪ੍ਰੋਫਾਈਲ ਲਈ, BLE ਡੇਟਾ-ਕੇਂਦਰਿਤ, ਘੱਟ-ਪਾਵਰ ਵਰਤੋਂ ਲਈ। ਹੇਠਲੇ ਪਾਸੇ ਕੁਝ OS ਵੱਖਰੇ APIs ਨਾਲ classic ਅਤੇ BLE ਦੋਹਾਂ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦੇ ਹਨ, ਅਤੇ ਸਾਰੇ ਪ੍ਰੋਫਾਈਲ ਹਰ ਫਰamework ਤੋਂ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦੇ। ਫੋਨਾਂ 'ਤੇ classic ਅਕਸਰ ਆਡੀਓ ਅਤੇ ਐਕਸੈਸਰੀਜ਼ ਲਈ ਰਿਜ਼ਰਵ ਹੁੰਦਾ ਹੈ, ਜਦਕਿ BLE ਕਸਟਮ ਡਿਵਾਈਸਾਂ ਲਈ ਪਸੰਦੀਦਾ ਰਸਤਾ ਹੈ।
Bluetooth ਵਰਜ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਪਿਛਲੈ-ਅਨੁਕੂਲ ਹੁੰਦੀਆਂ ਹਨ, ਪਰ ਵਿਸਥਾਰ ਮਹੱਤਵਪੂਰਕ ਹੁੰਦਾ ਹੈ:
ਰੈਡੀਓ ਵਰਜ਼ਨ ਮੇਲ ਖਾਣ ਦੇ ਬਾਵਜੂਦ, ਪ੍ਰੋਫਾਈਲ ਕੰਪੈਟਿਬਿਲਟੀ ਮਹੱਤਵਪੂਰਕ ਹੈ: ਦੋ ਡਿਵਾਈਸਾਂਨੂੰ ਇੱਕੋ ਪ੍ਰੋਫਾਈਲ (classic) ਜਾਂ ਸਰਵਿਸ/ਕੈਰੈਕਟਰਿਸਟਿਕ (BLE GATT) ਸਪੋਰਟ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਜੋ ਉਹ ਇਕੱਠੇ ਕੰਮ ਕਰਨ।
ਅਸਲ-ਦੁਨੀਆਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਬਹੁਤ ਵਾਰੀ ਰੇਡੀਓ ਨਹੀਂ, ਸਾਫਟਵੇਅਰ ਤੋਂ ਹੁੰਦੀਆਂ ਹਨ:
ਜਦੋਂ ਤੁਸੀਂ ਉਤਪਾਦ ਭੇਜਦੇ ਹੋ, ਫਰਮਵੇਅਰ ਵਰਜਨਾਂ 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ ਅਤੇ Bluetooth ਫਿਕਸਾਂ 'ਤੇ ਰਿਲੀਜ਼ ਨੋਟ ਜਾਰੀ ਕਰੋ; ਸਹਾਇਤਾ ਟੀਮਾਂ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਨਗੀਆਂ।
Bluetooth ਵਿਹਾਰ ਪਲੇਟਫਾਰਮਾਂ ਅਤੇ ਇੱਥੇ ਤੱਕ OS ਬਿਲਡਾਂ ਦੇ ਅਨੁਸਾਰ ਕਾਫ਼ੀ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ। ਚੰਗੀਆਂ ਪ੍ਰਥਾਵਾਂ:
BLE ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਧਿਆਨ ਰੱਖੋ:
ਡੁਅਲ-ਮੋਡ ਅਤੇ ਵਿਸ਼ਾਲ ਕੰਪੈਟਬਿਲਟੀ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ, ਇਹ ਮੰਨ ਕੇ ਕਿ ਰੇਡੀਓ ਠੀਕ ਹੈ ਪਰ ਸਟੈਕ ਅਤੇ OS ਵਿਹਾਰ ਹਰ ਜਗ੍ਹਾ ਵੱਖਰਾ ਹੋਵੇਗਾ—ਅਤੇ ਉਸ ਅਨੁਸਾਰ ਟੈਸਟ ਕਰੋ।
BLE ਅਤੇ classic Bluetooth ਵਿਚੋਂ ਚੁਣਨਾ ਅਸਲ ਵਿੱਚ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਅਤੇ ਵਰਤੋਂ ਦੇ ਕੇਸਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਸ਼ੁਰੂ ਕਰੋ ਲੋੜਾਂ ਤੋਂ, ਨਾ ਕਿ ਸ਼ਬਦਬਾਜੀ ਤੋਂ।
ਕੁਝ ਮੂਲ ਪ੍ਰਸ਼ਨ ਪੁੱਛੋ:
ਇਹ ਪਾਬੰਦੀਆਂ ਲਿਖੋ—ਬੈਟਰੀ ਸ਼ਕਤੀ, ਉਮੀਦ ਕੀਤੀ ਉਮਰ, ਅਤੇ ਰੇਡੀਓ ਲਈ ਮਨਜ਼ੂਰ ਕੀਤੀ ਪਾਵਰ—ਅਤੇ ਜਾਂਚੋ ਕਿ classic ਦੀ lagaatar link ਸਵੀਕਾਰਯੋਗ ਹੈ ਕਿ ਨਹੀਂ।
ਸਵੇਰੇ OS APIs ਅਤੇ ਸਰਟੀਫਿਕੇਸ਼ਨ ਲੋੜਾਂ ਨੂੰ ਚੈੱਕ ਕਰੋ; ਇਹ ਤੁਹਾਡੇ ਲਈ ਇੱਕ ਪਾਸੇ ਨੂੰ ਮੁਕਰਰ ਕਰ ਸਕਦੇ ਹਨ।
ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ ਕਈ ਸਾਲਾਂ ਲਈ ਵੇਚਿਆ ਜਾਵੇਗਾ:
ਹਾਰਡਵੇਅਰ ਐਸੋ that you can switch firmware or modules later (e.g., pin-compatible dual-mode radios) if standards or market expectations move.
Classic Bluetooth ਸਟੈਕ ਅਤੇ ਪ੍ਰੋਫਾਈਲਾਂ ਭਾਰੀ ਅਤੇ ਹੋ ਸਕਦਾ ਕਿ ਜ਼ਿਆਦਾ ਮੁਸ਼ਕਲ ਹੋਣ, ਖ਼ਾਸਤੌਰ 'ਤੇ ਕਸਟਮ ਡੇਟਾ ਚੈਨਲ ਲਈ। BLE ਦਾ GATT ਮਾਡਲ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੋਟੋਟਾਇਪ ਕਰਨ ਵਿੱਚ ਆਸਾਨ ਹੈ, ਖ਼ਾਸ ਕਰ ਕੇ ਮੋਬਾਈਲ ਐਪਸ ਨਾਲ, ਹਾਲਾਂਕਿ ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ ਕਨੈਕਸ਼ਨ ਪੈਰਾਮੀਟਰ ਅਤੇ ਸੁਰੱਖਿਆ ਖੋਲ੍ਹਣੇ ਪੈਣਗੇ।
ਆਪਣੀ ਫਰਮਵੇਅਰ, ਮੋਬਾਈਲ, ਅਤੇ QA ਟੀਮਾਂ ਨਾਲ ਗੱਲ ਕਰੋ:
ਕਈ ਵਾਰੀ “ਅਸਾਨ” ਰੇਡੀਓ ਉਹ ਹੁੰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਹਾਡੀ ਟੀਮ ਜ਼ਿਆਦਾ ਤੇਜ਼ੀ ਨਾਲ ਡਿਬੱਗ ਅਤੇ ਸਰਟੀਫਾਈ ਕਰ ਸਕਦੀ ਹੈ।
ਮਾਡਿਊਲ ਜਾਂ SoC ਲਾਕ-ਇਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਲਿਖੋ:
ਇਸ ਚੈੱਕਲਿਸਟ ਨੁੰ BLE-only, classic-only, ਅਤੇ dual-mode ਵਿਕਲਪਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜੇ BLE ਤੁਹਾਡੇ ਡੇਟਾ ਦੀਆਂ ਲੋੜਾਂ ਪੂਰੀ ਕਰਦਾ ਹੈ ਅਤੇ ਬੈਟਰੀ ਸੰਕਟ ਕਠੋਰ ਹੈ, ਤਾਂ BLE ਚੁਣੋ। ਜੇ ਉੱਚ-ਗੁਣਵੱਤਾ ਆਡੀਓ ਜਾਂ ਭਾਰੀ ਸਟ੍ਰੀਮਿੰਗ ਮੁੱਖ ਹੈ, ਤਾਂ classic (ਸਭ ਸੰਭਵਤ: BLE ਨਾਲ ਨਾਲ) ਚੁਣੋ।
ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਫੈਸਲਾ ਕਰੋ: BLE-only ਚਿਪ, dual-mode (BLE + classic) ਚਿਪ, ਜਾਂ ਇੱਕ pre-certified ਮੋਡਿਊਲ। ਮੋਡਿਊਲ RF ਡਿਜ਼ਾਈਨ ਅਤੇ ਨਿਯਮਕ ਅਨੁਮੋਦਨ ਨੂੰ ਸੁਲਝਾਉਂਦੇ ਹਨ ਪਰ ਮਹਿੰਗੇ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਲਚਕੀਲਤਾ ਘੱਟ ਕਰ ਸਕਦੇ ਹਨ।
ਜੇ ਤੁਸੀਂ ਆਪਣੀ PCB ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਐਂਟੇਨਾ ਲੇਆਉਟ, ਗਰਾਊਂਡ ਪਲੇਨ, ਅਤੇ ਰੇਫਰੈਂਸ ਡਿਜ਼ਾਈਨ ਦੇ keep-out ਖੇਤਰਾਂ 'ਤੇ ਖਿਆਲ ਕਰੋ। ਛੋਟੀ ਐਂਕਲੋਜ਼ਰ ਬਦਲਾਅ ਜਾਂ ਨੇੜੇ ਮੈਟਲ ਰੇਂਜ 'ਚ ਬਹੁਤ ਵੱਡਾ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ—ਇਸ ਲਈ RF ਟਿਊਨਿੰਗ ਅਤੇ ਹਕੀਕਤੀ OTA (over-the-air) ਟੈਸਟ ਲਈ ਯੋਜਨਾ ਬਣਾਓ।
ਸਰਟੀਫਿਕੇਸ਼ਨਾਂ ਵਿੱਚ FCC/IC, CE, ਅਤੇ Bluetooth SIG qualification ਸ਼ਾਮਲ ਹਨ। ਇੱਕ qualified module ਵਰਤਣਾ ਅਕਸਰ ਲਿਸਟਿੰਗ ਅਤੇ ਕਾਗਜ਼ਾਤ ਵਾਲੇ ਕੰਮ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਨਾ ਕਿ ਪੂਰੇ ਟੈਸਟਿੰਗ ਨੂੰ।
iOS BLE ਲਈ Core Bluetooth ਪੇਸ਼ ਕਰਦਾ ਹੈ; classic Bluetooth ਅਕਸਰ ਸਿਸਟਮ ਫੀਚਰਾਂ ਅਤੇ MFi ਐਕਸੈਸਰੀਜ਼ ਲਈ ਰਿਜ਼ਰਵ ਹੁੰਦਾ ਹੈ। Android ਦੋਹਾਂ classic ਅਤੇ BLE ਦਾ ਸਹਾਰਾ ਕਰਦਾ ਹੈ, ਪਰ ਵੱਖਰੇ APIs ਅਤੇ ਪਰਮੀਸ਼ਨ ਮਾਡਲਾਂ ਰਾਹੀਂ।
ਅਣਕੁਝ quirks ਲਈ ਤਿਆਰ ਰਹੋ: ਬੈਕਗ੍ਰਾਊਂਡ ਸਕੈਨਿੰਗ ਲਿਮਿਟਸ, ਐਂਡਰਾਇਡ ਉੱਤੇ ਵੱਖ-ਵੱਖ ਵਿਕਰੇਤਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਅਤੇ aggressive power management ਜੋ ਸਕੈਨਿੰਗ ਨੂੰ ਰੋਕ ਸਕਦਾ ਜਾਂ idle ਲਿੰਕਾਂ ਨੂੰ ਡਿਸਕਨੇਕਟ ਕਰ ਸਕਦਾ ਹੈ।
ਆਮ ਪੈਟਰਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਜਦੋਂ ਪੇਅਰਿੰਗ ਜਾਂ GATT ਸਮੱਸਿਆਵਾਂ ਸਪଷਟ ਨਾਹ ਹੋਣ, ਪ੍ਰੋਟੋਕੋਲ ਸਨੀਫਰਾਂ (ਉਦਾਹਰਣ: nRF Sniffer, Ellisys, Frontline) ਵਰਤੋ। ਉਹਨਾਂ ਨੂੰ nRF Connect ਜਾਂ LightBlue ਵਰਗੇ ਟੈਸਟ ਐਪਸ ਅਤੇ ਪਲੇਟਫਾਰਮ ਲੋਗ (Xcode, Android logcat) ਨਾਲ ਪੂਰਾ ਕਰੋ।
ਕਨੈਕਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਯੂਐਕਸ friction ਘਟਾਉਣ ਲਈ:
“BLE ਹਮੇਸ਼ਾਂ ਚੰਗਾ ਰੇਂਜ ਦਿੰਦਾ ਹੈ.” ਨਹੀਂ. ਰੇਂਜ radio power, ਐਂਟੇਨਾ ਡਿਜ਼ਾਈਨ, ਵਾਤਾਵਰਨ, ਅਤੇ PHY (1M, 2M, Coded) 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। Classic ਕੁਝ ਉਤਪਾਦਾਂ ਵਿੱਚ BLE ਦੀ ਤਰ੍ਹਾਂ ਜਾਂ ਉਸ ਤੋਂ ਵੱਧ ਰੇਂਜ ਦੇ ਸਕਦਾ ਹੈ। BLE ਸਿਰਫ਼ ਵਧੇਰੇ ਲਚਕੀਲੇ ਵਿਕਲਪ (ਜਿਵੇਂ Coded PHY) ਦਿੰਦਾ ਹੈ ਲੰਬੀ-ਰੈਂਜ ਲਈ ਘੱਟ ਡੇਟਾ ਰੇਟ 'ਤੇ।
“Classic Bluetooth obsolete ਹੈ.” ਨਹੀਂ. Classic ਅਜੇ ਵੀ ਆਡੀਓ (ਹੈੱਡਫੋਨ, ਸਪੀਕਰ, ਕਾਰ ਕਿਟ) ਅਤੇ ਕਈ HID ਡਿਵਾਈਸਾਂ ਲਈ ਮੂਲ ਚੋਣ ਹੈ। BLE ਸੈਂਸਰ, ਵਿਅਰਬਲ, ਅਤੇ IoT ਡੇਟਾ ਲਿੰਕ ਲਈ ਤੇਜ਼ੀ ਨਾਲ ਅੱਡਪਟ ਹੋ ਰਿਹਾ ਹੈ, ਪਰ classic ਉਥੇ ਰਹੇਗਾ ਜਿੱਥੇ ਆਡੀਓ-ਸਪੇਸ਼ਲ ਪ੍ਰੋਫਾਈਲ ਲੋੜੀਂਦੇ ਹਨ।
“LE Audio ਅੱਜ ਸਾਰੇ classic ਆਡੀਓ ਦੀ ਜਗ੍ਹਾ ਲੈ ਲਵੇਗਾ.” LE Audio BLE ਰੇਡੀਓ ਉੱਤੇ ਚਲਦੀ ਹੈ ਪਰ ਆਪਣੀ ਪ੍ਰੋਫਾਈਲ ਅਤੇ LC3 ਕੋਡੈਕ ਵਰਤਦੀ ਹੈ। ਇਹ classic A2DP/HFP ਦੇ ਨਾਲ ਲੰਬੇ ਸਮੇਂ ਤੱਕ ਸਹਿ-ਅਸਤਿਤਵ ਵਿੱਚ ਰਹੇਗੀ, ਅਤੇ ਕਈ ਡਿਵਾਈਸ ਦੋਹਾਂ ਨੂੰ ਸਪੋਰਟ ਕਰਨਗੇ।
ਕੀ ਇਕ ਉਤਪਾਦ ਦੋਹਾਂ ਵਰਤ ਸਕਦਾ ਹੈ? ਹਾਂ. Dual‑mode ਚਿਪ classic + BLE ਨੂੰ ਇਕੋ 2.4 GHz ਰੇਡੀਓ 'ਤੇ ਸਮਰਥਨ ਕਰਦੇ ਹਨ।
ਆਮ pattern: BLE ਕੰਟਰੋਲ, provisioning, ਅਤੇ ਡੇਟਾ ਲੌਗਿੰਗ ਲਈ; classic ਉੱਚ-ਬੈਂਡਵਿਡਥ ਆਡੀਓ ਲਈ।
ਕੀ ਕੋਈ ਟਰੇਡ-ਆਫ਼ ਹਨ? ਹਾਂ. ਵੱਧ ਜਟਿਲਤਾ (ਦੋ ਸਟੈਕ ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਟੈਸਟ, ਅਤੇ ਕੁਆਲਿਫਿਕੇਸ਼ਨ) ਅਤੇ ਸੰਸਾਧਨ ਬਜਟ (RAM/flash, ਰੇਡੀਓ ਸ਼ਡਿਊਲਿੰਗ) ਤੁਸੀਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣੇ ਪੈਣਗੇ।
ਤੁਹਾਡੇ ਮੁੱਖ ਮਾਪਦੰਡ: ਪਾਵਰ ਬਜਟ, ਡੇਟਾ ਰੇਟ, ਆਡੀਓ ਲੋੜਾਂ, ਅਤੇ ਏਕੋਸਿਸਟਮ/ਕੰਪੈਟਬਿਲਟੀ। ਇਕੋ-ਹਰ ਵੇਲੇ ਇਕੱਲੇ ਕਹਿਣਾ ਕਿ ਇੱਕ ਹਮੇਸ਼ਾ “ਸਰਵੋਥਮ” ਹੈ, ਠੀਕ ਨਹੀਂ—ਚੁਣੋ ਜੋ ਤੁਹਾਡੇ ਨਿਰਦਿਸ਼ਟ ਜ਼ਰੂਰਤਾਂ ਨਾਲ ਮਿਲਦਾ ਹੋਵੇ।
BLE (Bluetooth Low Energy) ਛੋਟੇ, ਘੱਟ-ਅਕਸਰ ਡੇਟਾ ਲੈਣ-ਦੇਣ ਅਤੇ ਬਹੁਤ ਘੱਟ ਪਾਵਰ ਖਪਤ ਲਈ ਢਾਲਿਆ ਗਿਆ ਹੈ, ਜਦਕਿ classic Bluetooth ਲਗਾਤਾਰ, ਉੱਚ-ਥਰੂਪੁੱਟ ਲਿੰਕਾਂ (ਜਿਵੇਂ ਆਡੀਓ) ਲਈ ਅਨੁਕੂਲ ਹੈ।
ਮੁੱਖ ਪ੍ਰਾਇਕਟਿਕਲ ਫਰਕ:
ਉਹ ਦੋਹਾਂ Bluetooth ਬ੍ਰਾਂਡ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਅਤੇ ਅਕਸਰ ਇਕੋ ਚਿੱਪ 'ਤੇ ਮਿਲਦੇ ਹਨ, ਪਰ ਹਵਾਈ ਇੰਟਰਫੇਸ 'ਤੇ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਇੱਕੋ ਜਿਹੇ ਨਹੀਂ ਹਨ।
BLE ਚੁਣੋ ਜਦੋਂ ਤੁਹਾਡੀ ਡਿਵਾਈਸ:
ਕੁਲਾਸਿਕ Bluetooth ਅਕਸਰ ਚੰਗਾ ਹੁੰਦਾ ਹੈ ਜੇ ਤੁਹਾਨੂੰ:
ਪारੰਪਰਿਕ ਤੌਰ 'ਤੇ BLE ਨੂੰ ਬਣਾਇਆ ਨਹੀਂ ਗਿਆ ਸੀ ਆਮ, ਧਾਰਾਵਾਹਿਕ ਆਡੀਓ (A2DP) ਵਰਗੀ ਰਵਾਇਤੀ ਲਗਾਤਾਰ ਆਡੀਓ ਲਈ। ਹਾਲਾਂਕਿ LE Audio BLE ਰੇਡੀਓ ਉੱਤੇ ਚਲਦੀ ਹੈ, ਇਹ ਨਵੇਂ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਕੋਡੈਕ ਵਰਤਦੀ ਹੈ ਅਤੇ ਕੇਵਲ ਹਾਲੀਆ ਡਿਵਾਈਸਾਂ 'ਤੇ ਹੀ ਸਮਰਥਿਤ ਹੈ।
ਫਿਲਹਾਲ:
ਜੇ ਧਿਆਨ ਨਾਲ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਜਾਵੇ ਤਾਂ ਹੋਲ-ਅੰਦਾਜ਼ੇ:
ਜੀਵਨ ਅੰਦਾਜ਼ਾ ਕਰਨ ਲਈ:
ਹਰ ਵਾਰ ਨਹੀਂ. BLE ਤੁਹਾਨੂੰ ਇਹ ਆਜ਼ਾਦੀ ਦਿੰਦਾ ਹੈ:
ਅੱਛੀ ਪ੍ਰੈਕਟਿਸ:
ਜਿਆਦਾਤਰ ਆਖਲੇ 10 ਸਾਲ ਵਿੱਚ ਵੇਚੇ ਗਏ ਫੋਨ, ਟੈਬਲੇਟ ਅਤੇ ਲੈਪਟੌਪ ਇੱਕੋ ਸਮੇਂ classic Bluetooth ਅਤੇ BLE ਦੋਹਾਂ ਨੂੰ ਸਪੋਰਟ ਕਰਦੇ ਹਨ।
ਸੁਨਿਸ਼ਚਿਤ ਕਰਨ ਲਈ ਡਿਵਾਈਸ ਸਪੈਸਿਫਿਕੇਸ਼ਨ 'ਚ “Bluetooth 4.0/4.1/4.2/5.x” ਵੇਖੋ।
ਹਾਂ. ਅਧਿਕਤਰ ਆਧੁਨਿਕ SoC dual-mode ਹੁੰਦੇ ਹਨ ਜੋ classic ਅਤੇ BLE ਨੂੰ ਇਕੋ 2.4 GHz ਰੇਡੀਓ 'ਤੇ ਸਮਰਥਨ ਦਿੰਦੇ ਹਨ.
ਆਮ ਤੌਰ 'ਤੇ ਵਿਭਾਗ:
ਵਿਚਕਾਰ ਦੇ ਵਪਾਰ:
BLE ਬਹੁਤ ਸੁਰੱਖਿਅਤ ਹੋ ਸਕਦਾ ਹੈ ਜੇ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਵੇ.
ਸੰਵੇਦਨਸ਼ੀਲ ਐਪਲੀਕੇਸ਼ਨਾਂ (ਲੌਕ, ਮੈਡੀਕਲ, ਭੁਗਤਾਨ) ਲਈ:
ਰੈਂਜ BLE vs classic 'ਤੇ منحصر ਨਹੀਂ; RF ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੈਟਿੰਗਜ਼ ਜ਼ਿਆਦਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੁੰਦੇ ਹਨ.
ਰੈਂਜ ਵਧਾਉਣ ਲਈ:
ਐਪ ਅਤੇ ਫਰਮਵੇਅਰ ਟੀਮਾਂ ਦੇ ਵਿਚਕਾਰ ਪਹਿਲਾਂ ਹੀ ਲੇਖਿਆ-ਪੜਤਾਲ ਕਰੋ ਤਾਂ ਜੋ ਦੋਹਾਂ ਨੇ GATT ਮਾਡਲ ਅਤੇ ਵਿਹਾਰ 'ਤੇ ਸਹਿਮਤੀ ਕਰ ਲਈ ਹੋਵੇ।
ਐਪ ਟੀਮ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਚਾਹੀਦਾ ਹੈ:
ਸਧਾਰਨ BLE GATT 'ਤੇ ਰਵਾਇਤੀ-ਸਟਾਈਲ ਆਡੀਓ ਦੌੜਾਉਣ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਗੁਣਵੱਤਾ ਅਤੇ ਲੈਟੈਂਸੀ ਸਮੱਸਿਆਵਾਂ ਆਉਂਦੀਆਂ ਹਨ।
battery_mAh / average_mA ≈ hours (ਫਿਰ ਦਿਨ/ਸਾਲ ਵਿੱਚ ਬਦਲੋ)।Classic Bluetooth ਆਮ ਵਰਤੋਂ 'ਚ ਕੋਇਨ-ਸੈਲ 'ਤੇ ਇਨ੍ਹਾਂ ਸਮਾਨ ਜੀਵਨਕਾਲ ਤੱਕ ਪਹੁੰਚਣਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ।
ਅਕਸਰ ਪੈਟਰਨ: BLE ਦੇ ਰਾਹੀਂ ਐਪ ਕੰਟਰੋਲ/ਲਾਗਿੰਗ; classic ਆਡੀਓ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਇਹ ਸੈਟਿੰਗਾਂ ਨਾਲ BLE ਦੀ ਸੁਰੱਖਿਆ ਆਮ ਤੌਰ 'ਤੇ ਆਧੁਨਿਕ ਐਨਕ੍ਰਿਪਟਡ ਲਿੰਕਾਂ ਦੇ ਬਰਾਬਰ ਹੈ ਅਤੇ legacy classic PIN-ਅਧਾਰਤ ਪੇਅਰਿੰਗ ਨਾਲੋਂ ਵਧੇਰੇ ਪ੍ਰਾਇਵੇਸੀ ਦਿੰਦੀ ਹੈ।
ਹਕੀਕਤ ਵਿੱਚ ਪਰੀਖਣ ਜਰੂਰੀ ਹੈ; ਛੋਟੇ ਯਾਂ ਮਿਕੈਨਿਕਲ ਬਦਲਾਵ ਵੱਡਾ ਅਸਰ ਪਾ ਸਕਦੇ ਹਨ।
ਫਰਮਵੇਅਰ ਟੀਮ ਨੂੰ ਚਾਹੀਦਾ ਹੈ:
ਇਹ “BLE ਸਹਿਮਤੀ” ਡਾਕੂਮੈਂਟ ਪਹਿਲਾਂ ਤਿਆਰ ਕਰੋ; ਇਹ ਬੇਸ਼ਕੀਮਤੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਬਗਸ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ।