SILICON LABS Zigbee EmberZNet SDK ਸੌਫਟਵੇਅਰ ਉਪਭੋਗਤਾ ਗਾਈਡ

ਸਮੱਗਰੀ ਓਹਲੇ

1 ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਜ਼ਿਗਬੀ ਐਮਬਰਜ਼ਨੈੱਟ SDK ਸੌਫਟਵੇਅਰ

2 ਉਤਪਾਦ ਜਾਣਕਾਰੀ

3 ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

4 ਨਵਾਂ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ

5 ਨਾਪਸੰਦ ਆਈਟਮਾਂ

6 ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਵਿੱਚ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦੇ

7 ਇਸ ਰੀਲੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਜ਼ਿਗਬੀ ਐਮਬਰਜ਼ਨੈੱਟ SDK ਸੌਫਟਵੇਅਰ

ਉਤਪਾਦ ਜਾਣਕਾਰੀ

ਨਿਰਧਾਰਨ

- Zigbee EmberZNet SDK ਸੰਸਕਰਣ: 7.4.3.0
- Gecko SDK ਸੂਟ ਸੰਸਕਰਣ: 4.4 ਮਈ 2, 2024
- ਵਿਕਰੇਤਾ: ਸਿਲੀਕਾਨ ਲੈਬਜ਼
- ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ (CMP) Zigbee ਅਤੇ SoC 'ਤੇ OpenThread ਸਹਿਯੋਗ
- ਉਤਪਾਦ ਵਰਤੋਂ ਨਿਰਦੇਸ਼
ਅਨੁਕੂਲਤਾ ਅਤੇ ਵਰਤੋਂ ਨੋਟਿਸ
- ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਅਤੇ ਨੋਟਿਸਾਂ ਲਈ, ਗੇਕੋ ਪਲੇਟਫਾਰਮ ਰੀਲੀਜ਼ ਨੋਟਸ ਦੇ ਸੁਰੱਖਿਆ ਅਧਿਆਇ ਨੂੰ ਵੇਖੋ ਜਾਂ ਵੇਖੋ https://www.silabs.com/developers/zigbee-emberznetelopers/zigbee-emberznet. ਨਵੀਨਤਮ ਜਾਣਕਾਰੀ ਲਈ ਸੁਰੱਖਿਆ ਸਲਾਹਕਾਰਾਂ ਦੀ ਗਾਹਕੀ ਲਓ।
ਅਨੁਕੂਲ ਕੰਪਾਈਲਰ
- ਸਹੀ ਯਕੀਨੀ ਬਣਾਓ files ਦੀ ਵਰਤੋਂ GCC (The GNU ਕੰਪਾਈਲਰ ਕਲੈਕਸ਼ਨ) ਸੰਸਕਰਣ 12.2.1 ਦੇ ਨਾਲ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ ਜੋ ਸਿਮਪਲੀਸਿਟੀ ਸਟੂਡੀਓ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ।
EZSP ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ
- ਇਸ ਰੀਲੀਜ਼ ਲਈ EZSP ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ 0x0D ਹੈ।

FAQ

ਇਸ Zigbee EmberZNet SDK ਸੰਸਕਰਣ ਦੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਕੀ ਹੈ?
- ਇਸ ਸੰਸਕਰਣ ਦੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ (CMP) Zigbee ਅਤੇ SoC 'ਤੇ ਓਪਨ ਥ੍ਰੈਡ ਸਪੋਰਟ ਹੈ।
ਮੈਨੂੰ ਉਤਪਾਦ ਲਈ ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਅਤੇ ਨੋਟਿਸ ਕਿੱਥੇ ਮਿਲ ਸਕਦੇ ਹਨ?
- ਤੁਸੀਂ ਗੀਕੋ ਪਲੇਟਫਾਰਮ ਰੀਲੀਜ਼ ਨੋਟਸ ਦੇ ਸੁਰੱਖਿਆ ਚੈਪਟਰ ਜਾਂ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ 'ਤੇ ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਅਤੇ ਨੋਟਿਸ ਲੱਭ ਸਕਦੇ ਹੋ। web'ਤੇ ਸਾਈਟ https://www.silabs.com/developers/zigbee-emberznet.
ਕਿਹੜੇ ਕੰਪਾਈਲਰ ਇਸ ਉਤਪਾਦ ਦੇ ਅਨੁਕੂਲ ਹਨ?
- ਇਹ ਉਤਪਾਦ GCC (The GNU ਕੰਪਾਈਲਰ ਕਲੈਕਸ਼ਨ) ਸੰਸਕਰਣ 12.2.1 ਦੇ ਅਨੁਕੂਲ ਹੈ ਜੋ ਸਿਮਪਲੀਸਿਟੀ ਸਟੂਡੀਓ ਦੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ।

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਆਪਣੇ ਉਤਪਾਦਾਂ ਵਿੱਚ Zigbee ਨੈੱਟਵਰਕਿੰਗ ਵਿਕਸਿਤ ਕਰਨ ਵਾਲੇ OEMs ਲਈ ਪਸੰਦ ਦਾ ਵਿਕਰੇਤਾ ਹੈ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਜ਼ਿਗਬੀ ਪਲੇਟਫਾਰਮ ਸਭ ਤੋਂ ਵੱਧ ਏਕੀਕ੍ਰਿਤ, ਸੰਪੂਰਨ, ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਲ ਭਰਪੂਰ ਜ਼ਿਗਬੀ ਹੱਲ ਉਪਲਬਧ ਹੈ।
ਸਿਲੀਕਾਨ ਲੈਬਜ਼ EmberZNet SDK ਵਿੱਚ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੁਆਰਾ Zigbee ਸਟੈਕ ਨਿਰਧਾਰਨ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ।

ਇਹ ਰੀਲੀਜ਼ ਨੋਟ SDK ਸੰਸਕਰਣਾਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ:

7.4.3.0 2 ਮਈ, 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ
7.4.2.0 10 ਅਪ੍ਰੈਲ 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ
7.4.1.0 14 ਫਰਵਰੀ, 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ
7.4.0.0 13 ਦਸੰਬਰ 2023 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ

ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਜਿਗਬੀ

Zigbee R23 ਦੀ ਪਾਲਣਾ
ਜ਼ਿਗਬੀ ਸਮਾਰਟ ਐਨਰਜੀ 1.4a ਪਾਲਣਾ – ਉਤਪਾਦਨ
Zigbee GP 1.1.2 ਪਾਲਣਾ - ਅਲਫ਼ਾ
MG27 ਸਹਾਇਤਾ - ਉਤਪਾਦਨ
ਸੁਰੱਖਿਅਤ ਵਾਲਟ ਹਿੱਸਿਆਂ ਲਈ ਸੁਧਾਰਿਆ ਸਮਰਥਨ
NCP SPI (ਗੈਰ-CPC) ਐਪਲੀਕੇਸ਼ਨਾਂ - ਅਲਫ਼ਾ 'ਤੇ ਸਲੀਪ ਸਪੋਰਟ

ਮਲਟੀਪ੍ਰੋਟੋਕਾਲ

ਸਮਕਾਲੀ ਸੁਣਨ ਦੀ ਸਹਾਇਤਾ (RCP) - MG21 ਅਤੇ MG24
ਸਮਕਾਲੀ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ (CMP) Zigbee NCP + OpenThread RCP - ਉਤਪਾਦਨ
ਡਾਇਨਾਮਿਕ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਬਲੂਟੁੱਥ + ਸਮਕਾਲੀ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ (ਸੀਐਮਪੀ) ਜ਼ਿਗਬੀ ਅਤੇ ਐਸਓਸੀ 'ਤੇ ਓਪਨਥ੍ਰੈਡ ਸਮਰਥਨ

ਅਨੁਕੂਲਤਾ ਅਤੇ ਵਰਤੋਂ ਨੋਟਿਸ

ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਅਤੇ ਨੋਟਿਸਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਇਸ SDK ਨਾਲ ਸਥਾਪਤ ਗੀਕੋ ਪਲੇਟਫਾਰਮ ਰੀਲੀਜ਼ ਨੋਟਸ ਦਾ ਸੁਰੱਖਿਆ ਚੈਪਟਰ ਦੇਖੋ ਜਾਂ TECH DOCS ਟੈਬ 'ਤੇ ਦੇਖੋ। https://www.silabs.com/developers/zigbee-emberznet. ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਇਹ ਵੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਨਵੀਨਤਮ ਜਾਣਕਾਰੀ ਲਈ ਸੁਰੱਖਿਆ ਸਲਾਹਕਾਰਾਂ ਦੀ ਗਾਹਕੀ ਲਓ। ਨਿਰਦੇਸ਼ਾਂ ਲਈ, ਜਾਂ ਜੇ ਤੁਸੀਂ Zigbee EmberZNet SDK ਲਈ ਨਵੇਂ ਹੋ, ਤਾਂ ਵੇਖੋ

ਇਸ ਰੀਲੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਅਨੁਕੂਲ ਕੰਪਾਈਲਰ:

ARM (IAR-EWARM) ਵਰਜਨ 9.40.1 ਲਈ IAR ਏਮਬੇਡਡ ਵਰਕਬੈਂਚ।

MacOS ਜਾਂ Linux 'ਤੇ IarBuild.exe ਕਮਾਂਡ ਲਾਈਨ ਉਪਯੋਗਤਾ ਜਾਂ IAR ਏਮਬੇਡਡ ਵਰਕਬੈਂਚ GUI ਨਾਲ ਬਣਾਉਣ ਲਈ ਵਾਈਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਨਤੀਜਾ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ। fileਸ਼ਾਰਟ ਬਣਾਉਣ ਲਈ ਵਾਈਨ ਦੇ ਹੈਸ਼ਿੰਗ ਐਲਗੋਰਿਦਮ ਵਿੱਚ ਟਕਰਾਅ ਕਾਰਨ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ file ਨਾਮ
macOS ਜਾਂ Linux 'ਤੇ ਗਾਹਕਾਂ ਨੂੰ ਸਿਮਪਲੀਸਿਟੀ ਸਟੂਡੀਓ ਤੋਂ ਬਾਹਰ IAR ਨਾਲ ਨਾ ਬਣਾਉਣ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਗਾਹਕ ਜੋ ਕਰਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ ਧਿਆਨ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਸਹੀ ਹੈ files ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।

GCC (GNU ਕੰਪਾਈਲਰ ਕਲੈਕਸ਼ਨ) ਵਰਜਨ 12.2.1, ਸਿਮਪਲੀਸਿਟੀ ਸਟੂਡੀਓ ਦੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ।

ਇਸ ਰੀਲੀਜ਼ ਲਈ EZSP ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ 0x0D ਹੈ।

ਨਵੀਆਂ ਆਈਟਮਾਂ

ਗੀਕੋ SDK (GSDK) ਦੀ ਇਹ ਰੀਲੀਜ਼ ਲੋੜ ਅਨੁਸਾਰ ਇਸ ਸੰਸਕਰਣ ਦੇ ਪੈਚਾਂ ਨੂੰ ਛੱਡ ਕੇ, ਸਾਰੇ EFM ਅਤੇ EFR ਡਿਵਾਈਸਾਂ ਲਈ ਸੰਯੁਕਤ ਸਮਰਥਨ ਦੇ ਨਾਲ ਆਖਰੀ ਹੋਵੇਗੀ। 2024 ਦੇ ਅੱਧ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ ਅਸੀਂ ਵੱਖਰੇ SDK ਪੇਸ਼ ਕਰਾਂਗੇ:

ਮੌਜੂਦਾ Gecko SDK ਸੀਰੀਜ਼ 0 ਅਤੇ 1 ਡਿਵਾਈਸਾਂ ਲਈ ਸਮਰਥਨ ਜਾਰੀ ਰੱਖੇਗਾ।
ਇੱਕ ਨਵਾਂ SDK ਖਾਸ ਤੌਰ 'ਤੇ ਸੀਰੀਜ਼ 2 ਅਤੇ 3 ਡਿਵਾਈਸਾਂ ਨੂੰ ਪੂਰਾ ਕਰੇਗਾ।

Gecko SDK ਸਾਡੀ ਸੌਫਟਵੇਅਰ ਨੀਤੀ ਦੇ ਤਹਿਤ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਲੰਬੇ ਸਮੇਂ ਦੇ ਸਮਰਥਨ, ਰੱਖ-ਰਖਾਅ, ਗੁਣਵੱਤਾ ਅਤੇ ਜਵਾਬਦੇਹੀ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇ ਸਾਰੇ ਸੀਰੀਜ਼ 0 ਅਤੇ 1 ਡਿਵਾਈਸਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਜਾਰੀ ਰੱਖੇਗਾ।
ਨਵਾਂ SDK Gecko SDK ਤੋਂ ਬ੍ਰਾਂਚ ਕਰੇਗਾ ਅਤੇ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੇਗਾ ਜੋ ਵਿਕਾਸਕਰਤਾਵਾਂ ਨੂੰ ਸਲਾਹ ਦੇਣ ਵਿੱਚ ਮਦਦ ਕਰਨਗੇtagਸਾਡੇ ਸੀਰੀਜ਼ 2 ਅਤੇ 3 ਉਤਪਾਦਾਂ ਦੀਆਂ ਉੱਨਤ ਸਮਰੱਥਾ-ਬਿਲਟੀਜ਼ ਦਾ e।
ਇਹ ਫੈਸਲਾ ਗਾਹਕਾਂ ਦੇ ਫੀਡਬੈਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਗੁਣਵੱਤਾ ਨੂੰ ਉੱਚਾ ਚੁੱਕਣ, ਸਥਿਰਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ, ਅਤੇ ਸਾਡੇ ਸੌਫਟਵੇਅਰ SDK ਵਿੱਚ ਇੱਕ ਬੇਮਿਸਾਲ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਲਈ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਵਧਾਉਣ ਲਈ ਸਾਡੀ ਵਚਨਬੱਧਤਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਨਵੇਂ ਹਿੱਸੇ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਨਵਾਂ

“zigbee_direct_security_p256” ਅਤੇ “zigbee_direct_security_curve25519” ਕੰਪੋਨੈਂਟਸ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਉਪਭੋਗਤਾ ਇੱਕ ਖਾਸ Zigbee ਡਾਇਰੈਕਟ ਸੁਰੱਖਿਆ ਵਿਕਲਪ ਨੂੰ ਕਨ-ਫਿਗਰ ਕਰ ਸਕਣ।
ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇੱਕ Zigbee ਡਾਇਰੈਕਟ ਡਿਵਾਈਸ (ZDD) ਐਪਲੀਕੇਸ਼ਨ 'ਤੇ ਇੱਕ ਤੋਂ ਵੱਧ "zigbee_direct_security" ਕੰਪੋਨੈਂਟਸ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸਲ ਸੁਰੱਖਿਆ ਵਿਕਲਪ Zigbee ਵਰਚੁਅਲ ਡਿਵਾਈਸ (ZVD) ਸੰਰਚਨਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਨਵੇਂ APIs

ਰੀਲੀਜ਼ 7.4.2.0 ਵਿੱਚ ਨਵਾਂ

ਵਿਸਤ੍ਰਿਤ SPI NCP ਕੁਝ ਮੇਜ਼ਬਾਨ-ਐਨਸੀਪੀ ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਸਲੀਪੀ ਵਜੋਂ ਵਰਤਿਆ ਜਾਵੇਗਾ।
ਇਸ ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ SPI NCP ਨੂੰ ਇੱਕ ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਦੇ ਤੌਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਮੇਜ਼ਬਾਨ Z3Gateway sample ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਾਧੂ ਕਸਟਮ CLI ਕੋਡ ਨਾਲ ਵਧਾਇਆ ਗਿਆ ਹੈ ਜੋ NCP ਨੂੰ ਕਸਟਮ CLI ਕਮਾਂਡ ਸਲੀਪ ਮੋਡ ਦੁਆਰਾ ਇੱਕ ਸਲੀਪ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਲਈ ਕਮਾਂਡ ਦੇਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਅਤੇ ਹੋਰ EZSP ਸੰਚਾਰ ਤੋਂ ਪਹਿਲਾਂ ਕਸਟਮ CLI ਕਮਾਂਡ ਵੇਕਅਪ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜਾਗਣਾ ਲਾਜ਼ਮੀ ਹੈ।
ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਇਵੈਂਟਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇੱਕ ਨਵਾਂ API sl_zigbee_af_isr_event_init ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਇੱਕ ਇੰਟਰੱਪਟ ਸਰਵਿਸ ਰੂਟੀਨ (ISR) ਦੇ ਅੰਦਰ ਸਰਗਰਮ ਕੀਤੇ ਜਾਣ ਦਾ ਇਰਾਦਾ ਹੈ। ਇਹ ਇਵੈਂਟਸ, ਜੋ ਕਿ ISR ਤੋਂ ਨਿਯਤ ਕੀਤੇ ਗਏ ਹਨ, ਵਿੱਚ 0 ਮਿਲੀਸਕਿੰਟ ਦੀ ਦੇਰੀ ਪੈਰਾਮ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ISR ਦੀਆਂ ਘਟਨਾਵਾਂ ਨੂੰ ਇੱਕ ਤਤਕਾਲ ਘਟਨਾ ਵਜੋਂ ਸਰਗਰਮ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ISR ਦੇ ਅੰਦਰ ਕੋਈ ਇਵੈਂਟ ਅਕਿਰਿਆਸ਼ੀਲਤਾ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।
ਉਪਰੋਕਤ ਦਾ ਕਾਰਨ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹੈ। ਇਵੈਂਟ ਸਿਸਟਮ ਇੱਕ ਇਵੈਂਟ ਨੂੰ ਸਮਾਂ-ਤਹਿ (ਇੱਕ ਗੈਰ-ਜ਼ੀਰੋ ਦੇਰੀ ਨਾਲ ਸਰਗਰਮ ਕਰਨਾ, ਜਾਂ ਅਕਿਰਿਆਸ਼ੀਲ ਕਰਨਾ) ਦੌਰਾਨ ਇਵੈਂਟ ਕਤਾਰ ਹੇਰਾਫੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਲੇਟੈਂਸੀ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ, ਇੱਕ ISR ਨੂੰ 0 ਦੇਰੀ ਨਾਲ ਇੱਕ ਇਵੈਂਟ ਨੂੰ ਸਰਗਰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਕਿ ਅਗਲੀ ਇਵੈਂਟ ਕਤਾਰ ਪ੍ਰੋਸੈਸਿੰਗ ਵਿੱਚ ਨਿਯਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ISR ਤੋਂ ਬਾਹਰ ਜਾਣ ਤੋਂ ਬਾਅਦ ਹੋਰ ਦੇਰੀ, ਜਾਂ ਅਕਿਰਿਆਸ਼ੀਲਤਾ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ISR ਦੇ ਅੰਦਰ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਇਵੈਂਟਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ, ਇਵੈਂਟ ਢਾਂਚੇ ਨੂੰ ਸ਼ੁਰੂਆਤ ਦੇ ਦੌਰਾਨ ਇੱਕ sli_zigbee_isr_event_marker ਨਾਲ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। zigbee_app_framework_event.h ਸਰੋਤ ਵੇਖੋ file ਇਸ ਨਵੇਂ ਫੰਕਸ਼ਨ ਦੇ ਵੇਰਵਿਆਂ ਲਈ।
ਨਵੇਂ ਫੰਕਸ਼ਨ emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ਦੀ ਵਰਤੋਂ 'ਤੇ ਸਪੱਸ਼ਟੀਕਰਨ ਜਿਸ ਨੂੰ ਸਟੈਕ API emberFindAndRejoinNetworkWithReason ਦੇ ਅੰਦਰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਦੁਬਾਰਾ ਜੁੜਨ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਚੈਨਲ ਮਾਸਕ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕੇ।
SE1.4a ਨਿਰਧਾਰਨ ਇੱਕ ਮਲਟੀ-ਮੈਕ ਜੁਆਇਨਿੰਗ ਐਂਡ ਡਿਵਾਈਸ ਕਿਸਮ ਦੇ ਡਿਵਾਈਸ ਦੇ ਮੁੜ ਜੁੜਨ ਦੇ ਦੌਰਾਨ ਇੰਟਰਫੇਸ (ਰੂਪ 2.4GHz ਤੋਂ ਸਬ-GHz ਜਾਂ ਇਸ ਦੇ ਉਲਟ) ਦੇ ਬਦਲਾਅ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਕਿਉਂਕਿ ਡਿਵਾਈਸ ਦੀ ਕਿਸਮ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਹੈ (ਅਰਥਾਤ, ਜੋੜਨ ਵਾਲੀ ਅੰਤਮ ਡਿਵਾਈਸ ਦੀ ਕਿਸਮ ਜਾਂ ਤਾਂ ਇੱਕ ਉਪ-GHz ਡਿਵਾਈਸ ਹੋਵੇਗੀ ਜਾਂ ਇੱਕ 2.4 GHz ਡਿਵਾਈਸ ਹੋਵੇਗੀ, ਦੋਨੋ ਨਹੀਂ, ਸੰਰਚਨਾ ਤੇ), ਇਹ ਕਾਲ ਉਸ ਸੰਰਚਨਾ ਦੇ ਅਧਾਰ ਤੇ ਚੈਨਲ ਮਾਸਕ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਕਿ ਰੀ-ਜੁਆਇਨ ਮਾਸਕ ਹਮੇਸ਼ਾ ਜੁਆਇਨਿੰਗ ਇੰਟਰਫੇਸ ਮਾਸਕ ਵਾਂਗ ਹੀ ਹੁੰਦਾ ਹੈ।

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਨਵਾਂ

Zigbee NVM3 ਟੋਕਨਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਮੁੱਲ ਵਿੱਚ ਰੀਸੈਟ ਕਰਨ ਲਈ ਇੱਕ ਨਵਾਂ API sl_zigbee_token_factory_reset ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ।
API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui) ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜੋ ਸਹੀ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜੇਕਰ ਲਿੰਕ ਕੁੰਜੀ ਸਾਰਣੀ ਇਸ ਪਤੇ ਨਾਲ ਇੱਕ ਐਂਟਰੀ ਜੋੜ ਜਾਂ ਅਪਡੇਟ ਕਰ ਸਕਦੀ ਹੈ (ਸਾਰਣੀ ਭਰੀ ਨਹੀਂ ਹੈ)।

ਇੱਕ ਨਵਾਂ API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* ਸੰਦਰਭ, sl_zb_sec_man_key_t* ਕੁੰਜੀ) ਜੋੜਿਆ ਗਿਆ ਹੈ, ਜੋ ਸਹੀ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜੇਕਰ ਸੰਦਰਭ ਦੁਆਰਾ ਹਵਾਲਾ ਦਿੱਤੀ ਜਾ ਰਹੀ ਕੁੰਜੀ ਦਾ ਉਹੀ ਮੁੱਲ ਹੈ ਜੋ ਆਰਗੂਮੈਂਟ ਵਿੱਚ ਸਪਲਾਈ ਕੀਤੀ ਕੁੰਜੀ ਹੈ।

ਨਵਾਂ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਨਵਾਂ

ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਹੇਠਲੇ ਨਵੇਂ ਭਾਗਾਂ ਲਈ Zigbee ਸਟੈਕ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ: EFR32MG24A010F768IM40 and EFR32MG24A020F768IM40.

ਨਵਾਂ ਦਸਤਾਵੇਜ਼

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਨਵਾਂ

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

Zigbee ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਕ ਸਮੂਹ ਦੇ ਕੰਪੋਨੈਂਟਸ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਇੱਕ ਨਵਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ (AN1412: ਜ਼ਿਗਬੀ ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਕ).

ਇਰਾਦਾ ਵਿਵਹਾਰ

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

ਸੁਧਾਰ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ ਹੈ

emberCounterHandler API Doc ਬਦਲਾਅ

ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, ਪੈਕੇਟ RX ਅਤੇ TX ਸੰਬੰਧੀ MAC ਅਤੇ APS ਲੇਅਰ EmberCounterTypes ਲਈ ਕਾਊਂਟਰ ਹੈਂਡਲਰ ਕਾਲਬੈਕ ਨੂੰ ਸਹੀ ਟਾਰਗਿਟ ਨੋਡ ID ਜਾਂ ਡੇਟਾ ਆਰਗੂਮੈਂਟ ਪਾਸ ਨਹੀਂ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸੀ, ਅਤੇ ਇਹਨਾਂ ਮਾਪਦੰਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਕੁਝ ਕਾਊਂਟਰਾਂ ਦੇ ਵਿਹਾਰ ਸੰਬੰਧੀ API ਦਸਤਾਵੇਜ਼ ਅਸਪਸ਼ਟ ਜਾਂ ਗੁੰਮਰਾਹਕੁੰਨ ਸਨ।

ਜਦੋਂ ਕਿ emberCounterHandler() ਦੇ ਦਸਤਖਤ ਨਹੀਂ ਬਦਲੇ ਹਨ, ਇਸਦੇ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਭਰਨ ਦਾ ਤਰੀਕਾ ਥੋੜ੍ਹਾ ਬਦਲ ਗਿਆ ਹੈ।

ember-types.h ਵਿੱਚ EmberCounterType enums ਦੇ ਆਲੇ-ਦੁਆਲੇ ਟਿੱਪਣੀਆਂ ਨੂੰ ਸਪਸ਼ਟਤਾ ਲਈ ਵਿਸਤਾਰ ਕੀਤਾ ਗਿਆ ਹੈ।
TX-ਸਬੰਧਤ ਕਾਊਂਟਰਾਂ ਲਈ ਕਾਊਂਟਰ ਹੈਂਡਲਰ ਲਈ ਨੋਡ ID ਪੈਰਾਮੀਟਰ ਹੁਣ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਮੰਜ਼ਿਲ ਪਤਾ ਮੋਡ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵੈਧ ਛੋਟੀ ID ਦਰਸਾਉਂਦਾ ਹੈ। (ਜੇ ਨਹੀਂ, ਤਾਂ ਕੋਈ ਮੰਜ਼ਿਲ ਪਤਾ ਨਹੀਂ ਭਰਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਪਲੇਸਹੋਲਡਰ ਮੁੱਲ
ਇਸਦੀ ਬਜਾਏ EMBER_UNKNOWN_NODE_ID ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।)
RX-ਸਬੰਧਤ ਕਾਊਂਟਰਾਂ ਲਈ ਕਾਊਂਟਰ ਹੈਂਡਲਰ ਲਈ ਨੋਡ ID ਪੈਰਾਮੀਟਰ ਹੁਣ ਸਰੋਤ ਨੋਡ ID ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਮੰਜ਼ਿਲ ਨੋਡ ID ਨੂੰ।
ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਗਿਣਤੀ ਨੂੰ EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED ਕਾਊਂਟਰਾਂ ਲਈ ਡਾਟਾ ਪੈਰਾਮੀਟਰ ਵਜੋਂ *ਨਹੀਂ* ਪਾਸ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਵੇਂ ਕਿ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ember-types.h ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਪਰ ਇਹ ਪਹਿਲਾਂ ਰਿਲੀਜ਼ ਕੀਤੇ ਗਏ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਕਦੇ ਵੀ ਸਹੀ ਢੰਗ ਨਾਲ ਤਿਆਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ ਇਸਲਈ ਪਿਛਲੀਆਂ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ ਇਸਦਾ ਮੁੱਲ ਹਮੇਸ਼ਾਂ 0 ਹੁੰਦਾ ਸੀ। ਇਸ ਵਿਵਹਾਰ ਨੂੰ ਉਹਨਾਂ EmberCounterTypes ਦੇ ਵਰਣਨ ਵਿੱਚ ਸਪੱਸ਼ਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਹਾਲਾਂਕਿ, ਏਪੀਐਸ ਪਰਤ ਦੀਆਂ ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ ਲਈ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਗਿਣਤੀ ਲਈ ਡੇਟਾ ਪੈਰਾਮੀਟਰ ਵਿੱਚ ਭਰੀ ਜਾਂਦੀ ਹੈ
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED ਕਾਊਂਟਰ ਕਿਸਮਾਂ, ਪਿਛਲੀਆਂ ਰੀਲੀਜ਼ਾਂ ਨਾਲ ਇਕਸਾਰ ਹੋਣ ਲਈ।
ਕਾਲਬੈਕ ਲਈ ਨੋਡ ਆਈਡੀ ਜਾਂ ਡੇਟਾ ਪੈਰਾਮੀਟਰ ਨੂੰ ਤਿਆਰ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਕਾਊਂਟਰਾਂ ਦਾ ਆਡਿਟ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਉਹ ਸੰਭਾਵਿਤ ਡੇਟਾ, ਪਤਾ, ਜਾਂ EMBER_UNKNOWN_NODE_ID ਪਾਸ ਕਰਦੇ ਹਨ ਜੇਕਰ ਨੋਡ ਆਈਡੀ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਸੀ ਪਰ ਪੈਕੇਟ ਤੋਂ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਸੀ, ਜਿਵੇਂ ਕਿ ਸੰਸ਼ੋਧਿਤ ਐਂਬਰ- ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ। type.h ਦਸਤਾਵੇਜ਼।
EMBER_COUNTER_MAC_TX_UNICAST_RETRY ਲਈ ਕਾਊਂਟਰ ਹੈਂਡਲਰ ਹੁਣ MAC ਲੇਅਰ ਡੈਸਟੀਨੇਸ਼ਨ ਨੋਡ ID ਅਤੇ ਇਸਦੇ ਡੈਸਟੀਨੇਸ਼ਨ ਨੋਡ ID ਅਤੇ ਡਾਟਾ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚ ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਸਹੀ ਰੂਪ ਵਿੱਚ ਦਰਸਾਉਂਦਾ ਹੈ।
EMBER_COUNTER_PHY_CCA_FAIL_COUNT ਲਈ ਕਾਊਂਟਰ ਹੈਂਡਲਰ ਹੁਣ ਨੋਡ ID ਪੈਰਾਮੀਟਰ ਰਾਹੀਂ ਮੰਜ਼ਿਲ ਨੋਡ ID ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਸੁਨੇਹੇ ਦੇ ਸੰਚਾਲਿਤ MAC ਲੇਅਰ ਟੀਚੇ ਬਾਰੇ ਫੇਲ੍ਹ ਹੋਇਆ ਸੀ।

ਅਪਡੇਟ ਕੀਤਾ ਗ੍ਰੀਨ ਪਾਵਰ ਕੋਡ

ਗ੍ਰੀਨ ਪਾਵਰ ਸਰਵਰ ਕੋਡ ਨੂੰ ਕਈ ਸੁਧਾਰਾਂ ਨਾਲ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

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

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

ਨੈੱਟਵਰਕ ਕੁੰਜੀ ਅੱਪਡੇਟ ਪਲੱਗਇਨ ਕੋਡ ਸੁਧਾਰ

ਆਵਰਤੀ ਨੈੱਟਵਰਕ ਕੁੰਜੀ ਅੱਪਡੇਟ ਦੀ ਮਿਆਦ ਨੂੰ 1 ਸਾਲ ਤੱਕ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਬੇਲੋੜੀ ਕੁੰਜੀ ਨਿਰਯਾਤ ਤੋਂ ਬਚਣ ਲਈ ਕੁਝ API ਦਾ ਪੁਨਰਗਠਨ ਕੀਤਾ

ਪਲੇਨਟੈਕਸਟ ਕੁੰਜੀ ਡੇਟਾ ਉੱਤੇ ਮੁੱਖ ਸੰਦਰਭਾਂ ਦੀ ਵਰਤੋਂ ਦੇ ਪੱਖ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ।

sl_zigbee_send_security_challenge_request ਹੁਣ EmberKeyData ਦੀ ਥਾਂ ਤੇ ਇੱਕ sl_zb_sec_man_context_t ਆਰਗੂਮੈਂਟ ਲੈਂਦੀ ਹੈ।
sl_zb_sec_man_derived_key_type enum ਦੇ ਮੁੱਲ ਹੁਣ ਇੱਕ 16-ਬਿੱਟ ਬਿੱਟਮਾਸਕ ਹਨ ਜੋ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕੁਝ ਕੁੰਜੀ ਡੈਰੀਵੇਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਜੋ ਮਲਟੀਪਲ ਡੈਰੀਵੇਡ ਕਿਸਮਾਂ ਨੂੰ ਜੋੜਦੇ ਹਨ।

ਸਥਿਰ ਮੁੱਦੇ

ਰੀਲਿਜ਼ ਵਿੱਚ ਸਥਿਰ 7.4.2.

ID #	ਵਰਣਨ
1252268	4900/4901 'ਤੇ IP ਪੋਰਟ ਖੋਲ੍ਹਣ ਲਈ zigbee ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨ ਵਿਕਲਪ ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਰਿਮੋਟ ਕਨੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਵਿਕਲਪਿਕ ਤਰੀਕਾ ਜ਼ਿਆਦਾਤਰ ਸਮਰਥਿਤ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਵਿੱਚ ਸੋਕੈਟ ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੋ ਸਕਦਾ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1232361)
1254541	ਇੱਕ ਨਵਾਂ ਇਵੈਂਟ ਸ਼ੁਰੂਆਤੀ ਫੰਕਸ਼ਨ, sl_zigbee_af_isr_event_init, ਇੱਕ ਇੰਟਰੱਪਟ ਸਰਵਿਸ ਰੂਟੀਨ (ISR) ਤੋਂ ਐਕਟੀਵੇਟ ਕੀਤੇ ਜਾਣ ਦੇ ਇਰਾਦੇ ਵਾਲੇ ਐਪਲੀਕੇਸ਼ਨ ਇਵੈਂਟਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹਨਾਂ ਇਵੈਂਟਾਂ ਨੂੰ ਸਿਰਫ਼ 0 ਮਿਸੇਕ ਦੀ ਦੇਰੀ ਨਾਲ ISR ਤੋਂ ਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਇਵੈਂਟਾਂ ਗੈਰ-ਜ਼ੀਰੋ ਦੇਰੀ ਨਾਲ ਨਿਯਤ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ ਜਾਂ ISR ਦੇ ਅੰਦਰੋਂ ਅਕਿਰਿਆਸ਼ੀਲ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ। ਉਪਰੋਕਤ ਫੰਕਸ਼ਨ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਦਸਤਾਵੇਜ਼ ਜੋੜਿਆ ਗਿਆ ਹੈ। ਉਪਰੋਕਤ API ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ ਕਿਰਪਾ ਕਰਕੇ ਇਸ ਰੀਲੀਜ਼ ਲਈ docs.silabs.com ਵੇਖੋ। (ਹੋਰ ਹਵਾਲਾ: 1252940)
1255175	ਹੱਲ ਕੀਤੀ ਗਈ ਸਮੱਸਿਆ ਜਿਸ ਕਾਰਨ APS ਵੈਰੀਫਾਈ ਕੁੰਜੀ ਪੁਸ਼ਟੀ ਸੁਨੇਹੇ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਗਲਤੀ ਹੋਈ। (ਹੋਰ ਹਵਾਲਾ: 1227738)
1260605	"ਨੈੱਟ ਮਲਟੀ-ਫਾਈ-ਸਟਾਰਟ" CLI ਕਮਾਂਡ ਲਈ ਵਿਕਲਪਿਕ ਵਿਕਲਪ ਮਾਸਕ ਪੈਰਾਮੀਟਰ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸੀ ਅਤੇ ਹਮੇਸ਼ਾ 0 ਮੰਨਿਆ ਜਾਂਦਾ ਸੀ। (ਹੋਰ ਹਵਾਲਾ: 1258636)
1262538	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ GP ਸਰਵਰ ਨੇ ਸਟੋਰ ਕੀਤੇ FC ਦੇ ਬਰਾਬਰ FC ਨਾਲ ਫਰੇਮ ਨਹੀਂ ਛੱਡਿਆ। (ਹੋਰ ਹਵਾਲਾ: 1259936)
1263124	ਨਾਪਸੰਦ MAC ਕਮਾਂਡ ਹੈਂਡਲਿੰਗ ਲਈ ਹਟਾਇਆ ਗਿਆ ਕੋਡ। (ਹੋਰ ਹਵਾਲਾ: 1262368)
1266765	ਪ੍ਰੋ ਲੀਫ ਸਟੈਕ ਦੇ ਲੇਬਲ ਨਾਲ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ। (ਹੋਰ ਹਵਾਲਾ: 1259298)
1270706	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਨੂੰ ਸਫਲਤਾ ਦੇ ਕੇਸ ਲਈ ZCL ਡਿਫੌਲਟ ਜਵਾਬ ਭੇਜਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
1272181	Z3Gateway 'ਤੇ ਵਿਸਤ੍ਰਿਤ ਰਿਪੋਰਟਿੰਗ ਟੇਬਲ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਵੇਲੇ ਬਿਲਡ ਅਸਫਲਤਾ ਦਾ ਕਾਰਨ ਬਣੀ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ। (ਹੋਰ ਹਵਾਲਾ: 1188397)
1272280	SE1.4a ਨਿਰਧਾਰਨ ਲਈ ਉਸੇ ਇੰਟਰਫੇਸ 'ਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਲਈ ਮਲਟੀ-MAC ਜੁਆਇਨਿੰਗ ਐਂਡ ਡਿਵਾਈਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਪਹਿਲਾਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਮੁੜ-ਜੁਆਇਨ ਕਰਨ ਦੌਰਾਨ ਇੰਟਰਫੇਸ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ (2.4GHz ਤੋਂ ਸਬ-GHz ਜਾਂ ਇਸ ਦੇ ਉਲਟ) ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ। ਮਾਤਾ-ਪਿਤਾ ਦੇ ਨੁਕਸਾਨ ਜਾਂ ਨੋਡ ਦੇ ਪਾਵਰ ਰੀਸਾਈਕਲ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਮੁੜ-ਜੋੜਨ ਦੀ ਸ਼ੁਰੂਆਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਹਨਾਂ ਦੋਵਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਸਟੈਕ API emberFindAndRejoinNetworkWithReason ਨੂੰ ਮੁੜ-ਜੁਆਇਨ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸ API ਨੂੰ ਇੱਕ ਆਰਗੂਮੈਂਟ ਦੇ ਤੌਰ 'ਤੇ ਮੁੜ-ਜੁਆਇਨ ਚੈਨਲ ਮਾਸਕ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਚੈਨਲ ਮਾਸਕ ਕਾਲਿੰਗ ਫੰਕਸ਼ਨ, emberUpdateMultiMacRejoinChannelMaskForSelectionOrJoiningDevice ਦੁਆਰਾ ਸਟੈਕ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਸਰੋਤ ਵਜੋਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਜੈਕਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਡਿਫੌਲਟ ਲਾਗੂਕਰਨ ember-configuration.c ਵਿੱਚ ਇੱਕ WEAK ਫੰਕਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਲੱਭਿਆ ਜਾ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਉਪਭੋਗਤਾ ਓਵਰਰਾਈਡ ਸੰਭਵ ਹੋ ਸਕੇ।
1273235	ਇੱਕ ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਬੱਚੇ ਲਈ ਇੱਕ ਚਾਈਲਡ ਰਿਮੂਵਲ ਓਪਰੇਸ਼ਨ ਟ੍ਰਿਗਰ ਕਰਨਾ ਜਦੋਂ ਇੱਕ ਐਸੋਸੀਏਸ਼ਨ ਰਿਸਪਾਂਸ ਜਾਂ ਰੀ-ਜੁਆਇਨ ਰਿਸਪਾਂਸ ਅਜੇ ਵੀ ਉਸ ਬੱਚੇ ਲਈ ਡਿਲੀਵਰੀ ਲੰਬਿਤ ਹੈ ਉਸੇ ਬੱਚੇ ਦੇ ਦਾਖਲੇ ਲਈ ਦੋ ਮਿਟਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਇਹ emberChildCount() ਨੂੰ -1 ਤੋਂ ਬੰਦ ਕਰ ਦੇਵੇਗਾ। ਜੇਕਰ ਸਾਰਣੀ ਵਿੱਚ ਇਹ ਆਖਰੀ ਬੱਚਾ ਹੈ ਜਿਸ ਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਸ ਨਾਲ ਬੱਚੇ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਕਮੀ ਆ ਸਕਦੀ ਹੈ। ਇਹ ਰੀਸੈਟ ਜਾਂ LeaveNetwork ਕੀਤੇ ਜਾਣ ਤੱਕ ਕਿਸੇ ਵੀ ਅੰਤਮ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਹੋਰ ਸ਼ਾਮਲ ਹੋਣ/ਮੁੜ-ਸ਼ਾਮਲ ਹੋਣ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕੁਝ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ ਦਾਅਵਾ ਅਸਫਲਤਾ (child.c ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋਏ) ਹੋ ਸਕਦਾ ਹੈ।
1273585	ਨਾਨਵੋਲੇਟਾਈਲ ਮੈਮੋਰੀ ਵਿੱਚ ਗ੍ਰੀਨ ਪਾਵਰ ਸੁਰੱਖਿਆ ਫਰੇਮ ਕਾਊਂਟਰਾਂ ਲਈ ਸ਼ੁਰੂਆਤੀ ਮੁੱਲ 0xFFFFFFFF ਤੋਂ 0 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1269700)
1277012	ਜੇਕਰ ਚਾਈਲਡ ਟੇਬਲ ਭਰੀ ਹੋਈ ਹੈ, ਅਤੇ ਸਥਾਨਕ ਡਿਵਾਈਸ ਦਾ ਇੱਕ ਮੌਜੂਦਾ ਬੱਚਾ ਮੁੜ-ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਤਾਂ ਮੁੜ-ਜੋੜਨ ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਅਸਵੀਕਾਰ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਬੱਚੇ ਦੀ ਐਂਟਰੀ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬੱਚੇ ਨੂੰ ਉਸ ਮਾਤਾ-ਪਿਤਾ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜਨ ਲਈ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਰੀਲੀਜ਼ 7.4.1.0 ਵਿੱਚ ਸਥਿਰ

ID #	ਵਰਣਨ
1036893	ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ ਹੈ ਜਿਸ ਕਾਰਨ OTA ਕਲੱਸਟਰ ਕੰਪੋਨੈਂਟ ਇੱਕ ਨਿਰਭਰਤਾ ਦੇ ਤੌਰ 'ਤੇ ਵਿਰਾਸਤੀ ਬੂਟ-ਲੋਡਰ ਇੰਟਰਫੇਸ ਕੰਪੋਨੈਂਟ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ।
1114905	ਜ਼ਿਗਬੀ ਡਾਇਰੈਕਟ: ਲੀਵ ਨੈੱਟਵਰਕ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਸੁਧਰਿਆ ਪ੍ਰਬੰਧਨ।
1180937	Zigbee ਡਾਇਰੈਕਟ ZDD ਨੂੰ ਤੀਜੀ ਧਿਰ ZVD ਨਾਲ ਕਨੈਕਟ ਕਰਦੇ ਸਮੇਂ ਸਥਿਰ WDT ਰੀਸੈਟ।
1223904	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਕਾਰਨ ਇੱਕ ਬਹੁਤ ਹੀ ਵਿਅਸਤ ਵਾਤਾਵਰਣ ਵਿੱਚ ਅੰਤਮ ਡਿਵਾਈਸ ਨੂੰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।
1224393	ਜਵਾਬ ਮੰਜ਼ਿਲ ਪਤੇ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਗ੍ਰੀਨ ਪਾਵਰ ਸਿੰਕ ਟੇਬਲ ਬੇਨਤੀ ਹੈਂਡਲਰ ਕੋਡ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ।
1228808	gp-types.h ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਮੈਕਰੋ ਪਰਿਭਾਸ਼ਾਵਾਂ ਦੇ ਨਾਲ ਡਿਸਪਲੇਅ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ।
1232297	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿੱਥੇ emberSetOutgoingNwkFrameCounter ਅਤੇ emberSetOutgoingApsFrameCounter ਨੇ 64-ਬਿੱਟ ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨਾਂ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕੀਤਾ (EMBER_BAD_ARGUMENT ਵਾਪਸ ਕਰਨਾ)।
1232359	ਗ੍ਰੀਨ ਪਾਵਰ ਕਲਾਇੰਟ ਕਮਾਂਡ ਪ੍ਰੋਸੈਸਿੰਗ ਵਿੱਚ gppTunnelingDelay ਪੈਰਾਮੀਟਰ ਗਣਨਾ ਨੂੰ ਫਿਕਸ ਕੀਤਾ ਗਿਆ ਹੈ।
1240392	ZDO Bind/Unbind ਬੇਨਤੀਆਂ ਨੂੰ ਐਕਸੈਸ/ਇਜਾਜ਼ਤ ਕਾਰਨਾਂ ਕਰਕੇ ਅਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਨੂੰ Zigbee ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅਨੁਸਾਰ EMBER_ZDP_NOT_PERMITTED ਸਥਿਤੀ ਦੀ ਬਜਾਏ EMBER_ZDP_NOT_AUTHORIZED ਸਥਿਤੀ ਵਾਪਸ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
1243523	ਜ਼ਿਗਬੀ ਡਾਇਰੈਕਟ: ZVD ਨਾਲ BLE ਕਨੈਕਸ਼ਨ ਦੀ ਬਿਹਤਰ ਸਥਿਰਤਾ।
1249455	ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਕਾਰਨ ਇੱਕ ack ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਪ੍ਰਸਾਰਣ ਪ੍ਰਾਪਤ ਹੋਣ 'ਤੇ ਇੱਕ ਸਲੀਪ ਐਂਡ ਡਿਵਾਈਸ ਨੂੰ ਸਲੀਪ ਵਿੱਚ ਦਾਖਲ ਕੀਤਾ ਗਿਆ ਸੀ।
1252295	ਕੰਪੋਨੈਂਟ ਕੈਟਾਲਾਗ ਮੈਕਰੋ SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT ਵਿੱਚ ਇੱਕ ਟਾਈਪੋ ਗਲਤੀ ਨੂੰ ਠੀਕ ਕਰੋ।

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਸਥਿਰ

ID #	ਵਰਣਨ
1019348	Zigbee ZCL Cli ਕੰਪੋਨੈਂਟ ਲਈ ਨਿਰਭਰਤਾ ਲੋੜਾਂ ਨੂੰ ਫਿਕਸ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਲੋੜ ਨਾ ਹੋਣ 'ਤੇ ਇਸਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕੇ।
1024246	emberHaveLinkKey() ਅਤੇ sl_zb_sec_man_have_link_key() ਲਈ ਫੰਕਸ਼ਨ ਵੇਰਵੇ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ।
1036503	DMP s ਲਈ ਮਾਈਕਰਿਅਮ ਕਰਨਲ ਦੀ ਵਰਤੋਂ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਨ ਲਈ ਇੱਕ ਵੇਰਵਾ ਜੋੜਿਆ ਗਿਆ ਹੈampਐਪਸ।
1037661	ਇੱਕ ਮੁੱਦਾ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪ੍ਰੋ ਸਟੈਕ ਜਾਂ ਲੀਫ ਸਟੈਕ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਰੋਕ ਰਿਹਾ ਸੀ, ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ।
1078136	ਰੁਕਾਵਟ ਸੰਦਰਭ ਤੋਂ ਘਟਨਾਵਾਂ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਰੁਕ-ਰੁਕ ਕੇ ਕਰੈਸ਼ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ
1081548	ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਯਾਦ ਦਿਵਾਇਆ ਜਾਂਦਾ ਹੈ ਕਿ Zigbee ਅਨਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ CSL ਪ੍ਰਸਾਰਣ ਰੇਡੀਓ ਸ਼ਡਿਊਲਰ 'ਤੇ ਪ੍ਰੋਟੋਕੋਲ ਪ੍ਰੀਮਪਸ਼ਨ ਦੇ ਅਧੀਨ ਹਨ। SleepyToSleepy ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ, BLE ਇੱਕ Zigbee CSL ਟਰਾਂਸਮਿਸ਼ਨ ਨੂੰ ਅੱਗੇ ਵਧਾ ਸਕਦਾ ਹੈ ਅਤੇ ਕਰੇਗਾ, ਜੋ ਪ੍ਰਸਾਰਣ ਨੂੰ ਖਤਮ ਕਰ ਦੇਵੇਗਾ। ਅਨ-ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ CSL ਲਈ ਸ਼ਡਿਊਲਰ ਪ੍ਰੀਮਪਸ਼ਨ ਵਧੇਰੇ ਆਮ ਹੈ, ਇਹ ਦਿੱਤੇ ਹੋਏ ਕਿ ਇੱਕ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਲੰਬੇ ਵੇਕ ਅੱਪ ਫਰੇਮ ਕ੍ਰਮ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਪ੍ਰਸਾਰਣ ਤਰਜੀਹਾਂ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਦੇ ਚਾਹਵਾਨ ਉਪਭੋਗਤਾ ਅਜਿਹਾ ਕਰਨ ਲਈ DMP ਟਿਊਨਿੰਗ ਅਤੇ ਟੈਸਟਿੰਗ ਕੰਪੋਨੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ। ਉਪਭੋਗਤਾ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ UG305: ਡਾਇਨਾਮਿਕ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਉਪਭੋਗਤਾ ਦੀ ਗਾਈਡ ਨਾਲ ਵੀ ਸਲਾਹ ਕਰ ਸਕਦੇ ਹਨ। CSL ਵਿੱਚ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਇੱਕ ਨਵਾਂ ਵੇਕ ਅੱਪ ਫਰੇਮ ਕ੍ਰਮ ਜੋ ਪਿਛਲੇ ਪੇਲੋਡ ਫਰੇਮ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਰਿਕਾਰਡ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਖੁੰਝ ਗਈ ਪੇਲੋਡ ਫਰੇਮ ਹੋਵੇਗੀ।
1084111	MG24-ਅਧਾਰਿਤ ਬੋਰਡਾਂ ਲਈ ਸ਼ੁਰੂਆਤੀ ਸਲੀਪੀ SPI-NCP ਸਮਰਥਨ ਇਸ ਰੀਲੀਜ਼ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ।
1104056	ਮਲਟੀ-ਨੈੱਟਵਰਕ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸੈਕੰਡਰੀ ਨੈੱਟਵਰਕ 'ਤੇ ਚੱਲਣ ਲਈ ਨੈੱਟਵਰਕ ਸਟੀਅਰਿੰਗ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ
1120515	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ mfglib set-channel ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਚੈਨਲ ਨਹੀਂ ਬਦਲਿਆ ਸੀ।
1141109	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਕਾਰਨ ਜਨਰੇਟ ਕੀਤਾ ਗਿਆ ਹੈample ਐਪਲੀਕੇਸ਼ਨ ncp-uart-gp-ਮਲਟੀ-ਰੇਲ ਕੁਝ ਸਿਰਲੇਖ ਨੂੰ ਖੁੰਝਾਉਣ ਲਈ files ਜਦੋਂ -cp ਵਿਕਲਪ ਦੇ ਨਾਲ ਗ੍ਰੀਨ ਪਾਵਰ ਅਡਾਪਟਰ ਕੰਪੋਨੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ।
1144316	gp-types.h ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਕੁਝ ਡਾਟਾ ਬਣਤਰ ਕਿਸਮਾਂ ਦੇ ਵਰਣਨ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ।
1144884	ਫਿਕਸਡ ਜਾਅਲੀ ਫਰੇਮ ਲੰਬਿਤ ਬਿੱਟ ਸੈੱਟ ਜਦੋਂ ਕੋਈ ਡਾਟਾ ਬਕਾਇਆ ਨਾ ਹੋਵੇ।
1152512	ਆਈਐਸਆਰ ਸੰਦਰਭ ਵਿੱਚ ਇਵੈਂਟ ਨੂੰ ਸੋਧਣ ਵੇਲੇ ਲੋ-ਮੈਕ-ਰੇਲ ਵਿੱਚ ਇੱਕ ਸੰਭਾਵੀ ਕਰੈਸ਼ ਫਿਕਸ ਕੀਤਾ ਗਿਆ।
1154616	"ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਤੋਂ ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਤੋਂ ਗੈਰ-ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ 'ਤੇ ਰੋਲ ਸਵਿਚ ਕਰਨਾ" ਕੇਸ ਦੇ ਨਾਲ ਨੈਟਵਰਕ ਨੂੰ ਅਰੰਭ ਕਰਨ ਦੀ ਸਥਿਤੀ ਲਈ ਇੱਕ ਅਪਵਾਦ ਜੋੜਿਆ ਗਿਆ।
1157289	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ BDB ਟੈਸਟ ਅਸਫਲਤਾ DN-TLM-TC-02B ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।

ID #	ਵਰਣਨ
1157426	ਗ੍ਰੀਨ_ਪਾਵਰ_ਅਡਾਪਟਰ ਕੰਪੋਨੈਂਟ ਨਾਲ zigbee_simple_app ਬਣਾਉਂਦੇ ਸਮੇਂ ਇੱਕ ਬਿਲਡ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ।
1157932	ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਰਤ ਜੋੜੀ ਗਈ ਹੈ ਕਿ "ਪਰਿਵਰਤਨ ਸਮਾਂ" ਖੇਤਰ ਗੁੰਮ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਇਸ ਗੁੰਮ ਹੋਏ ਖੇਤਰ ਲਈ ਇੱਕ ਡਿਫੌਲਟ ਮੁੱਲ 0xFFFF ਸੈੱਟ ਕਰੋ।
1166340	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜੋ emberAfGpdfSend ਨੂੰ ਵਾਰ-ਵਾਰ ਪ੍ਰਸਾਰਣ ਦੀ ਇੱਛਤ ਸੰਖਿਆ ਨੂੰ ਭੇਜਣ ਤੋਂ ਰੋਕ ਰਿਹਾ ਸੀ।
1167807	ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਵੰਡੇ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਟਰੱਸਟ ਸੈਂਟਰਾਂ ਵਜੋਂ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਡਿਵਾਈਸਾਂ ਹਰ ਵਾਰ ਇੱਕ ਨਵੀਂ ਡਿਵਾਈਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ 'ਤੇ ਉਹਨਾਂ ਦੀਆਂ ਅਸਥਾਈ ਲਿੰਕ ਕੁੰਜੀਆਂ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਸਾਫ਼ ਕਰ ਦਿੰਦੀਆਂ ਹਨ।
1169504	ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਕਾਰਨ ਇੱਕ ਨੀਂਦ ਵਾਲੀ ਡਿਵਾਈਸ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਜਾਗਣ 'ਤੇ ਰੀਸੈਟ ਕੀਤਾ ਗਿਆ ਹੈ।
1169966	ਬਫਰ ਅਲੋਕੇਸ਼ਨ ਕੋਡ ਵਿੱਚ ਗੁੰਮ ਵਾਪਸੀ ਮੁੱਲ ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਸਥਿਰ ਕੀਤਾ ਗਿਆ ਹੈ।
1171477, 172270	mfglib start 1 ਦੇ ਨਾਲ ਕੋਈ ਸੰਦੇਸ਼ ਪ੍ਰਸਾਰਿਤ ਨਹੀਂ ਹੁੰਦਾ ਪਰ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਇਸਲਈ ਪ੍ਰਦਰਸ਼ਿਤ ਟਰਮੀਨਲ ਸੁਨੇਹਾ "mfglib send complete" ਗਲਤ ਹੈ ਅਤੇ "ਪਿਛਲੇ %d ms ਵਿੱਚ RXed %d ਪੈਕੇਟ" ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ ਹੈ।
1171935	ਆਵਰਤੀ ਨੈੱਟਵਰਕ ਕੁੰਜੀ ਅੱਪਡੇਟ ਦੀ ਮਿਆਦ ਨੂੰ 1 ਸਾਲ ਤੱਕ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ।
1172778	ਗ੍ਰੀਨ ਪਾਵਰ ਸਰਵਰ ਵਿੱਚ emberAfPluginGreenPowerServerUpdateAliasCallback ਦੀ ਗੁੰਮਸ਼ੁਦਗੀ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ..
1174288	ਇੱਕ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਸਟੀਅਰਿੰਗ ਪ੍ਰਕਿਰਿਆ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ ਜੇਕਰ ਚੱਲ ਰਹੇ ਸਕੈਨ ਨੂੰ ਰੋਕਣ ਲਈ ਕਾਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
1178393	ਇੱਕ ਦਸਤਾਵੇਜ਼ ਗਲਤੀ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ.
1180445	ਸਮਾਰਟ ਐਨਰਜੀ ਵਿੱਚ, OTA ਹੁਣ ਡਾਊਨਲੋਡ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ ਜੇਕਰ ਕੋਆਰਡੀਨੇਟਰ ਸੀਮਿਤ ਡਿਊਟੀ ਸਾਈਕਲ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ।
1185509	CSL ਵਿੱਚ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਇੱਕ ਨਵਾਂ ਵੇਕ ਅੱਪ ਫ੍ਰੇਮ ਕ੍ਰਮ ਜੋ ਪਿਛਲੇ ਪੇਲੋਡ ਫ੍ਰੇਮ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਸਹੀ ਢੰਗ ਨਾਲ ਰਿਕਾਰਡ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਖੁੰਝ ਗਈ ਪੇਲੋਡ ਫਰੇਮ ਹੋਵੇਗੀ।
1186107	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਕਾਰਨ gp ਕਮਿਸ਼ਨਿੰਗ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਿੱਚ ਆਉਣ ਵਾਲੇ GPDF ਨੂੰ ਬਦਲਣ ਲਈ ਪ੍ਰਾਪਤ ਹੋਏ GPDFs ਦੀ ਅਸਫਲ ਡੀਕ੍ਰਿਪਸ਼ਨ ਹੋਈ ਹੈ।
1188397	ਵਿਸਤ੍ਰਿਤ ਰਿਪੋਰਟ ਸਾਰਣੀ ਦੇ ਆਕਾਰ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਵੇਲੇ ਇੱਕ ਸੰਕਲਨ ਗਲਤੀ ਦਾ ਕਾਰਨ ਬਣੀ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ।
1194090	ਸਿੰਕ ਕਮਿਸ਼ਨਿੰਗ ਮੋਡ ਕਮਾਂਡ ਲਈ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਜਵਾਬ ਵਿੱਚ ਅਸਫਲਤਾ ਸਥਿਤੀ ਨੂੰ ਠੀਕ ਕੀਤਾ - ਹੇਠ ਦਿੱਤੇ ਭਾਗ 3.3.4.8.2
1194963	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜੋ ਉਪਭੋਗਤਾ ਕਾਲਬੈਕ emberAfGreenPowerServerPairingStatusCallback ਨੂੰ ਕਾਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਮਿਸ਼ਨਿੰਗ ਜੀਪੀਡੀ ਢਾਂਚੇ ਨੂੰ ਮੇਮਸੈੱਟ ਕਰਦਾ ਹੈ।
1194966	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਐਗਜ਼ਿਟ ਕਮਿਸ਼ਨਿੰਗ ਐਕਸ਼ਨ ਦੇ ਨਾਲ ਐਂਡਪੁਆਇੰਟ ਅਤੇ ਪ੍ਰੌਕਸੀਜ਼ ਸ਼ਾਮਲ ਖੇਤਰਾਂ ਨੂੰ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ।
1196698	ਜਦੋਂ ਕੋਈ ਡਾਟਾ ਬਕਾਇਆ ਨਹੀਂ ਸੀ ਤਾਂ ਇੱਕ ਜਾਅਲੀ ਫਰੇਮ ਪੈਂਡਿੰਗ ਬਿੱਟ ਸੈੱਟ ਨੂੰ ਫਿਕਸ ਕੀਤਾ ਗਿਆ।
1199958	ਕੇਸ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਕੋਡ ਜੋੜਿਆ ਗਿਆ ਜਦੋਂ ਗ੍ਰੀਨ ਪਾਵਰ ਸੁਨੇਹੇ ਬਣਾਉਣ ਲਈ ਕੋਈ ਹੋਰ ਥਾਂ ਨਹੀਂ ਹੈ।
1202034	ਇੱਕ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿੱਥੇ sl_zb_sec_man_context_t ਸਟੈਕ ਵੇਰੀਏਬਲ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਨਾਲ ਇੰਸਟਾਲ ਕੋਡ ਨਾਲ ਜੁੜਨਾ ਅਸਫਲ ਹੋ ਗਿਆ ਸੀ।
1206040	ਕਿਸੇ ਅੰਤਮ ਡਿਵਾਈਸ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਮੁੜ-ਸ਼ਾਮਿਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਦੇ ਦੌਰਾਨ emberRemoveChild() ਨੂੰ ਕਾਲ ਕਰਨ ਨਾਲ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਬਾਲ ਗਿਣਤੀ ਵਿੱਚ ਇੱਕ ਵਾਧੂ ਕਮੀ ਹੋ ਸਕਦੀ ਹੈ, ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ -1 (255) ਦੀ ਚਾਈਲਡ ਕਾਉਂਟ ਹੋ ਸਕਦੀ ਹੈ, ਇੱਕ ਸੰਕੇਤ ਦੀ ਘਾਟ ਕਾਰਨ ਅੰਤਮ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸ਼ਾਮਲ ਹੋਣ/ਮੁੜ ਸ਼ਾਮਲ ਹੋਣ ਤੋਂ ਰੋਕਦੀ ਹੈ। ਬੀਕਨ ਵਿੱਚ ਸਮਰੱਥਾ ਦਾ.
1207580	ਸਟੈਕ ਦੇ ਅੰਦਰ ਚਾਈਲਡ ਟੇਬਲ ਖੋਜ ਫੰਕਸ਼ਨ 0x0000 ਬਨਾਮ 0xFFFF ਦੀ ਵਰਤੋਂ ਵਿੱਚ ਅਸੰਗਤ ਹਨ ਅਵੈਧ/ਖਾਲੀ ਇੰਦਰਾਜ਼ਾਂ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੇ ਨੋਡ ID ਵਾਪਸੀ ਮੁੱਲ ਲਈ, ਜਿਸ ਨਾਲ emberRemoveChild() ਵਰਗੇ API ਵਿੱਚ ਅਣਵਰਤੀਆਂ ਐਂਟਰੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਆਉਂਦੀਆਂ ਹਨ।
1210706	EmberCounterHandler() ਦੇ ਹਿੱਸੇ ਵਜੋਂ EmberExtraCounterInfo ਢਾਂਚੇ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਮੰਜ਼ਿਲ ਅਤੇ PHY ਸੂਚਕਾਂਕ MAC TX ਯੂਨੀਕਾਸਟ ਕਾਊਂਟਰ ਕਿਸਮਾਂ ਲਈ ਗਲਤ ਹੋ ਸਕਦੇ ਹਨ।
1211610 1212525	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਸਕਿਓਰ ਕੀ ਸਟੋਰੇਜ਼ ਅੱਪਗਰੇਡ ਕੰਪੋਨੈਂਟ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਬਾਅਦ ਡਾਇਨਾਮਿਕ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਐਪਲੀਕੇਸ਼ਨ ਕ੍ਰੈਸ਼ ਹੋ ਗਈਆਂ ਸਨ।
1211847	ਜਦੋਂ ਕਿ emberCounterHandler() ਦੇ ਦਸਤਖਤ ਨਹੀਂ ਬਦਲੇ ਹਨ, ਇਸਦੇ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਭਰਨ ਦਾ ਤਰੀਕਾ ਥੋੜ੍ਹਾ ਬਦਲ ਗਿਆ ਹੈ। ਉਪਰੋਕਤ ਸੈਕਸ਼ਨ 2 ਵਿੱਚ ਇਸ API ਦੇ ਆਲੇ ਦੁਆਲੇ ਤਬਦੀਲੀਆਂ ਦੀ ਵਿਆਖਿਆ ਕੀਤੀ ਗਈ ਹੈ।
1212449	ਆਊਟਗੋਇੰਗ ਬੀਕਨਾਂ ਨੂੰ MAC ਲੇਅਰ ਦੁਆਰਾ ਗਲਤ ਢੰਗ ਨਾਲ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਕਾਰਨ emberCounterHandler() ਇਹਨਾਂ ਪੈਕੇਟਾਂ ਨੂੰ EMBER_COUNTER_MAC_TX_BROADCAST ਕਾਊਂਟਰ ਕਿਸਮ ਨਾਲ ਫੜਨ ਵਿੱਚ ਅਸਫਲ ਰਿਹਾ ਅਤੇ ਇਸਦੀ ਬਜਾਏ EMBER_COUNTER_MAC_TX_UNICAST_SU ਕਾਊਂਟਰ ਕਿਸਮ ਨਾਲ ਬੀਕਨਾਂ ਦੀ ਗਿਣਤੀ ਕਰ ਰਿਹਾ ਸੀ। ਇਹ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ EmberCounterInfo ਸੰਰਚਨਾ ਨੂੰ ਪਾਸ ਕੀਤੇ ਡੈਸਟ EmberNodeId ਪੈਰਾਮੀਟਰ ਲਈ ਅਵਿਸ਼ਵਾਸਯੋਗ ਮੁੱਲਾਂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ
1214866	ਕੁਝ ਉੱਚ ਟ੍ਰੈਫਿਕ ਸੰਰਚਨਾਵਾਂ ਵਿੱਚ ਡੇਟਾ ਪੋਲ ਪੈਕੇਟ ਭੇਜਣ ਨਾਲ ਬੱਸ ਵਿੱਚ ਨੁਕਸ ਹੋ ਸਕਦਾ ਹੈ।
1216552	ਇੱਕ ਮੁੱਦਾ ਜੋ ਵਿਅਸਤ ਟ੍ਰੈਫਿਕ ਸਥਿਤੀਆਂ ਵਿੱਚ ਇੱਕ ਦਾਅਵੇ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ।
1216613	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿਸ ਨਾਲ ਪ੍ਰੌਕਸੀ ਟੇਬਲ ਵਿੱਚ ਗਰੁੱਪਕਾਸਟ ਰੇਡੀਅਸ ਦਾ ਇੱਕ ਗਲਤ ਮੁੱਲ ਹੋਇਆ।

ID #	ਵਰਣਨ
1222509	ਰਾਊਟਰ/ਕੋਆਰਡੀਨੇਟਰ ਗੈਰ-ਚਾਈਲਡ ਪੋਲਿੰਗ ਐਂਡ ਡਿਵਾਈਸ ਨੂੰ ਛੁੱਟੀ ਅਤੇ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਪਰ MAC ਮੰਜ਼ਿਲ NWK ਮੰਜ਼ਿਲ ਪਤੇ ਨਾਲ ਮੇਲ ਕਰਨ ਦੀ ਬਜਾਏ 0xFFFF ਹੈ।
1223842	sl_component_catalog.h ਦੀ ਪੀੜ੍ਹੀ ਦੇ ਨਾਲ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਇਸ ਵਿੱਚ ਅਣਚਾਹੇ ਕੋਡ ਛੱਡ ਰਿਹਾ ਸੀ ਜਿਸ ਕਾਰਨ ਸੰਕਲਨ ਅਸਫਲ ਹੋ ਰਿਹਾ ਸੀ।
756628	ਐਪਲੀਕੇਸ਼ਨ ਕਾਲਬੈਕ emberAfMacFilterMatchMessageCallback ਦੀ ਮੰਗ ਨੂੰ ਸਿਰਫ਼ ZLL ਸੁਨੇਹਿਆਂ ਲਈ ਕਾਲ ਕਰਨ ਲਈ ਬਦਲਿਆ ਗਿਆ ਹੈ ਜੋ ਸਟੈਕ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਹਨ।
816088	EMBER ਸੰਰਚਨਾ ਨੂੰ zigbeed_configuration.h ਤੋਂ zigbeed.slcp ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ ਗਿਆ।
829508	ਦੌੜ ਦੀ ਸਥਿਤੀ ਤੋਂ ਬਚਣ ਲਈ, ਜੇ ਹੇਠਲੀਆਂ ਪਰਤਾਂ ਚੈਨਲ ਬਦਲਣ ਲਈ ਵਿਅਸਤ ਹਨ ਜਾਂ ਸਥਿਤੀ ਵਿੱਚ ਨਹੀਂ ਹਨ, ਤਾਂ ਅਸਫ਼ਲ ਹੋਣ ਲਈ emberSetLogicalAndRadioChannel ਵਿੱਚ ਵਾਧੂ ਪ੍ਰਮਾਣਿਕਤਾ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਸੀ।

ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਵਿੱਚ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦੇ

ਪਿਛਲੀ ਰੀਲੀਜ਼ ਤੋਂ ਬਾਅਦ ਬੋਲਡ ਵਿੱਚ ਅੰਕ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ। ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਰੀਲੀਜ਼ ਖੁੰਝ ਗਈ ਹੈ, ਤਾਂ ਹਾਲੀਆ ਰੀਲੀਜ਼ ਨੋਟਸ 'ਤੇ ਉਪਲਬਧ ਹਨ https://www.si-labs.com/developers/zigbee-emberznet ਤਕਨੀਕੀ ਡੌਕਸ ਟੈਬ ਵਿੱਚ।

ID #	ਵਰਣਨ	ਕੰਮਕਾਜ
N/A	ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਐਪਸ/ਕੰਪੋਨੈਂਟ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ: EM4 ਸਮਰਥਨ।	ਵਿਸ਼ੇਸ਼ਤਾ ਅਗਲੀਆਂ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ ਸਮਰੱਥ ਕੀਤੀ ਜਾਵੇਗੀ।
193492	emberAfFillCommandGlobalServerToClientConfigureRe ਪੋਰਟਿੰਗ ਮੈਕਰੋ ਟੁੱਟ ਗਿਆ ਹੈ। ਬਫਰ ਭਰਨ ਨਾਲ ਗਲਤ ਕਮਾਂਡ ਪੈਕੇਟ ਬਣ ਜਾਂਦਾ ਹੈ।	API ਦੀ ਬਜਾਏ “zcl global send-me-a-report” CLI ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।
278063	ਸਮਾਰਟ ਐਨਰਜੀ ਟਨਲਿੰਗ plugins ਐਡਰੈੱਸ ਟੇਬਲ ਸੂਚਕਾਂਕ ਦਾ ਵਿਰੋਧੀ ਇਲਾਜ/ਵਰਤੋਂ ਹੈ।	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ
289569	ਨੈੱਟਵਰਕ-ਸਿਰਜਣਹਾਰ ਕੰਪੋਨੈਂਟ ਪਾਵਰ ਲੈਵਲ ਪਿਕਲਿਸਟ EFR32 ਲਈ ਸਮਰਥਿਤ ਮੁੱਲਾਂ ਦੀ ਪੂਰੀ ਸ਼੍ਰੇਣੀ ਦੀ ਪੇਸ਼ਕਸ਼ ਨਹੀਂ ਕਰਦੀ ਹੈ	EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P ਲਈ CMSIS ਟਿੱਪਣੀ ਵਿੱਚ ਨਿਰਦਿਸ਼ਟ ਰੇਂਜ <-8..20> ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ ਵਿੱਚ OWER /protocol/zigbee/app/framework/plugin/network- creator/config/network-creator-config.h file. ਸਾਬਕਾ ਲਈample, ਵਿੱਚ ਬਦਲੋ।
295498	UART ਰਿਸੈਪਸ਼ਨ ਕਈ ਵਾਰ Zigbee+BLE ਡਾਇਨਾਮਿਕ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਵਰਤੋਂ ਦੇ ਕੇਸ ਵਿੱਚ ਭਾਰੀ ਲੋਡ ਹੇਠ ਬਾਈਟ ਸੁੱਟਦਾ ਹੈ।	ਹਾਰਡਵੇਅਰ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਾਂ ਬੌਡ ਦਰ ਨੂੰ ਘਟਾਓ।
312291	EMHAL: Linux ਮੇਜ਼ਬਾਨਾਂ 'ਤੇ halCommonGetIntxxMillisecondTick ਫੰਕਸ਼ਨ ਇਸ ਸਮੇਂ gettimeofday ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਿਸ ਦੀ ਮੋਨੋਟੋਨਿਕ ਹੋਣ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਸਿਸਟਮ ਸਮਾਂ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਟੈਕ ਟਾਈਮਿੰਗ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।	ਇਸਦੀ ਬਜਾਏ CLOCK_MONOTONIC ਸਰੋਤ ਨਾਲ clock_gettime ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਸੋਧੋ।
338151	ਘੱਟ ਪੈਕੇਟ ਬਫਰ ਕਾਉਂਟ ਵੈਲਯੂ ਨਾਲ NCP ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਨਾਲ ਪੈਕਟ ਭ੍ਰਿਸ਼ਟ ਹੋ ਸਕਦੇ ਹਨ।	ਬਹੁਤ ਘੱਟ ਡਿਫੌਲਟ ਮੁੱਲ ਤੋਂ ਬਚਣ ਲਈ ਪੈਕੇਟ ਬਫਰ ਗਿਣਤੀ ਲਈ 0xFF ਰਾਖਵੇਂ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰੋ
387750	ਐਂਡ ਡਿਵਾਈਸ 'ਤੇ ਰੂਟ ਟੇਬਲ ਬੇਨਤੀ ਫਾਰਮੈਟਾਂ ਨਾਲ ਸਮੱਸਿਆ।	ਤਫ਼ਤੀਸ਼ ਤਹਿਤ
400418	ਇੱਕ ਟੱਚਲਿੰਕ ਇਨੀਸ਼ੀਏਟਰ ਇੱਕ ਗੈਰ-ਫੈਕਟਰੀ-ਨਵੇਂ ਐਂਡ-ਡਿਵਾਈਸ ਟੀਚੇ ਨਾਲ ਲਿੰਕ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ।	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ।
424355	ਇੱਕ ਗੈਰ-ਫੈਕਟਰੀ-ਨਵੀਂ ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਟੱਚਲਿੰਕ ਟਾਰਗੇਟ-ਸਮਰੱਥ ਸ਼ੁਰੂਆਤੀ ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ ਡਿਵਾਈਸ ਜਾਣਕਾਰੀ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੈ।	ਤਫ਼ਤੀਸ਼ ਤਹਿਤ
465180	ਸਹਿ-ਹੋਂਦ ਰੇਡੀਓ ਬਲੌਕਰ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਆਈਟਮ "ਰਨਟਾਈਮ ਨਿਯੰਤਰਣ ਯੋਗ ਕਰੋ" ਸਹੀ ਜ਼ਿਗਬੀ ਓਪਰੇਸ਼ਨ ਨੂੰ ਰੋਕ ਸਕਦੀ ਹੈ।	ਬਲੌਕਰ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਦੇ ਵਿਕਲਪਿਕ 'ਵਾਈ-ਫਾਈ ਸਿਲੈਕਟ' ਨਿਯੰਤਰਣ ਨੂੰ "ਅਯੋਗ" ਛੱਡ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
480550	OTA ਕਲੱਸਟਰ ਦੀ ਆਪਣੀ ਬਿਲਟ-ਇਨ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਵਿਧੀ ਹੈ, ਇਸਲਈ ਇਸਨੂੰ APS ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਹਾਲਾਂਕਿ, ਜੇਕਰ APS ਐਨਕ੍ਰਿਪਸ਼ਨ ਸਮਰਥਿਤ ਹੈ ਤਾਂ ਇਹ ਚਿੱਤਰਬਲਾਕ ਜਵਾਬਾਂ ਦੇ ਪੇਲੋਡ ਨੂੰ ਇੱਕ ਆਕਾਰ ਵਿੱਚ ਵਧਾਉਂਦਾ ਹੈ ਜਿੱਥੇ APS ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਐਕਟੀਵੇਟ ਹੁੰਦਾ ਹੈ। ਇਸ ਨਾਲ OTA ਪ੍ਰਕਿਰਿਆ ਫੇਲ ਹੋ ਸਕਦੀ ਹੈ।	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ
481128	ਵਿਸਤ੍ਰਿਤ ਰੀਸੈਟ ਕਾਰਨ ਅਤੇ ਕਰੈਸ਼ ਵੇਰਵੇ NCP ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਵਰਚੁਅਲ UART (ਸੀਰੀਅਲ 0) ਦੁਆਰਾ ਡਿਫੌਲਟ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਜਦੋਂ ਡਾਇਗਨੌਸਟਿਕਸ ਪਲੱਗਇਨ ਅਤੇ ਵਰਚੁਅਲ UART ਪੈਰੀਫਿਰਲ ਸਮਰੱਥ ਹੁੰਦੇ ਹਨ।	ਕਿਉਂਕਿ ਸੀਰੀਅਲ 0 ਪਹਿਲਾਂ ਹੀ NCP ਵਿੱਚ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਗਾਹਕ Zigbee NCP ਫਰੇਮਵਰਕ ਵਿੱਚ emberAfNcpInitCallback ਨੂੰ ਸਮਰੱਥ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਢੁਕਵੇਂ ਡਾਇਗਨੌਸਟਿਕ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਕਾਲ ਕਰ ਸਕਦੇ ਹਨ (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashSummary, halPrintCrashback to callback) ਇਸ ਡੇਟਾ ਨੂੰ ਸੀਰੀਅਲ 0 ਲਈ viewਨੈੱਟਵਰਕ ਐਨਾਲਾਈਜ਼ਰ ਕੈਪਚਰ ਲੌਗ ਵਿੱਚ ing. ਇੱਕ ਸਾਬਕਾ ਲਈampਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ, af-main-soc.c ਦੇ emberAfMainInit() ਵਿੱਚ ਸ਼ਾਮਲ ਕੋਡ ਨੂੰ ਵੇਖੋ ਜਦੋਂ EXTENDED_RESET_INFO ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ID #	ਵਰਣਨ	ਕੰਮਕਾਜ
486369	ਜੇਕਰ ਇੱਕ ਨਵਾਂ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਵਾਲੇ DynamicMultiProtocolLightSoc ਕੋਲ ਇੱਕ ਨੈੱਟਵਰਕ ਤੋਂ ਬਚੇ ਹੋਏ ਚਾਈਲਡ ਨੋਡ ਹਨ, ਤਾਂ emberAfGetChildTableSize startIdentifyOnAllChildNodes ਵਿੱਚ ਇੱਕ ਗੈਰ-ਜ਼ੀਰੋ ਮੁੱਲ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ "ਭੂਤ" ਬੱਚਿਆਂ ਨੂੰ ਸੰਬੋਧਨ ਕਰਨ ਵੇਲੇ Tx 66 ਗਲਤੀ ਸੁਨੇਹੇ ਆਉਂਦੇ ਹਨ।	ਨਵਾਂ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਹਿੱਸੇ ਨੂੰ ਮਾਸ-ਮਿਟਾਓ ਜਾਂ ਨੈੱਟਵਰਕ ਛੱਡਣ ਤੋਂ ਬਾਅਦ ਚਾਈਲਡ ਟੇਬਲ ਦੀ ਪ੍ਰੋਗ੍ਰਾਮਿਕ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰੋ ਅਤੇ ਨਵਾਂ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ emberRemoveChild ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਾਰੇ ਬੱਚਿਆਂ ਨੂੰ ਮਿਟਾਓ।
495563	SPI NCP Sleepy End Device S ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਰਿਹਾ ਹੈample ਐਪ ਛੋਟਾ ਪੋਲ ਨਹੀਂ ਕਰਦਾ, ਇਸਲਈ ਅੱਪਡੇਟ TC ਲਿੰਕ ਕੁੰਜੀ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ।	ਜੰਤਰ ਜੋ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੁੰਦਾ ਹੈ, ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਾਰਟ ਪੋਲ ਮੋਡ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਮੋਡ ਨੂੰ ਐਂਡ ਡਿਵਾਈਸ ਸਪੋਰਟ ਪਲੱਗਇਨ ਦੁਆਰਾ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
497832	ਨੈੱਟਵਰਕ ਐਨਾਲਾਈਜ਼ਰ ਵਿੱਚ ਵੈਰੀਫਾਈ ਕੁੰਜੀ ਬੇਨਤੀ ਫਰੇਮ ਲਈ ਜ਼ਿਗਬੀ ਐਪਲੀਕੇਸ਼ਨ ਸਪੋਰਟ ਕਮਾਂਡ ਬ੍ਰੇਕਡਾਊਨ ਗਲਤੀ ਨਾਲ ਪੇਲੋਡ ਦੇ ਹਿੱਸੇ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਜੋ ਫਰੇਮ ਸਰੋਤ ਪਤੇ ਨੂੰ ਮੰਜ਼ਿਲ ਪਤੇ ਵਜੋਂ ਦਰਸਾਉਂਦਾ ਹੈ।	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ
519905 521782	Spi-NCP ਓਟਾ-ਕਲਾਇੰਟ ਪਲੱਗਇਨ ਦੀ 'ਬੂਟਲੋਡ' CLI ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬੂਟਲੋਡਰ ਸੰਚਾਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਵਿੱਚ ਬਹੁਤ ਘੱਟ ਹੀ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ।	ਬੂਟਲੋਡ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ
620596	ਐਨਸੀਪੀ ਐਸਪੀਆਈ ਸਾਬਕਾampBRD4181A (EFR32xGMG21) ਲਈ le nਵੇਕ ਡਿਫੌਲਟ ਪਿੰਨ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਇੱਕ ਵੇਕ-ਅੱਪ ਪਿੰਨ ਦੇ ਤੌਰ ਤੇ ਵਰਤਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।	NCP-SPI ਪਲੱਗਇਨ ਵਿੱਚ nWake ਲਈ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਪਿੰਨ ਨੂੰ PD03 ਤੋਂ ਇੱਕ EM2/3 ਵੇਕ-ਅੱਪ-ਸਮਰਥਿਤ ਪਿੰਨ ਵਿੱਚ ਬਦਲੋ।
631713	ਇੱਕ ਜ਼ਿਗਬੀ ਐਂਡ ਡਿਵਾਈਸ ਐਡਰੈੱਸ ਟਕਰਾਵਾਂ ਦੀ ਵਾਰ-ਵਾਰ ਰਿਪੋਰਟ ਕਰੇਗੀ ਜੇਕਰ ਪਲੱਗਇਨ “ਜ਼ਿਗਬੀ ਪ੍ਰੋ ਸਟੈਕ ਲਾਇਬ੍ਰੇਰੀ” ਦੀ ਬਜਾਏ “ਜ਼ਿਗਬੀ ਪ੍ਰੋ ਲੀਫ ਲਾਇਬ੍ਰੇਰੀ” ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।	"ਜ਼ਿਗਬੀ ਪ੍ਰੋ ਸਟੈਕ ਲਾਇਬ੍ਰੇਰੀ" ਪਲੱਗਇਨ ਦੀ ਬਜਾਏ "ਜ਼ਿਗਬੀ ਪ੍ਰੋ ਲੀਫ ਲਾਇਬ੍ਰੇਰੀ" ਦੀ ਵਰਤੋਂ ਕਰੋ।
670702	ਰਿਪੋਰਟਿੰਗ ਪਲੱਗਇਨ ਦੇ ਅੰਦਰ ਅਯੋਗਤਾਵਾਂ ਡੇਟਾ ਲਿਖਣ ਦੀ ਬਾਰੰਬਾਰਤਾ ਅਤੇ ਸਾਰਣੀ ਦੇ ਆਕਾਰ ਦੇ ਅਧਾਰ ਤੇ ਮਹੱਤਵਪੂਰਣ ਲੇਟੈਂਸੀ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਈਵੈਂਟ ਟਾਈਮਿੰਗ ਸਮੇਤ ਗਾਹਕ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਵਿੱਚ ਦਖਲ ਦੇ ਸਕਦੀ ਹੈ।	ਜੇਕਰ ਵਾਰ-ਵਾਰ ਲਿਖਦੇ ਹੋ, ਤਾਂ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਬਜਾਏ ਰਿਪੋਰਟਿੰਗ ਸਥਿਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਅਤੇ ਰਿਪੋਰਟਾਂ ਨੂੰ ਹੱਥੀਂ ਭੇਜਣ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ।
708258	addEntryToGroupTable() ਰਾਹੀਂ group-server.c ਵਿੱਚ ਅਣ-ਸ਼ੁਰੂਆਤੀ ਮੁੱਲ ਇੱਕ ਜਾਅਲੀ ਬਾਈਡਿੰਗ ਬਣਾ ਸਕਦਾ ਹੈ ਅਤੇ ਗਰੁੱਪਕਾਸਟ ਰਿਪੋਰਟਿੰਗ ਸੁਨੇਹੇ ਭੇਜ ਸਕਦਾ ਹੈ।	"binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;" ਸ਼ਾਮਲ ਕਰੋ "binding.type ਤੋਂ ਬਾਅਦ = EMBER_MULTICAST_BINDING;”
757775	ਸਾਰੇ EFR32 ਭਾਗਾਂ ਵਿੱਚ ਇੱਕ ਵਿਲੱਖਣ RSSI ਆਫਸੈੱਟ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਬੋਰਡ ਡਿਜ਼ਾਈਨ, ਐਂਟੀਨਾ ਅਤੇ ਐਨਕਲੋਜ਼ਰ RSSI ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੇ ਹਨ।	ਨਵਾਂ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਰੇਲ ਉਪਯੋਗਤਾ, RSSI ਕੰਪੋਨੈਂਟ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ। ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਵਿੱਚ ਹਰੇਕ ਹਿੱਸੇ ਲਈ ਡਿਫੌਲਟ RSSI ਆਫਸੈੱਟ ਸਿਲੈਬਸ ਨੂੰ ਮਾਪਿਆ ਗਿਆ ਹੈ। ਤੁਹਾਡੇ ਪੂਰੇ ਉਤਪਾਦ ਦੀ RF ਜਾਂਚ ਤੋਂ ਬਾਅਦ ਲੋੜ ਪੈਣ 'ਤੇ ਇਸ ਆਫਸੈੱਟ ਨੂੰ ਸੋਧਿਆ ਜਾ ਸਕਦਾ ਹੈ।
758965	ZCL ਕਲੱਸਟਰ ਕੰਪੋਨੈਂਟ ਅਤੇ ZCL ਕਮਾਂਡ ਖੋਜ ਸਾਰਣੀ ਸਮਕਾਲੀ ਨਹੀਂ ਹਨ। ਇਸ ਲਈ, ਜਦੋਂ ਇੱਕ ZCL ਕਲੱਸਟਰ ਕੰਪੋਨੈਂਟ ਨੂੰ ਸਮਰੱਥ ਜਾਂ ਅਸਮਰੱਥ ਕਰਦੇ ਹੋ, ਲਾਗੂ ਕੀਤੀਆਂ ਕਮਾਂਡਾਂ ਸੰਬੰਧਿਤ ZCL ਐਡਵਾਂਸਡ ਕੌਂਫਿਗਰੇਟਰ ਕਮਾਂਡ ਟੈਬ ਵਿੱਚ ਸਮਰੱਥ/ਅਯੋਗ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ।	ZCL ਐਡਵਾਂਸਡ ਕੌਂਫਿਗਰੇਟਰ ਵਿੱਚ ਲੋੜੀਂਦੇ ZCL ਕਮਾਂਡਾਂ ਲਈ ਖੋਜ ਨੂੰ ਹੱਥੀਂ ਸਮਰੱਥ/ਅਯੋਗ ਕਰੋ।
765735	OTA ਅੱਪਡੇਟ ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ 'ਤੇ ਸਮਰਥਿਤ ਪੇਜ ਬੇਨਤੀ ਨਾਲ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ।	ਪੇਜ ਬੇਨਤੀ ਦੀ ਬਜਾਏ ਬਲੌਕ ਬੇਨਤੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।
845649	CLI ਨੂੰ ਹਟਾਉਣਾ: ਕੋਰ ਕੰਪੋਨੈਂਟ SL_cli.h ਨੂੰ EEPROM cli ਕਾਲਾਂ ਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦਾ ਹੈ।	eeprom-cli.c ਨੂੰ ਮਿਟਾਓ file ਜੋ ਕਿ sl_cli.h ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ota-storage-simple-eeprom ਵਿੱਚ sl_cli.h ਦੇ ਨਾਲ-ਨਾਲ sl_cli_command_arg_t ਨੂੰ ਕਾਲਾਂ ਬਾਰੇ ਟਿੱਪਣੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
857200	ias-zone-server.c ਇੱਕ "0000000000000000" CIE ਪਤੇ ਦੇ ਨਾਲ ਇੱਕ ਬਾਈਡਿੰਗ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਹੋਰ ਬਾਈਡਿੰਗਾਂ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ
1019961	ਜਨਰੇਟਡ Z3 ਗੇਟਵੇ ਮੇਕfile ਹਾਰਡਕੋਡ “gcc” ਨੂੰ CC ਵਜੋਂ	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ

ID #	ਵਰਣਨ	ਕੰਮਕਾਜ
1039767	Zigbee ਰਾਊਟਰ ਨੈੱਟਵਰਕ ਮਲਟੀ ਥ੍ਰੈਡ RTOS ਵਰਤੋਂ ਕੇਸ ਵਿੱਚ ਕਤਾਰ ਓਵਰਫਲੋ ਮੁੱਦੇ ਦੀ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰੋ।	ਜ਼ਿਗਬੀ ਸਟੈਕ ਥਰਿੱਡ-ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਕਿਸੇ ਹੋਰ ਕੰਮ ਤੋਂ Zigbee ਸਟੈਕ APIs ਨੂੰ ਕਾਲ ਕਰਨਾ OS ਵਾਤਾਵਰਣ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ ਅਤੇ ਸਟੈਕ ਨੂੰ "ਨਾਨ-ਵਰਕਿੰਗ" ਸਥਿਤੀ ਵਿੱਚ ਪਾ ਸਕਦਾ ਹੈ। ਇਵੈਂਟ ਹੈਂਡਲਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਅਤੇ ਹੱਲ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਐਪ ਨੋਟ ਨੂੰ ਵੇਖੋ। https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
1064370	Z3 ਸਵਿੱਚ ਐੱਸample ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਬਟਨ (ਉਦਾਹਰਨ: btn1) ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਹੈ ਜੋ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਬਟਨ ਦੇ ਵੇਰਵੇ ਵਿੱਚ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਹੈfile.	ਹੱਲ: Z0Switch ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣ ਦੇ ਦੌਰਾਨ ਹੱਥੀਂ btn3 ਉਦਾਹਰਨ ਸਥਾਪਤ ਕਰੋ।
1161063	Z3Light ਅਤੇ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਗਲਤ ਕਲੱਸਟਰ ਸੰਸ਼ੋਧਨ ਮੁੱਲਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀਆਂ ਹਨ।	ਕਲੱਸਟਰ ਸੰਸ਼ੋਧਨ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਉਹਨਾਂ ਦੇ ਢੁਕਵੇਂ ਸੰਸ਼ੋਧਨ ਲਈ ਹੱਥੀਂ ਅੱਪਡੇਟ ਕਰੋ।
1164768, 1171478, 1171479	ਗਲਤੀ: ezspErrorHandler 0x34 ਨੇ mfglib ਰਿਸੀਵ ਮੋਡ ਦੇ ਦੌਰਾਨ ਵਾਰ-ਵਾਰ ਰਿਪੋਰਟ ਕੀਤੀ	ਪ੍ਰਿੰਟ ਕੀਤੇ ਗਏ ਗਲਤੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਘਟਾਉਣ ਲਈ, EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ਕੌਂਫਿਗਰ ਕਰੋ ਹੋਸਟ ਐਪ 'ਤੇ ENT_TIMEOUT_MS 100 ਤੱਕ, ਇਸਲਈ ਕਾਲਬੈਕ ਕਤਾਰ ਹੋਰ ਤੇਜ਼ੀ ਨਾਲ ਖਾਲੀ ਹੋ ਜਾਂਦੀ ਹੈ।
1252460	SimEEPROM ਰਿਕਵਰੀ ਰੂਟੀਨ (v1 ਅਤੇ v2 ਦੋਨਾਂ ਲਈ) ਸਟਾਰਟਅਪ 'ਤੇ ਚਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਫਲੈਸ਼ ਪੇਜ ਮਿਟਾਉਣ ਵਾਲੀ ਕਾਲ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ em_msc.c ਦੇ MSC_ErasePage ਰੁਟੀਨ ਦੌਰਾਨ ਦਾਅਵਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।	ਹੱਲ: em_msc.c ਵਿੱਚ MSC_ErasePage() ਫੰਕਸ਼ਨ ਦੇ ਸਿਖਰ 'ਤੇ ਕੋਡ ਦੀ ਹੇਠ ਦਿੱਤੀ ਲਾਈਨ ਰੱਖੋ: ਸ਼ੁਰੂਆਤੀ ਪਤਾ = (uint32_t*)((uint32_t)ਸ਼ੁਰੂ ਪਤੇ ਅਤੇ ~(FLASH_PAGE_SIZE-1));

ਨਾਪਸੰਦ ਆਈਟਮਾਂ

ਰੀਲੀਜ਼ 7.4.1.0 ਵਿੱਚ ਨਾਪਸੰਦ ਕੀਤਾ ਗਿਆ

GSDK 7.4.0.0 ਵਿੱਚ, ਇਸ ਪੈਚ ਸਮੇਤ, ਪੋਰਟ 3 ਜਾਂ 4900 ਦੇ ਨਾਲ ਇੱਕ ਟੇਲਨੈੱਟ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਲਈ ਇੱਕ Z4901Gateway ਵਿੱਚ "-v" ਵਿਕਲਪ ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਟੇਲਨੈੱਟ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਦਾ ਵਿਕਲਪਿਕ ਸਿਫ਼ਾਰਸ਼ ਕੀਤਾ ਤਰੀਕਾ ਲੀਨਕਸ ਉਪਯੋਗਤਾਵਾਂ ਜਿਵੇਂ ਕਿ "ਸੋਕਟ" ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ।

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਨਾਪਸੰਦ ਕੀਤਾ ਗਿਆ

ਹੇਠਾਂ ਦਿੱਤੇ ਨਾਪਸੰਦ ਸੁਰੱਖਿਆ API ਨੂੰ ਹਟਾਇਆ ਗਿਆ:
emberGetKey()
emberGetKeyTableEntry()
emberSetKeyTableEntry()
emberHaveLinkKey()
emberAddOrUpdateKeyTableEntry()
emberAddTransientLinkKey()
emberGetTransientKeyTableEntry()
emberGetTransientLinkKey()
emberHmacAesHash()

ਕੁੰਜੀ ਸਟੋਰੇਜ ਅਤੇ HMAC ਹੈਸ਼ਿੰਗ ਤੱਕ ਪਹੁੰਚ ਲਈ Zigbee ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਕ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ API ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਹਟਾਈਆਂ ਆਈਟਮਾਂ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਹਟਾਇਆ ਗਿਆ

ਜਨਤਕ ਸਿਰਲੇਖ ਵਿੱਚ ਡੁਪਲੀਕੇਟ ਜਨਤਕ API ਨੂੰ ਹਟਾਇਆ ਗਿਆ file gp-types.h.
zigbee_end_device_bind ਕੰਪੋਨੈਂਟ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਇਹ ਕੰਪੋਨੈਂਟ ਕੋਆਰਡੀਨੇਟਰ ਲਈ ਬ੍ਰੋਕਰ ਬਾਈਡਿੰਗ ਰੀ-ਕਵੈਸਟਸ ਲਈ ਅੰਤਮ ਡਿਵਾਈਸਾਂ ਲਈ ਵਰਤਿਆ ਗਿਆ ਸੀ। ਇਸ ਵਿਕਲਪਿਕ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ Zigbee ਕੋਰ ਸਪੈਕ ਦੇ R22 ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਸੀ।
af-host.c ਅਤੇ ਬੇਕਾਰ ਚੈੱਕ ਕੇਸ EZSP_CONFIG_PACKET_BUFFER_COUNT ਵਿੱਚ setPacketBufferCount() ਨੂੰ ਹਟਾਇਆ ਗਿਆ: command-handlers.c ਵਿੱਚ.
ਮੈਮੋਰੀ ਵੰਡ ਆਰਗੂਮੈਂਟ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਕਿਉਂਕਿ NCP ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਵੇਲੇ ਦੋ ਪੜਾਵਾਂ ਵਿੱਚ ਵੰਡਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।
se14-comms-hub, se14-ihd, ਅਤੇ se14-meter-gas's app.c ਵਿੱਚ emberAfNcpInitCallback() ਨੂੰ ਹਟਾਇਆ ਗਿਆ।
ncp-configuration.c ਵਿੱਚ ncp ਸ਼ੁਰੂਆਤ ਦੇ ਦੌਰਾਨ EZSP_CONFIG_RETRY_QUEUE_SIZE ਮੁੱਲ ਸੈਟਿੰਗ ਨੂੰ ਹਟਾਇਆ ਗਿਆ।

ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਗੇਟਵੇ ਅਤੇ ਆਰ.ਸੀ.ਪੀ

ਨਵੀਆਂ ਆਈਟਮਾਂ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ

ਸਮਕਾਲੀ ਸੁਣਨਾ, EFR802.15.4xG32 ਜਾਂ xG24 RCP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਸੁਤੰਤਰ 21 ਚੈਨਲਾਂ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ Zigbee ਅਤੇ OpenThread ਸਟੈਕ ਦੀ ਯੋਗਤਾ, ਜਾਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। 802.15.4 RCP/Bluetooth RCP ਸੁਮੇਲ, Zigbee NCP/OpenThread RCP ਸੁਮੇਲ, ਜਾਂ Zigbee/OpenThread ਸਿਸਟਮ-ਆਨ-ਚਿੱਪ (SoC) ਲਈ ਸਮਕਾਲੀ ਸੁਣਨਾ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇਸ ਨੂੰ ਭਵਿੱਖ ਦੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਵਿੱਚ ਜੋੜਿਆ ਜਾਵੇਗਾ।
OpenThread CLI ਵਿਕਰੇਤਾ ਐਕਸਟੈਂਸ਼ਨ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਕੰਟੇਨਰਾਂ ਦੇ OpenThread ਹੋਸਟ ਐਪਸ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਹੈ। ਇਸ ਵਿੱਚ coex cli ਕਮਾਂਡਾਂ ਸ਼ਾਮਲ ਹਨ।

ਸੁਧਾਰ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ ਹੈ
Zigbee NCP/OpenThread RCP ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਸੁਮੇਲ ਹੁਣ ਉਤਪਾਦਨ ਗੁਣਵੱਤਾ ਹੈ।
7.3 ਸਥਿਰ ਮੁੱਦੇ

ਰੀਲੀਜ਼ 7.4.2.0 ਵਿੱਚ ਸਥਿਰ

ID #	ਵਰਣਨ
1022972	Zigbee-OpenThread NCP/RCP s ਵਿੱਚ ਸਹਿ-ਹੋਂਦ ਵਾਲਾ ਪਲੱਗਇਨ ਜੋੜਿਆ ਗਿਆampਲੇ ਐਪਲੀਕੇਸ਼ਨ.
1231021	OTBR ਵਿੱਚ ਅਜਿਹੇ ਦਾਅਵੇ ਤੋਂ ਬਚੋ ਜੋ ਸਬ ਮੈਕ ਨੂੰ ਅਣ-ਹੈਂਡਲਡ ਟ੍ਰਾਂਸਮਿਟ ਗਲਤੀਆਂ ਨੂੰ ਪਾਸ ਕਰਨ ਦੀ ਬਜਾਏ RCP ਨੂੰ ਰਿਕਵਰ ਕਰਕੇ 80+ ਜ਼ਿਗਬੀ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵੇਲੇ ਦੇਖਿਆ ਗਿਆ ਹੈ।
1249346	ਇੱਕ ਮੁੱਦੇ ਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਿੱਥੇ RCP ਹੋਸਟ ਲਈ ਨਿਰਧਾਰਤ ਪੈਕੇਟਾਂ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਡੀਕਿਊ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ OTBR ਵਿੱਚ ਇੱਕ ਪਾਰਸ ਗਲਤੀ ਅਤੇ ਅਚਾਨਕ ਸਮਾਪਤੀ ਹੋ ਸਕਦੀ ਹੈ।

ਰੀਲੀਜ਼ 7.4.1.0 ਵਿੱਚ ਸਥਿਰ

ID #	ਵਰਣਨ
1213701	ZigBee ਨੇ ਇੱਕ ਬੱਚੇ ਲਈ ਇੱਕ ਸਰੋਤ ਮੈਚ ਟੇਬਲ ਐਂਟਰੀ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੱਤੀ ਜੇਕਰ MAC ਅਸਿੱਧੇ ਕਤਾਰ ਵਿੱਚ ਉਸ ਬੱਚੇ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਲੰਬਿਤ ਡੇਟਾ ਹੈ। ਇਹ ਵਿਵਹਾਰ APS Ack ਜਾਂ ਐਪ-ਲੇਅਰ ਜਵਾਬ ਦੀ ਘਾਟ ਕਾਰਨ ਬੱਚੇ ਅਤੇ ਕੁਝ ਹੋਰ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਐਪਲੀਕੇਸ਼ਨ-ਲੇਅਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਨੂੰ ਅਸਫਲ ਕਰ ਸਕਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਚਾਈਲਡ ਡਿਵਾਈਸ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਵਾਲੇ ZCL OTA ਅੱਪਗਰੇਡਾਂ ਦੀ ਰੁਕਾਵਟ ਅਤੇ ਅਚਾਨਕ ਸਮਾਪਤੀ।
1244461	ਸੁਨੇਹੇ ਬਕਾਇਆ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਬੱਚੇ ਲਈ ਸਰੋਤ ਮੈਚ ਟੇਬਲ ਐਂਟਰੀ ਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਸਥਿਰ

ID #	ਵਰਣਨ
1081828	FreeRTOS-ਅਧਾਰਿਤ Zigbee/BLE DMP s ਨਾਲ ਥ੍ਰੂਪੁੱਟ ਮੁੱਦਾample ਐਪਲੀਕੇਸ਼ਨ.
1090921	Z3GatewayCpc ਨੂੰ ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਮਾਹੌਲ ਵਿੱਚ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਵਿੱਚ ਮੁਸ਼ਕਲ ਆਈ।
1153055	ਹੋਸਟ 'ਤੇ ਇੱਕ ਦਾਅਵਾ ਉਦੋਂ ਹੋਇਆ ਸੀ ਜਦੋਂ zigbee_ncp-ble_ncp-uart s ਤੋਂ NCP ਸੰਸਕਰਣ ਨੂੰ ਪੜ੍ਹਦੇ ਸਮੇਂ ਇੱਕ ਸੰਚਾਰ ਅਸਫਲਤਾ ਸੀample ਐਪ.
1155676	802.15.4 RCP ਨੇ ਸਾਰੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਯੂਨੀਕਾਸਟ ਪੈਕੇਟਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਹੈ (MAC ਐਕ ਕਰਨ ਤੋਂ ਬਾਅਦ) ਜੇਕਰ ਮਲਟੀਪਲ 15.4 ਇੰਟਰਫੇਸ ਇੱਕੋ 16-ਬਿੱਟ ਨੋਡ ID ਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ।
1173178	ਹੋਸਟ ਨੇ ਹੋਸਟ-ਆਰਸੀਪੀ ਸੈੱਟਅੱਪ ਵਿੱਚ mfglib ਦੇ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤੇ ਸੈਂਕੜੇ ਪੈਕੇਟਾਂ ਦੀ ਝੂਠੀ ਰਿਪੋਰਟ ਕੀਤੀ।

ID #	ਵਰਣਨ
1190859	ਹੋਸਟ-ਆਰਸੀਪੀ ਸੈੱਟਅੱਪ ਵਿੱਚ mfglib ਬੇਤਰਤੀਬ ਪੈਕੇਟ ਭੇਜਣ ਵੇਲੇ EZSP ਗਲਤੀ।
1199706	ਭੁੱਲੇ ਹੋਏ ਐਂਡ ਡਿਵਾਈਸ ਬੱਚਿਆਂ ਦੇ ਡੇਟਾ ਪੋਲ ਸਾਬਕਾ ਬੱਚੇ ਨੂੰ ਛੱਡੋ ਅਤੇ ਮੁੜ ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਕਤਾਰਬੱਧ ਕਰਨ ਲਈ RCP 'ਤੇ ਲੰਬਿਤ ਫ੍ਰੇਮ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੈੱਟ ਨਹੀਂ ਕਰ ਰਹੇ ਸਨ।
1207967	“mfglib send random” ਕਮਾਂਡ Zigbeed ਉੱਤੇ ਵਾਧੂ ਪੈਕੇਟ ਭੇਜ ਰਹੀ ਸੀ।
1208012	RCP 'ਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵੇਲੇ mfglib rx ਮੋਡ ਨੇ ਪੈਕੇਟ ਜਾਣਕਾਰੀ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤਾ।
1214359	ਕੋਆਰਡੀਨੇਟਰ ਨੋਡ ਕ੍ਰੈਸ਼ ਹੋ ਗਿਆ ਜਦੋਂ 80 ਜਾਂ ਵੱਧ ਰਾਊਟਰਾਂ ਨੇ ਹੋਸਟ-ਆਰਸੀਪੀ ਸੈੱਟਅੱਪ ਵਿੱਚ ਇੱਕੋ ਸਮੇਂ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ।
1216470	ਐਡਰੈੱਸ ਮਾਸਕ 0xFFFF ਲਈ ਇੱਕ ਪ੍ਰਸਾਰਣ ਰੀਲੇਅ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਇੱਕ Zigbee RCP ਇੱਕ ਪੇਰੈਂਟ ਡਿਵਾਈਸ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਹਰੇਕ ਬੱਚੇ ਲਈ ਬਕਾਇਆ ਡਾਟਾ ਫਲੈਗ ਸੈੱਟ ਛੱਡ ਦੇਵੇਗਾ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹਰੇਕ ਬੱਚਾ ਹਰੇਕ ਪੋਲ ਤੋਂ ਬਾਅਦ ਡਾਟਾ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋਏ ਜਾਗਦਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਅੰਤ ਵਿੱਚ ਇਸ ਸਥਿਤੀ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਲਈ ਹਰੇਕ ਅੰਤਮ ਡਿਵਾਈਸ ਲਈ ਕੁਝ ਹੋਰ ਬਕਾਇਆ ਡਾਟਾ ਲੈਣ-ਦੇਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਵਿੱਚ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦੇ

ਪਿਛਲੀ ਰੀਲੀਜ਼ ਤੋਂ ਬਾਅਦ ਬੋਲਡ ਵਿੱਚ ਮੁੱਦੇ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ। ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਰੀਲੀਜ਼ ਖੁੰਝ ਗਈ ਹੈ, ਤਾਂ ਹਾਲੀਆ ਰੀਲੀਜ਼ ਨੋਟਸ 'ਤੇ ਉਪਲਬਧ ਹਨ https://www.si-labs.com/developers/gecko-software-development-kit.

ID #	ਵਰਣਨ	ਕੰਮਕਾਜ
937562	Raspberry Pi OS 802154 'ਤੇ rcp-uart- 11-blehci ਐਪ ਨਾਲ Bluetoothctl 'advertise on' ਕਮਾਂਡ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ।	Bluetoothctl ਦੀ ਬਜਾਏ btmgmt ਐਪ ਦੀ ਵਰਤੋਂ ਕਰੋ।
1074205	CMP RCP ਇੱਕੋ ਪੈਨ ਆਈਡੀ 'ਤੇ ਦੋ ਨੈੱਟਵਰਕਾਂ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।	ਹਰੇਕ ਨੈੱਟਵਰਕ ਲਈ ਵੱਖ-ਵੱਖ ਪੈਨ ਆਈਡੀ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਭਵਿੱਖ ਦੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਸਹਾਇਤਾ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ।
1122723	ਇੱਕ ਵਿਅਸਤ ਮਾਹੌਲ ਵਿੱਚ CLI z3-light_ot-ftd_soc ਐਪ ਵਿੱਚ ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ।	ਕੋਈ ਜਾਣਿਆ ਹੱਲ ਨਹੀਂ।
1124140	z3-ਲਾਈਟ_ot-ftd_soc sample ਐਪ Zigbee ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੈ ਜੇਕਰ OT ਨੈੱਟਵਰਕ ਪਹਿਲਾਂ ਹੀ ਚਾਲੂ ਹੈ।	ਜ਼ਿਗਬੀ ਨੈੱਟਵਰਕ ਨੂੰ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਓਟੀ ਨੈੱਟਵਰਕ ਬਾਅਦ ਵਿੱਚ।
1170052	CMP Zigbee NCP + OT RCP ਅਤੇ DMP Zigbee NCP + BLE NCP ਇਸ ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਵਿੱਚ 64KB ਅਤੇ ਹੇਠਲੇ RAM ਭਾਗਾਂ 'ਤੇ ਫਿੱਟ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ।	64KB ਹਿੱਸੇ ਇਸ ਸਮੇਂ ਇਹਨਾਂ ਐਪਾਂ ਲਈ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ।
1209958	Bobcat ਅਤੇ Bobcat Lite 'ਤੇ ZB/OT/BLE RCP ਤਿੰਨੋਂ ਪ੍ਰੋਟੋਕੋਲ ਚਲਾਉਣ ਵੇਲੇ ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ।	ਭਵਿੱਖ ਦੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਵੇਗਾ
1221299	Mfglib RSSI ਰੀਡਿੰਗ RCP ਅਤੇ NCP ਵਿਚਕਾਰ ਵੱਖ-ਵੱਖ ਹਨ।	ਭਵਿੱਖ ਦੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਵੇਗਾ.

ਨਾਪਸੰਦ ਆਈਟਮਾਂ

ਕੋਈ ਨਹੀਂ

ਹਟਾਈਆਂ ਆਈਟਮਾਂ

ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਹਟਾਇਆ ਗਿਆ

“NONCOMPLIANT_ACK_TIMING_WORKAROUND” ਮੈਕਰੋ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਸਾਰੀਆਂ RCP ਐਪਾਂ ਹੁਣ ਡਿਫੌਲਟ ਤੌਰ 'ਤੇ CSL ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਵਿਸਤ੍ਰਿਤ ਏਕਸ ਲਈ 192 µsec ਟਰਨਅਰਾਊਂਡ ਟਾਈਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਗੈਰ-ਐਂਹੈਂਸਡ ਏਕਸ ਲਈ 256 µsec ਟਰਨਅਰਾਊਂਡ ਟਾਈਮ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ।

ਇਸ ਰੀਲੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਸ਼ਾਮਲ ਹਨ:

Zigbee ਸਟੈਕ
Zigbee ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ
ਜਿਗਬੀ ਐੱਸampਲੇ ਐਪਲੀਕੇਸ਼ਨ

Zigbee ਅਤੇ EmberZNet SDK ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਵੇਖੋ UG103.02: Zigbee ਫੰਡਾਮੈਂਟਲਜ਼.
ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲੀ ਵਾਰ ਵਰਤੋਂਕਾਰ ਹੋ, ਤਾਂ ਵੇਖੋ QSG180: SDK 7.0 ਅਤੇ ਉੱਚ ਲਈ Zigbee EmberZNet ਕਵਿੱਕ-ਸਟਾਰਟ ਗਾਈਡ, ਆਪਣੇ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ, ਬਣਾਉਣ ਅਤੇ ਫਲੈਸ਼ ਕਰਨ ਲਈ ਨਿਰਦੇਸ਼ਾਂ ਲਈample ਐਪਲੀਕੇਸ਼ਨ, ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਹਵਾਲੇ ਅਗਲੇ ਕਦਮਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।

ਇੰਸਟਾਲੇਸ਼ਨ ਅਤੇ ਵਰਤੋਂ

he Zigbee EmberZNet SDK ਗੀਕੋ SDK (GSDK), ਸਿਲੀਕਾਨ ਲੈਬਜ਼ SDKs ਦੇ ਸੂਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ। GSDK ਨਾਲ ਜਲਦੀ ਸ਼ੁਰੂਆਤ ਕਰਨ ਲਈ, ਸਥਾਪਿਤ ਕਰੋ ਸਾਦਗੀ ਸਟੂਡੀਓ 5, ਜੋ ਤੁਹਾਡੇ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਨੂੰ ਸੈਟ ਅਪ ਕਰੇਗਾ ਅਤੇ ਤੁਹਾਨੂੰ GSDK ਸਥਾਪਨਾ ਦੁਆਰਾ ਲੈ ਜਾਵੇਗਾ। ਸਿਮਪਲੀਸੀਟੀ ਸਟੂਡੀਓ 5 ਵਿੱਚ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਡਿਵਾਈਸਾਂ ਦੇ ਨਾਲ IoT ਉਤਪਾਦ ਦੇ ਵਿਕਾਸ ਲਈ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਸ਼ਾਮਲ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਸਰੋਤ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਲਾਂਚਰ, ਸਾਫਟਵੇਅਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਟੂਲ, GNU ਟੂਲਚੇਨ ਨਾਲ ਪੂਰਾ IDE, ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਟੂਲ ਸ਼ਾਮਲ ਹਨ। ਇੰਸਟਾਲੇਸ਼ਨ ਨਿਰਦੇਸ਼ ਔਨਲਾਈਨ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਹਨ ਸਾਦਗੀ ਸਟੂਡੀਓ 5 ਉਪਭੋਗਤਾ ਦੀ ਗਾਈਡ.

ਵਿਕਲਪਕ ਤੌਰ 'ਤੇ, GitHub ਤੋਂ ਨਵੀਨਤਮ ਨੂੰ ਡਾਊਨਲੋਡ ਜਾਂ ਕਲੋਨ ਕਰਕੇ Gecko SDK ਨੂੰ ਹੱਥੀਂ ਸਥਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ https://github.com/Sili-conLabs/gecko_sdk ਦੇਖੋ।
ਸਾਦਗੀ ਸਟੂਡੀਓ ਇਸ ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ GSDK ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ:

(ਵਿੰਡੋਜ਼): C:\ਉਪਭੋਗਤਾ\ \SimplicityStudio\SDKs\gecko_sdk
(MacOS): /ਉਪਭੋਗਤਾ/ /SimplicityStudio/SDKs/gecko_sdk

SDK ਸੰਸਕਰਣ ਲਈ ਵਿਸ਼ੇਸ਼ ਦਸਤਾਵੇਜ਼ SDK ਨਾਲ ਸਥਾਪਤ ਕੀਤੇ ਗਏ ਹਨ। ਵਾਧੂ ਜਾਣਕਾਰੀ ਅਕਸਰ ਗਿਆਨ ਅਧਾਰ ਲੇਖਾਂ (KBAs) ਵਿੱਚ ਲੱਭੀ ਜਾ ਸਕਦੀ ਹੈ। API ਹਵਾਲੇ ਅਤੇ ਇਸ ਬਾਰੇ ਅਤੇ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਦੀਆਂ ਰੀਲੀਜ਼ਾਂ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ 'ਤੇ ਉਪਲਬਧ ਹੈ https://docs.silabs.com/.

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

ਸੁਰੱਖਿਅਤ ਵਾਲਟ ਏਕੀਕਰਣ

ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜੋ ਸਿਕਿਓਰ ਵਾਲਟ-ਹਾਈ ਪਾਰਟਸ 'ਤੇ ਸਿਕਿਓਰ ਕੀ ਸਟੋਰੇਜ਼ ਕੰਪੋਨੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੁੰਜੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਸਟੋਰ ਕਰਨ ਦੀ ਚੋਣ ਕਰਦੇ ਹਨ, ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ ਸੁਰੱਖਿਅਤ ਕੁੰਜੀਆਂ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸਟੋਰੇਜ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਪ੍ਰਬੰਧਨ Zigbee ਸੁਰੱਖਿਆ ਮੈਨੇਜਰ ਕੰਪੋਨੈਂਟ ਕਰਦਾ ਹੈ।

ਲਪੇਟਿਆ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ / ਗੈਰ-ਨਿਰਯਾਤਯੋਗ	ਨੋਟਸ
ਨੈੱਟਵਰਕ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ
ਟਰੱਸਟ ਸੈਂਟਰ ਲਿੰਕ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ
ਅਸਥਾਈ ਲਿੰਕ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ	ਇੰਡੈਕਸਡ ਕੁੰਜੀ ਸਾਰਣੀ, ਅਸਥਿਰ ਕੁੰਜੀ ਵਜੋਂ ਸਟੋਰ ਕੀਤੀ ਗਈ
ਐਪਲੀਕੇਸ਼ਨ ਲਿੰਕ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ	ਸੂਚੀਬੱਧ ਕੁੰਜੀ ਸਾਰਣੀ
ਸੁਰੱਖਿਅਤ EZSP ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ
ZLL ਇਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ
ZLL ਪ੍ਰੀ-ਕਨਫਿਗਰ ਕੀਤੀ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ
GPD ਪ੍ਰੌਕਸੀ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ	ਸੂਚੀਬੱਧ ਕੁੰਜੀ ਸਾਰਣੀ
GPD ਸਿੰਕ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ	ਸੂਚੀਬੱਧ ਕੁੰਜੀ ਸਾਰਣੀ
ਅੰਦਰੂਨੀ/ਪਲੇਸਹੋਲਡਰ ਕੁੰਜੀ	ਨਿਰਯਾਤਯੋਗ	Zigbee ਸੁਰੱਖਿਆ ਮੈਨੇਜਰ ਦੁਆਰਾ ਵਰਤਣ ਲਈ ਅੰਦਰੂਨੀ ਕੁੰਜੀ

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

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

ਸੁਰੱਖਿਆ ਸਲਾਹ

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

ਸਪੋਰਟ

ਵਿਕਾਸ ਕਿੱਟ ਗਾਹਕ ਸਿਖਲਾਈ ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਲਈ ਯੋਗ ਹਨ। ਸਿਲੀਕਾਨ ਲੈਬਾਰਟਰੀਜ਼ ਜ਼ਿਗਬੀ ਦੀ ਵਰਤੋਂ ਕਰੋ web ਸਾਰੇ Silicon Labs Zigbee ਉਤਪਾਦਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਉਤਪਾਦ ਸਹਾਇਤਾ ਲਈ ਸਾਈਨ ਅੱਪ ਕਰਨ ਲਈ ਪੰਨਾ।
ਤੁਸੀਂ http://www.silabs.com/support 'ਤੇ ਸਿਲੀਕਾਨ ਲੈਬਾਰਟਰੀਜ਼ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ।

ਸਾਦਗੀ ਸਟੂਡੀਓ

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

IoT ਪੋਰਟਫੋਲੀਓ

www.silabs.com/IoT

SW/HW

www.silabs.com/simplicity

ਗੁਣਵੱਤਾ

www.silabs.com/quality

ਸਹਾਇਤਾ ਅਤੇ ਭਾਈਚਾਰਾ

www.silabs.com/community

ਬੇਦਾਅਵਾ

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਗਾਹਕਾਂ ਨੂੰ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਜਾਂ ਵਰਤਣ ਦੇ ਇਰਾਦੇ ਵਾਲੇ ਸਿਸਟਮ ਅਤੇ ਸੌਫਟਵੇਅਰ ਇੰਪਲ-ਮੈਂਟਰਾਂ ਲਈ ਉਪਲਬਧ ਸਾਰੇ ਪੈਰੀਫਿਰਲਾਂ ਅਤੇ ਮੋਡਿਊਲਾਂ ਦੇ ਨਵੀਨਤਮ, ਸਹੀ, ਅਤੇ ਡੂੰਘਾਈ ਨਾਲ ਦਸਤਾਵੇਜ਼ ਪ੍ਰਦਾਨ ਕਰਨ ਦਾ ਇਰਾਦਾ ਰੱਖਦੀ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾ ਡੇਟਾ, ਉਪਲਬਧ ਮੋਡੀਊਲ ਅਤੇ ਪੈਰੀਫਿਰਲ, ਮੈਮੋਰੀ ਆਕਾਰ ਅਤੇ ਮੈਮੋਰੀ ਪਤੇ ਹਰੇਕ ਖਾਸ ਡਿਵਾਈਸ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ "ਆਮ" ਪੈਰਾਮੀਟਰ ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵੱਖੋ-ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਕਰ ਸਕਦੇ ਹਨ। ਐਪਲੀਕੇਸ਼ਨ ਸਾਬਕਾampਇੱਥੇ ਵਰਣਿਤ les ਸਿਰਫ਼ ਵਿਆਖਿਆ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਹਨ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਇੱਥੇ ਉਤਪਾਦ ਦੀ ਜਾਣਕਾਰੀ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਅਤੇ ਵਰਣਨ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਹੋਰ ਨੋਟਿਸ ਦੇ ਬਦਲਾਅ ਕਰਨ ਦਾ ਅਧਿਕਾਰ ਰਾਖਵਾਂ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਜਾਣਕਾਰੀ ਦੀ ਸ਼ੁੱਧਤਾ ਜਾਂ ਸੰਪੂਰਨਤਾ ਦੀ ਵਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੀ ਹੈ। ਪੂਰਵ ਸੂਚਨਾ ਦੇ ਬਿਨਾਂ, ਸਿਲੀਕਾਨ ਲੈਬ ਸੁਰੱਖਿਆ ਜਾਂ ਭਰੋਸੇਯੋਗਤਾ ਕਾਰਨਾਂ ਕਰਕੇ ਨਿਰਮਾਣ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਉਤਪਾਦ ਫਰਮਵੇਅਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰ ਸਕਦੀ ਹੈ। ਅਜਿਹੀਆਂ ਤਬਦੀਲੀਆਂ ਉਤਪਾਦ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜਾਂ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਨਹੀਂ ਬਦਲਦੀਆਂ। ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਦੇ ਨਤੀਜਿਆਂ ਲਈ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੀ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਹੋਵੇਗੀ। ਇਹ ਦਸਤਾਵੇਜ਼ ਕਿਸੇ ਵੀ ਏਕੀਕ੍ਰਿਤ ਸਰਕਟਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਜਾਂ ਬਣਾਉਣ ਲਈ ਕਿਸੇ ਵੀ ਲਾਇਸੈਂਸ ਨੂੰ ਸੰਕੇਤ ਜਾਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਉਤਪਾਦਾਂ ਨੂੰ ਕਿਸੇ ਵੀ FDA ਕਲਾਸ III ਡਿਵਾਈਸਾਂ ਦੇ ਅੰਦਰ ਵਰਤਣ ਲਈ ਡਿਜ਼ਾਇਨ ਜਾਂ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਹ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਿਨ੍ਹਾਂ ਲਈ FDA ਪ੍ਰੀਮਾਰਕੀਟ ਪ੍ਰਵਾਨਗੀ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੀ ਵਿਸ਼ੇਸ਼ ਲਿਖਤੀ ਸਹਿਮਤੀ ਤੋਂ ਬਿਨਾਂ ਲਾਈਫ ਸਪੋਰਟ ਸਿਸਟਮ। ਇੱਕ "ਲਾਈਫ ਸਪੋਰਟ ਸਿਸਟਮ" ਜੀਵਨ ਅਤੇ/ਜਾਂ ਸਿਹਤ ਨੂੰ ਸਮਰਥਨ ਦੇਣ ਜਾਂ ਕਾਇਮ ਰੱਖਣ ਦਾ ਇਰਾਦਾ ਕੋਈ ਵੀ ਉਤਪਾਦ ਜਾਂ ਪ੍ਰਣਾਲੀ ਹੈ, ਜੋ, ਜੇਕਰ ਇਹ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਮਹੱਤਵਪੂਰਨ ਨਿੱਜੀ ਸੱਟ ਜਾਂ ਮੌਤ ਹੋਣ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦ ਫੌਜੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਜਾਂ ਅਧਿਕਾਰਤ ਨਹੀਂ ਹਨ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰਮਾਣੂ, ਜੈਵਿਕ ਜਾਂ ਰਸਾਇਣਕ ਹਥਿਆਰਾਂ, ਜਾਂ ਅਜਿਹੇ ਹਥਿਆਰਾਂ ਨੂੰ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਮਿਜ਼ਾਈਲਾਂ ਸਮੇਤ (ਪਰ ਇਹਨਾਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ) ਸਮੂਹਿਕ ਵਿਨਾਸ਼ ਦੇ ਹਥਿਆਰਾਂ ਵਿੱਚ ਨਹੀਂ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਸਾਰੀਆਂ ਸਪੱਸ਼ਟ ਅਤੇ ਅਪ੍ਰਤੱਖ ਵਾਰੰਟੀਆਂ ਦਾ ਖੰਡਨ ਕਰਦੀ ਹੈ ਅਤੇ ਅਜਿਹੀਆਂ ਅਣਅਧਿਕਾਰਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਵੀ ਸੱਟ ਜਾਂ ਨੁਕਸਾਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਜਾਂ ਜਵਾਬਦੇਹ ਨਹੀਂ ਹੋਵੇਗੀ। ਨੋਟ: ਇਸ ਸਮੱਗਰੀ ਵਿੱਚ ਅਪਮਾਨਜਨਕ ਸ਼ਬਦਾਵਲੀ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਹੁਣ ਪੁਰਾਣੀ ਹੈ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਜਿੱਥੇ ਵੀ ਸੰਭਵ ਹੋਵੇ, ਇਹਨਾਂ ਸ਼ਬਦਾਂ ਨੂੰ ਸੰਮਲਿਤ ਭਾਸ਼ਾ ਨਾਲ ਬਦਲ ਰਹੀ ਹੈ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, 'ਤੇ ਜਾਓ www.silabs.com/about-us/inclusive-lexicon-project

ਟ੍ਰੇਡਮਾਰਕ ਜਾਣਕਾਰੀ

Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® ਅਤੇ Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro Logo ਅਤੇ ਇਸਦੇ ਸੰਜੋਗ , “ਦੁਨੀਆ ਦੇ ਸਭ ਤੋਂ ਊਰਜਾ ਅਨੁਕੂਲ ਮਾਈਕ੍ਰੋਕੰਟਰੋਲਰ”, Redpine Signals®, WiSeConnect, n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio® , Telegesis Logo®, USBXpress® , Zentri, Zentri ਲੋਗੋ ਅਤੇ Zentri DMS, Z-Wave®, ਅਤੇ ਹੋਰ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ARM, CORTEX, Cortex-M3 ਅਤੇ THUMB ARM ਹੋਲਡਿੰਗਜ਼ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। Keil ARM ਲਿਮਿਟੇਡ ਦਾ ਇੱਕ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹੈ। Wi-Fi Wi-Fi ਅਲਾਇੰਸ ਦਾ ਇੱਕ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹੈ। ਇੱਥੇ ਦੱਸੇ ਗਏ ਹੋਰ ਸਾਰੇ ਉਤਪਾਦ ਜਾਂ ਬ੍ਰਾਂਡ ਨਾਮ ਉਹਨਾਂ ਦੇ ਸਬੰਧਤ ਧਾਰਕਾਂ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

ਸਿਲੀਕਾਨ ਲੈਬਾਰਟਰੀਜ਼ ਇੰਕ.

400 ਵੈਸਟ ਸੀਜ਼ਰ ਸ਼ਾਵੇਜ਼ ਔਸਟਿਨ, TX 78701 USA
www.silabs.com
silabs.com

ਇੱਕ ਹੋਰ ਜੁੜਿਆ ਹੋਇਆ ਸੰਸਾਰ ਬਣਾਉਣਾ।

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਜ਼ਿਗਬੀ ਐਮਬਰਜ਼ਨੈੱਟ SDK ਸੌਫਟਵੇਅਰ [pdf] ਯੂਜ਼ਰ ਗਾਈਡ
Zigbee EmberZNet SDK ਸਾਫਟਵੇਅਰ, EmberZNet SDK ਸਾਫਟਵੇਅਰ, SDK ਸਾਫਟਵੇਅਰ, ਸਾਫਟਵੇਅਰ

ਹਵਾਲੇ

ਯੂਜ਼ਰ ਮੈਨੂਅਲ

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਜ਼ਿਗਬੀ ਐਮਬਰਜ਼ਨੈੱਟ SDK ਸੌਫਟਵੇਅਰ

ਉਤਪਾਦ ਜਾਣਕਾਰੀ

ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਨਵਾਂ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ

ਨਾਪਸੰਦ ਆਈਟਮਾਂ

ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਵਿੱਚ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦੇ

ਇਸ ਰੀਲੀਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

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

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਹਵਾਲੇ

ਇੱਕ ਟਿੱਪਣੀ ਛੱਡੋ

ਜਵਾਬ ਰੱਦ ਕਰੋ