SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK ਉਪਭੋਗਤਾ ਗਾਈਡ

ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੁਆਰਾ Zigbee EmberZNet SDK ਹੇਠ ਲਿਖੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ
SoC 'ਤੇ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ (CMP) Zigbee ਅਤੇ OpenThread ਸਹਿਯੋਗ।

ਅਨੁਕੂਲਤਾ ਅਤੇ ਵਰਤੋਂ ਨੋਟਿਸ
ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਅਤੇ ਨੋਟਿਸਾਂ ਲਈ, ਗੀਕੋ ਪਲੇਟਫਾਰਮ ਰੀਲੀਜ਼ ਨੋਟਸ ਦੇ ਸੁਰੱਖਿਆ ਚੈਪਟਰ ਨੂੰ ਵੇਖੋ ਜਾਂ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ 'ਤੇ TECH DOCS ਟੈਬ 'ਤੇ ਜਾਓ। webਸਾਈਟ. ਨਵੀਨਤਮ ਜਾਣਕਾਰੀ ਲਈ ਸੁਰੱਖਿਆ ਸਲਾਹਕਾਰਾਂ ਦੀ ਗਾਹਕੀ ਲੈਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅਨੁਕੂਲ ਕੰਪਾਈਲਰ
ਸਹੀ ਵਰਤੋਂ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ files ਸਮਰਥਿਤ ਕੰਪਾਈਲਰ ਨਾਲ
GCC (GNU ਕੰਪਾਈਲਰ ਕਲੈਕਸ਼ਨ) ਵਰਜਨ 12.2.1 ਸਿਮਪਲੀਸਿਟੀ ਸਟੂਡੀਓ ਦੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ।

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

FAQ

ਸਵਾਲ: ਰੀਲੀਜ਼ 7.4.5.0 ਵਿੱਚ ਪੇਸ਼ ਕੀਤੇ ਗਏ ਨਵੇਂ ਭਾਗ ਕੀ ਹਨ?
- A: ਉਪਭੋਗਤਾਵਾਂ ਕੋਲ ਹੁਣ Zigbee ਵਰਚੁਅਲ ਡਿਵਾਈਸ (ZVD) ਸੰਰਚਨਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਅਸਲ ਸੁਰੱਖਿਆ ਵਿਕਲਪ ਦੇ ਨਾਲ, Zigbee ਡਾਇਰੈਕਟ ਡਿਵਾਈਸ (ZDD) ਐਪਲੀਕੇਸ਼ਨ 'ਤੇ ਮਲਟੀਪਲ zigbee_direct_security ਕੰਪੋਨੈਂਟ ਸਮਰਥਿਤ ਹੋ ਸਕਦੇ ਹਨ।

ਸਵਾਲ: ਰੀਲੀਜ਼ 7.4.4.0 ਵਿੱਚ ਨਵੇਂ API ਕੀ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ?
- A: ਨਵੇਂ API ਵਿੱਚ mfglibSetCtune ਅਤੇ mfglibGetCtune ਸ਼ਾਮਲ ਹਨ।

ਸਵਾਲ: ਰੀਲੀਜ਼ 7.4.5.0 ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਨਵਾਂ ਪਲੇਟਫਾਰਮ ਸਮਰਥਨ ਕੀ ਹੈ?
- A: EFR32MG24A020F768IM40 ਹੁਣ ਇੱਕ ਪਲੇਟਫਾਰਮ ਵਜੋਂ ਸਮਰਥਿਤ ਹੈ।

ਸਵਾਲ: ਮੈਨੂੰ ਜ਼ਿਗਬੀ ਸਕਿਓਰ ਕੀ ਸਟੋਰੇਜ਼ ਕੰਪੋਨੈਂਟ ਲਈ ਅੱਪਡੇਟ ਕੀਤੇ ਦਸਤਾਵੇਜ਼ ਕਿੱਥੋਂ ਮਿਲ ਸਕਦੇ ਹਨ?
- A: Zigbee Secure Key Storage ਕੰਪੋਨੈਂਟ ਦਾ ਵੇਰਵਾ ਰੀਲੀਜ਼ 7.4.0.0 ਵਿੱਚ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ, Zigbee ਸੁਰੱਖਿਆ ਪ੍ਰਬੰਧਕ ਸਮੂਹ (AN1412: Zigbee ਸੁਰੱਖਿਆ ਮੈਨੇਜਰ) ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਇੱਕ ਨਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਨੋਟ ਦੇ ਨਾਲ।

Zigbee EmberZNet SDK 7.4.5.0 GA

ਗੀਕੋ SDK ਸੂਟ 4.4

ਅਕਤੂਬਰ 23, 2024

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

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

7.4.5.0 23 ਅਕਤੂਬਰ, 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ
7.4.4.0 14 ਅਗਸਤ, 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ

7.4.3.0 2 ਮਈ, 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ
7.4.2.0 10 ਅਪ੍ਰੈਲ 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ

7.4.1.0 14 ਫਰਵਰੀ, 2024 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ
7.4.0.0 13 ਦਸੰਬਰ 2023 ਨੂੰ ਜਾਰੀ ਕੀਤਾ ਗਿਆ

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

ਸੁਰੱਖਿਆ ਅੱਪਡੇਟ ਅਤੇ ਨੋਟਿਸਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਇਸ 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 ਹੈ।

ਨਵੀਆਂ ਆਈਟਮਾਂ

ਨਵੇਂ ਹਿੱਸੇ

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

ਨਵੇਂ APIs

ਰੀਲੀਜ਼ 7.4.4.0 ਵਿੱਚ ਨਵਾਂ
CTUNE ਮੁੱਲਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਸੈੱਟ ਕਰਨ ਲਈ ਦੋ ਸਮਰਪਿਤ ਨਿਰਮਾਣ lib API ਨੂੰ ਪੇਸ਼ ਕੀਤਾ।
ਪਹਿਲਾਂ ਦੇ ਪੈਚ ਰੀਲੀਜ਼ ਵਿੱਚ CTUNE ਮੁੱਲ ਦੀ ਪਹੁੰਚ ਅਤੇ ਸੈਟਿੰਗ ਰੇਲ API ਦਾ ਹਿੱਸਾ ਬਣ ਗਈ ਸੀ। ਇਸ ਪੈਚ ਵਿੱਚ ਨਿਰਮਾਣ APIs ਦਾ ਇੱਕ ਸਮੂਹ ਜੋ RAIL APIs ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ, ਨੂੰ ਸੈੱਟ ਕਰਨ ਅਤੇ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ।
mfglibSetCtune
mfglibGetCtune

ਰੀਲੀਜ਼ 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 ਇਸ ਨਵੇਂ ਫੰਕਸ਼ਨ ਦੇ ਵੇਰਵਿਆਂ ਲਈ।
ਨਵੇਂ ਫੰਕਸ਼ਨ ਐਂਬਰ ਦੀ ਵਰਤੋਂ 'ਤੇ ਸਪੱਸ਼ਟੀਕਰਨ ਮਲਟੀ ਮੈਕ ਰੀਜੋਇਨ ਚੈਨਲ ਮਾਸਕ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ ਚੋਣ ਜਾਂ ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਡਿਵਾਈਸ ਜਿਸ ਨੂੰ ਸਟੈਕ ਏਪੀਆਈ ਐਂਬਰ ਦੇ ਅੰਦਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮੁੜ-ਜੁਆਇਨ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਚੈਨਲ ਮਾਸਕ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਾਰਨ ਦੇ ਨਾਲ ਨੈੱਟਵਰਕ ਲੱਭੋ ਅਤੇ ਮੁੜ ਜੁੜੋ।

SE1.4a ਨਿਰਧਾਰਨ ਇੱਕ ਮਲਟੀ-MAC ਜੁਆਇਨਿੰਗ ਐਂਡ ਡਿਵਾਈਸ ਕਿਸਮ ਦੇ ਡਿਵਾਈਸ ਦੇ ਮੁੜ ਜੁੜਨ ਦੇ ਦੌਰਾਨ ਇੰਟਰਫੇਸ ਦੇ ਬਦਲਾਅ (2.4GHz ਤੋਂ ਸਬ-GHz ਜਾਂ ਇਸ ਦੇ ਉਲਟ) 'ਤੇ ਪਾਬੰਦੀ ਲਗਾਉਂਦਾ ਹੈ। ਕਿਉਂਕਿ ਡਿਵਾਈਸ ਦੀ ਕਿਸਮ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਹੈ (ਅਰਥਾਤ, ਜੋੜਨ ਵਾਲੀ ਅੰਤਮ ਡਿਵਾਈਸ ਦੀ ਕਿਸਮ ਜਾਂ ਤਾਂ ਇੱਕ ਉਪ-GHz ਡਿਵਾਈਸ ਹੋਵੇਗੀ ਜਾਂ ਇੱਕ 2.4 GHz ਡਿਵਾਈਸ ਹੋਵੇਗੀ, ਦੋਨੋ ਨਹੀਂ, ਸੰਰਚਨਾ ਤੇ), ਇਹ ਕਾਲ ਉਸ ਸੰਰਚਨਾ ਦੇ ਅਧਾਰ ਤੇ ਚੈਨਲ ਮਾਸਕ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਕਿ ਰੀ-ਜੁਆਇਨ ਮਾਸਕ ਹਮੇਸ਼ਾ ਜੁਆਇਨਿੰਗ ਇੰਟਰਫੇਸ ਮਾਸਕ ਵਾਂਗ ਹੀ ਹੁੰਦਾ ਹੈ।

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

Zigbee NVM3 ਟੋਕਨਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਮੁੱਲ ਵਿੱਚ ਰੀਸੈਟ ਕਰਨ ਲਈ ਇੱਕ ਨਵਾਂ API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।
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 ਅਤੇ EFR32MG24A020F768IM40।

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

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

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

ਸੁਧਾਰ

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

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

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 ਕਾਊਂਟਰ ਕਿਸਮਾਂ, ਪਿਛਲੀਆਂ ਰੀਲੀਜ਼ਾਂ ਨਾਲ ਇਕਸਾਰ ਹੋਣ ਲਈ।
ਕਾਲਬੈਕ ਲਈ ਨੋਡ ID ਜਾਂ ਡੇਟਾ ਪੈਰਾਮੀਟਰ ਨੂੰ ਤਿਆਰ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਕਾਊਂਟਰਾਂ ਦਾ ਆਡਿਟ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਉਹ ਸੰਭਾਵਿਤ ਡੇਟਾ, ਪਤੇ, ਜਾਂ EMBER_UNKNOWN_NODE_ID ਪਾਸ ਕਰਦੇ ਹਨ, ਜੇਕਰ ਇੱਕ ਨੋਡ ਆਈਡੀ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਸੀ ਪਰ ਪੈਕੇਟ ਤੋਂ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਸੀ, ਜਿਵੇਂ ਕਿ ਸੰਸ਼ੋਧਿਤ ਐਂਬਰ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ। -types.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.5.0 ਵਿੱਚ ਸਥਿਰ

ID #	ਵਰਣਨ
1357860	ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨਾਲ ਕ੍ਰੈਸ਼ ਹੋਇਆ ਹੈ ਜਦੋਂ ਇੱਕ ਤੋਂ ਵੱਧ ਅੰਤ ਬਿੰਦੂ ਫੀਡਬੈਕ ਇਵੈਂਟ ਦੀ ਪਛਾਣ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ। (ਹੋਰ ਹਵਾਲਾ: 1348659)
1357517	ਕਿਸੇ ਮਲਟੀ-ਨੈੱਟਵਰਕ ਐਪ ਦੁਆਰਾ ਸੈਕੰਡਰੀ ਨੈੱਟਵਰਕ 'ਤੇ ਸਟੀਅਰਿੰਗ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ 'ਤੇ ਕ੍ਰੈਸ਼ ਹੋਣ ਵਾਲੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ।
1356285	ਦੁਰਲੱਭ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇੱਕ ਪੈਕੇਟ ਇੱਕ ਪੇਲੋਡ ਸੂਚਕਾਂਕ ਪੈਰਾਮੀਟਰ ਦੇ ਨਾਲ ਆਊਟਗੋਇੰਗ ਪੈਕੇਟ ਹੈਂਡਆਫ ਕਾਲਬੈਕ ਨੂੰ ਪਾਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਪੈਕੇਟ ਬਫਰ ਦੀ ਦੱਸੀ ਗਈ ਲੰਬਾਈ ਤੋਂ ਵੱਧ ਜਾਂਦਾ ਹੈ, ਜੇਕਰ ਪੈਕੇਟ ਹੈਂਡਆਫ ਕੰਪੋਨੈਂਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ legacy-packet-buffer.c ਵਿੱਚ ਦਾਅਵਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੰਪੋਨੈਂਟ ਦੇ ਇਨਕਮਿੰਗ ਅਤੇ ਆਊਟਗੋਇੰਗ ਹੈਂਡਲਰ ਫੰਕਸ਼ਨ ਹੁਣ ਇਸ ਸ਼ਰਤ ਨੂੰ ਫੜ ਲੈਂਦੇ ਹਨ ਅਤੇ ਅਵੈਧ ਪੈਕੇਟ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਹੋਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਰੱਦ ਕਰਦੇ ਹਨ। (ਹੋਰ ਹਵਾਲਾ: 1350285)
1355289	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿਸ ਕਾਰਨ MAC ਪਤੇ ਦੇ ਨਾਲ ਸਾਰੇ ਜ਼ੀਰੋ ਵਜੋਂ LQI ਜਵਾਬ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ। (ਹੋਰ ਹਵਾਲਾ: 1351489)
1349160	ਕਰਨਲ 3 ਦੇ ਨਾਲ Raspberry Pi 'ਤੇ ਬਣਿਆ Z6.6Gateway ਮੂਲ ਰੂਪ ਵਿੱਚ SPI ਉੱਤੇ NCP ਨਾਲ ਜੁੜਨ ਵਿੱਚ ਅਸਫਲ ਰਿਹਾ। ਹੱਲ ਹੈ GPIOs ਨੂੰ ਮੁੜ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਜਿਵੇਂ ਕਿ ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਹੈ। GPIOs 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਨੂੰ ਨੋਟ ਕਰੋ ਜੋ SPI NCP ਇੰਟਰਫੇਸ ਨਾਲ ਮੈਪ ਕਰਦੇ ਹਨ। ਕਰਨਲ 6.6 ਉੱਤੇ, sudo cat /sys/kernel/debug/gpio ਚੱਲ ਰਿਹਾ ਹੈ ਇਹ ਹੇਠਾਂ ਦਿੱਤੇ GPIO-520 (GPIO8) ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੇਗਾ gpio-534 (GPIO22 ) gpio-535 (GPIO23 ) gpio-536 (GPIO24 ) ਫਿਰ spi-protocol-linux-config.h ਵਿੱਚ ਉੱਪਰੋਂ SPI NCP ਇੰਟਰਫੇਸ ਲਈ GPIO ਨੂੰ #define NCP_CHIP_SELECT_GPIO “520” ਵਜੋਂ ਮੁੜ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। # NCP_HOST_INT_GPIO "534" ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ # NCP_RESET_GPIO "535" ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ # NCP_WAKE_GPIO "536" ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ (ਹੋਰ ਹਵਾਲਾ: 1297976)
1343044	ਜੇਕਰ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਪਲੱਗਇਨ ਨੇ ਯੂਨੀਕਾਸਟ ਫ੍ਰੈਗਮੈਂਟ ਲਈ ਉਪਲਬਧ ਪੇਲੋਡ ਦੀ ਗਲਤ ਗਣਨਾ ਕੀਤੀ, ਤਾਂ ਇਹ ਸਾਰੇ ਸਟੈਕ ਓਵਰਹੈੱਡ ਦੇ ਹਿਸਾਬ ਨਾਲ ਇੱਕ ਇੱਕਲੇ ਪੈਕੇਟ ਵਿੱਚ ਫਿੱਟ ਹੋਣ ਤੋਂ ਵੱਧ ਡਾਟਾ NCP ਨੂੰ ਭੇਜ ਸਕਦਾ ਹੈ। ਇਸ ਨਾਲ NCP ਵਿੱਚ ਮੈਮੋਰੀ ਭ੍ਰਿਸ਼ਟਾਚਾਰ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸ ਨਾਲ ਅਸਫ਼ਲਤਾਵਾਂ ਜਾਂ ਹੋਰ ਅਚਾਨਕ ਵਿਵਹਾਰ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1289413)
1343012	Si4468 ਫਰਮਵੇਅਰ ਪੈਚ ਨੂੰ ਸਬ-GHz Tx/Rx ਪ੍ਰੋਸੈਸਿੰਗ ਵਿੱਚ ਰੇਸ ਸਥਿਤੀ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਲਈ phy-pro2plus-library ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1341928)
1311214	ਜਦੋਂ ਇਨਕਮਿੰਗ OTA ਸਰਵਰ ਕਮਾਂਡ ZCL ਸੁਨੇਹੇ ਵਿੱਚ ਡਿਫੌਲਟ ਜਵਾਬ ਸਮਰੱਥ ਹੁੰਦਾ ਹੈ ਤਾਂ ਵਾਧੂ ਡਿਫੌਲਟ ਜਵਾਬ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਗਲਤੀ ਲਈ ਸਿਰਫ ਇੱਕ ਜਵਾਬ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਫਲ ਬਲਾਕ ਚਿੱਤਰ ਬੇਨਤੀਆਂ ਲਈ, ਕੋਈ ਡਿਫੌਲਟ ਜਵਾਬ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1300935)
1296653	ਜੇਕਰ 2.4GHz ਰੇਡੀਓ ਐਕਟਿਵ ਹੋਣ ਦੇ ਦੌਰਾਨ ਇੱਕ ਡਿਊਲ-PHY NCP ਡਿਵਾਈਸ ਸਬ-GHz ਬੈਂਡ 'ਤੇ ਇੱਕ ਐਨਰਜੀ ਸਕੈਨ ਕਰ ਰਿਹਾ ਸੀ, ਤਾਂ 2.4GHz ਰੇਡੀਓ ਚੈਨਲ 'ਤੇ ਆਉਣ ਵਾਲੀਆਂ ਬੀਕਨ ਬੇਨਤੀਆਂ ਦੇ ਜਵਾਬ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਬੀਕਨ ਟ੍ਰੈਫਿਕ ਦੇ ਵੱਡੇ ਬਰਸਟ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਕਬਜ਼ਾ ਕਰ ਸਕਦੇ ਹਨ। ਸਟੈਕ ਦੀ ਬਫਰ ਮੈਮੋਰੀ (ਹੀਪ ਹਿੱਸੇ ਤੋਂ ਨਿਰਧਾਰਤ) ਜਦੋਂ ਕਿ ਬਹੁਤ ਸਾਰੇ ਸਬ-ਗੀਗਾਹਰਟਜ਼ ਚੈਨਲਾਂ ਨੂੰ ਸਕੈਨ ਕੀਤਾ ਜਾ ਰਿਹਾ ਸੀ, ਜਿਸ ਨਾਲ ਬਫਰ ਸ਼ੌਰ ਹੋ ਸਕਦਾ ਹੈ।tages ਅਤੇ EZSP ਓਵਰਫਲੋ ਸਥਿਤੀਆਂ ਜੇਕਰ ਹੀਪ ਦਾ ਆਕਾਰ (ਜੋ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਲਈ ਕਿੰਨੇ ਬਫਰ ਉਪਲਬਧ ਹਨ) ਕਾਫ਼ੀ ਵੱਡਾ ਨਹੀਂ ਸੀ। ਇਹ ਓਵਰਫਲੋ ਸਥਿਤੀ ਸਕੈਨ ਕੰਪਲੀਟ ਹੈਂਡਲਰ ਨੂੰ ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਰੋਕ ਸਕਦੀ ਹੈ, ਜਿਸ ਕਾਰਨ ਐਪ ਦੀ ਸਕੈਨ ਸਟੇਟ ਮਸ਼ੀਨ ਹਮੇਸ਼ਾ ਲਈ ਅਟਕ ਜਾਂਦੀ ਹੈ। ਦੋਹਰੇ PHY ਡਿਵਾਈਸਾਂ ਲਈ ਐਨਰਜੀ ਸਕੈਨਿੰਗ ਕੋਡ ਹੁਣ ਸਬ-GHz ਚੈਨਲ ਦੀ ਸਕੈਨਿੰਗ ਦੌਰਾਨ 2.4GHz ਰੇਡੀਓ 'ਤੇ ਪ੍ਰਾਪਤ ਹੋਏ ਕਿਸੇ ਵੀ ਬੀਕਨ ਪੈਕੇਟ ਨੂੰ ਰੱਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਬੀਕਨ ਦੀ ਇੱਕ ਵੱਡੀ ਆਮਦ ਨੂੰ ਉਪਰੋਕਤ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਇਹ 2.4GHz 'ਤੇ ਨੈੱਟਵਰਕ ਦੇ ਆਮ ਸੰਚਾਲਨ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ ਕਿਉਂਕਿ ਬੀਕਨਾਂ ਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ ਸੰਭਾਵੀ ਪੈਨ ਆਈਡੀ ਟਕਰਾਅ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਇੱਕ ਕਿਰਿਆਸ਼ੀਲ ਸਕੈਨ ਨਹੀਂ ਕਰ ਰਹੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਪੈਨ ਆਈਡੀ ਟਕਰਾਅ ਅਜੇ ਵੀ ਨੈੱਟਵਰਕ ਵਿੱਚ ਦੂਜੇ ਰਾਊਟਰਾਂ ਦੁਆਰਾ ਖੋਜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਵਾਰ ਜਾਂ ਕੋਆਰਡੀਨੇਟਰ ਦੁਆਰਾ ਐਨਰਜੀ ਸਕੈਨ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ। (ਹੋਰ ਹਵਾਲਾ: 1276049)

ID #	ਵਰਣਨ
1295250	ਇੱਕ ਸਟੈਂਡਰਡ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਟੈਸਟ ਹਾਰਨੇਸ ਜ਼ਿਗਬੀ 3.0 ਕੰਪੋਨੈਂਟ ਨੂੰ ਜੋੜਦੇ ਸਮੇਂ ਕੰਪਾਈਲ ਮੁੱਦਿਆਂ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1280058)
1294848	253 ਤੱਕ ਸਭ ਤੋਂ ਲੰਬੀ ਸਤਰ ਦੀ ਲੰਬਾਈ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ZCL ਡੇਟਾ ਐਰੇ ਲਈ ਜਾਂਚਾਂ ਜੋੜੀਆਂ ਗਈਆਂ। (ਹੋਰ ਹਵਾਲਾ: 1275092)
1294843	ਵਰਤੋਂ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਨਕ ਵੇਰੀਏਬਲਾਂ ਦੀ ਗੁੰਮਸ਼ੁਦਾ ਸ਼ੁਰੂਆਤੀ ਸਥਿਰਤਾ। (ਹੋਰ ਹਵਾਲਾ: 1275104)
1271968	zigbee_watchdog_periodic_refresh ਕੰਪੋਨੈਂਟ ਹੁਣ zigbee ਐਪਲੀਕੇਸ਼ਨ ਫਰੇਮਵਰਕ ਵਿੱਚ ਨਹੀਂ ਵਰਤਿਆ ਗਿਆ ਹੈ ਅਤੇ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਵਾਚਡੌਗ ਟਾਈਮਰ ਸਾਰੇ s ਲਈ ਮੂਲ ਰੂਪ ਵਿੱਚ ਅਯੋਗ ਹੈample ਐਪਲੀਕੇਸ਼ਨ. ਭਵਿੱਖ ਵਿੱਚ SDK ਵਿੱਚ ਇੱਕ ਸੁਧਾਰਿਆ ਹੋਇਆ ਵਾਚਡੌਗ ਭਾਗ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਵੇਗਾ। ਨੋਟ ਕਰੋ : ਕਿਰਪਾ ਕਰਕੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਸੰਰਚਨਾ ਆਈਟਮ SL_LEGACY_HAL_DISABLE_WATCHDOG ਨੂੰ 0 'ਤੇ ਸੈੱਟ ਦੇ ਨਾਲ ਵਾਚਡੌਗ ਟਾਈਮਰ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਵੇ।
1270721	ਡਿਵਾਈਸਾਂ ਦੇ ਮਲਟੀ-ਹੌਪ ਜੁਆਇਨਿੰਗ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਡਿਵਾਈਸ ਘੋਸ਼ਣਾ 'ਤੇ, ਐਡਰੈੱਸ ਜੋੜਾ ਐਡਰੈੱਸ ਕੈਸ਼ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1266351)

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

ID #	ਵਰਣਨ
1334454	ਰੀ-ਜੁਆਇਨ ਜਵਾਬ ਨੂੰ ਸੰਭਾਲਣ ਵਿੱਚ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ। (ਹੋਰ ਹਵਾਲਾ: 1331580)
1330732	ਡਾਇਗਨੌਸਟਿਕ ਫੰਕਸ਼ਨੈਲਿਟੀ ਨੂੰ ਆਈਓਸਟ੍ਰੀਮ ਨੂੰ ਕਾਲ ਕਰਨ ਤੋਂ ਬਾਅਦ ਰੁਕਾਵਟ ਨੂੰ ਅਸਮਰੱਥ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਮਿਊਟੇਕਸ ਪ੍ਰਾਪਤ ਕਰਨ ਵੇਲੇ ਕਿਸੇ ਦਾਅਵੇ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕੇ।
1330720	EZSP_MAX_FRAME_LENGTH ਨੂੰ 220 'ਤੇ ਵਾਪਸ ਮੋੜ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਨਾਲ XNCP ਸੁਨੇਹੇ ਦੀ ਅਧਿਕਤਮ ਲੰਬਾਈ ਵੀ 220 ਹੋ ਜਾਵੇਗੀ। (ਹੋਰ ਹਵਾਲਾ: 1327706)
1330311	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿਸ ਕਾਰਨ ਕੁਝ GP ਪ੍ਰੌਕਸੀ ਟੈਸਟ RCP ਹੋਸਟ ਸੈੱਟਅੱਪ 'ਤੇ ਅਸਫਲ ਹੋ ਗਏ। (ਹੋਰ ਹਵਾਲਾ: 1328991)
1312369	SL_LEGACY_HAL_WDOG_IRQHandler() ਕਮਜ਼ੋਰ ਫੰਕਸ਼ਨ ਬਣਾਇਆ, ਗਾਹਕਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਖੁਦ ਦੇ ਲਾਗੂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
1310711	ਜਦੋਂ zigbee ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ RTOS ਕੰਪੋਨੈਂਟ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ SL_STACK_SIZE ਲਈ ਕੰਪਾਈਲ ਟਾਈਮ ਗਲਤੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ।
1309913	ਐਪ ਫਰੇਮਵਰਕ ਇਵੈਂਟ ਕਤਾਰ ਲਈ ਮਿਊਟੇਕਸ ਸੁਰੱਖਿਆ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ ਤਾਂ ਜੋ ਐਪ ਫਰੇਮਵਰਕ ਇਵੈਂਟ API ਨੂੰ ਕਈ ਕਾਰਜਾਂ ਤੋਂ ਕਾਲ ਕੀਤਾ ਜਾ ਸਕੇ। (ਹੋਰ ਹਵਾਲਾ: 1252940, 1254397)
1309333	ਸਬ-GHz ਬੈਂਡ 'ਤੇ ਇੱਕ ਨਵਾਂ ਐਂਡ ਡਿਵਾਈਸ ਸ਼ਾਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸਾਰੇ ਐਂਡ ਡਿਵਾਈਸ ਬੱਚਿਆਂ ਲਈ ਡਿਊਟੀ ਚੱਕਰ ਦੀ ਉਮਰ ਦਾ ਡਾਟਾ ਗਲਤੀ ਨਾਲ ਕਲੀਅਰ ਕਰ ਦਿੱਤਾ ਗਿਆ ਸੀ। (ਹੋਰ ਹਵਾਲਾ: 1296881)
1296002	halAppBootloader ਫੰਕਸ਼ਨ ਦੀਆਂ ਕਈ ਪਰਿਭਾਸ਼ਾਵਾਂ ਦਾ ਕਾਰਨ ਬਣੀ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਹੋ ਗਈ ਹੈ।
1295756	ਸਟੈਕ ਇਵੈਂਟਸ ਨੂੰ ਰੁਕਾਵਟ-ਸੁਰੱਖਿਅਤ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਨੂੰ ISR ਸੰਦਰਭ ਵਿੱਚ ਨਿਯਤ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਦੌੜ ਦੀ ਸਥਿਤੀ ਬਣਾ ਸਕਦਾ ਹੈ ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਘਟਨਾ ਨੂੰ ਇਵੈਂਟ ਕਤਾਰ ਤੋਂ ਬਾਹਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਉਪ-GHz ਡਿਵਾਈਸਾਂ ਨੂੰ MAC ਬੈਕਆਫ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਤਹਿ ਕਰਨ ਤੋਂ ਰੋਕਦੀ ਹੈ ਜਦੋਂ ਇਹ ਦੌੜ ਸਥਿਤੀ ਸ਼ੁਰੂ ਹੋਈ ਸੀ। (ਹੋਰ ਹਵਾਲਾ: 1269856)
1294660	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਨੈੱਟਵਰਕ ਸਟੀਅਰਿੰਗ ਪਲੱਗਇਨ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਡਿਵਾਈਸ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਨੈੱਟਵਰਕ 'ਤੇ ਸੀ ਜਦੋਂ ਇਹ ਨਹੀਂ ਸੀ, ਰੀਸੈਟ ਹੋਣ ਤੱਕ ਇਸ ਅਵੈਧ ਸਥਿਤੀ ਵਿੱਚ ਫਸਿਆ ਹੋਇਆ ਸੀ। ਇਹ ਨੈੱਟਵਰਕ ਸਟੀਰਿੰਗ ਇੱਕ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੇ ਵਿਚਕਾਰ ਸੀ ਅਤੇ ਇੱਕ MAC ਸਕੈਨ ਅਜੇ ਵੀ ਲੰਬਿਤ ਹੋਣ ਦੇ ਨਾਲ, ਸਟੀਕ ਲੋੜੀਂਦੇ ਸਮੇਂ ਦੇ ਨਾਲ ਨੈੱਟਵਰਕ ਲੀਵ CLI ਕਮਾਂਡ ਨੂੰ ਕਾਲ ਕਰਕੇ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1293923)
1290695	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨੇ ਵਰਤੋਂ ਕੇਸ ਲਈ ਇੱਕ ZLL ਕਮਿਸ਼ਨਿੰਗ ਪੈਕੇਟ ਛੱਡ ਦਿੱਤਾ ਹੈ ਜਦੋਂ ਇੱਕ ਐਂਡਪੁਆਇੰਟ ਅਸਮਰੱਥ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਦੂਜੇ ਐਂਡਪੁਆਇੰਟ ਅਜੇ ਵੀ ਸਮਰੱਥ ਹੁੰਦੇ ਹਨ। ਸਾਰੇ ਸਮਰਥਿਤ ਅੰਤਮ ਬਿੰਦੂਆਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਫਿਕਸ ਜੋੜਿਆ ਗਿਆ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1275586)

ਰੀਲੀਜ਼ 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	CSL ਵਿੱਚ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਇੱਕ ਨਵਾਂ ਵੇਕ ਅੱਪ ਫਰੇਮ ਕ੍ਰਮ ਜੋ ਪਿਛਲੇ ਪੇਲੋਡ ਫਰੇਮ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਰਿਕਾਰਡ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਖੁੰਝ ਗਈ ਪੇਲੋਡ ਫਰੇਮ ਹੋਵੇਗੀ।
1084111	MG24 ਅਧਾਰਤ ਬੋਰਡਾਂ ਲਈ ਸ਼ੁਰੂਆਤੀ ਸਲੀਪੀ SPI-NCP ਸਮਰਥਨ ਇਸ ਰੀਲੀਜ਼ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ।
1104056	ਮਲਟੀ-ਨੈੱਟਵਰਕ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸੈਕੰਡਰੀ ਨੈੱਟਵਰਕ 'ਤੇ ਚੱਲਣ ਲਈ ਨੈੱਟਵਰਕ-ਸਟੀਅਰਿੰਗ ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ ਗਿਆ
1120515	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ mfglib set-channel ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਚੈਨਲ ਨਹੀਂ ਬਦਲਿਆ ਸੀ।
1141109	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਕਾਰਨ ਜਨਰੇਟ ਕੀਤਾ ਗਿਆ ਹੈample ਐਪਲੀਕੇਸ਼ਨ ncp-uart-gp-ਮਲਟੀ-ਰੇਲ ਕੁਝ ਸਿਰਲੇਖ ਨੂੰ ਖੁੰਝਾਉਣ ਲਈ files ਜਦੋਂ -cp ਵਿਕਲਪ ਦੇ ਨਾਲ ਗ੍ਰੀਨ ਪਾਵਰ ਅਡਾਪਟਰ ਕੰਪੋਨੈਂਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ।
1144316	gp-types.h ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਕੁਝ ਡਾਟਾ ਬਣਤਰ ਕਿਸਮਾਂ ਦੇ ਵਰਣਨ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ।
1144884	ਫਿਕਸਡ ਜਾਅਲੀ ਫਰੇਮ ਲੰਬਿਤ ਬਿੱਟ ਸੈੱਟ ਜਦੋਂ ਕੋਈ ਡਾਟਾ ਬਕਾਇਆ ਨਾ ਹੋਵੇ।
1152512	ISR ਸੰਦਰਭ ਵਿੱਚ ਇਵੈਂਟ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰਦੇ ਸਮੇਂ ਲੋ-ਮੈਕ-ਰੇਲ ਵਿੱਚ ਇੱਕ ਸੰਭਾਵੀ ਕਰੈਸ਼ ਨੂੰ ਫਿਕਸ ਕੀਤਾ ਗਿਆ।
1154616	"ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਤੋਂ ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ ਤੋਂ ਗੈਰ-ਸਲੀਪੀ ਐਂਡ ਡਿਵਾਈਸ 'ਤੇ ਰੋਲ ਸਵਿਚ ਕਰਨਾ" ਕੇਸ ਦੇ ਨਾਲ ਨੈਟਵਰਕ ਨੂੰ ਅਰੰਭ ਕਰਨ ਦੀ ਸਥਿਤੀ ਲਈ ਇੱਕ ਅਪਵਾਦ ਜੋੜਿਆ ਗਿਆ।
1157289	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ BDB ਟੈਸਟ ਅਸਫਲਤਾ DN-TLM-TC-02B ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।
1157426	ਗ੍ਰੀਨ_ਪਾਵਰ_ਅਡਾਪਟਰ ਕੰਪੋਨੈਂਟ ਨਾਲ zigbee_simple_app ਬਣਾਉਂਦੇ ਸਮੇਂ ਇੱਕ ਬਿਲਡ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ।
1157932	ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਰਤ ਜੋੜੀ ਗਈ ਹੈ ਕਿ "ਪਰਿਵਰਤਨ ਸਮਾਂ" ਖੇਤਰ ਗੁੰਮ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਇਸ ਗੁੰਮ ਹੋਏ ਖੇਤਰ ਲਈ ਇੱਕ ਡਿਫੌਲਟ ਮੁੱਲ 0xFFFF ਸੈੱਟ ਕਰੋ।
1166340	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜੋ emberAfGpdfSend ਨੂੰ ਵਾਰ-ਵਾਰ ਪ੍ਰਸਾਰਣ ਦੀ ਇੱਛਤ ਸੰਖਿਆ ਨੂੰ ਭੇਜਣ ਤੋਂ ਰੋਕ ਰਿਹਾ ਸੀ।

ID #	ਵਰਣਨ
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 ਨੂੰ ਕਾਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਮਿਸ਼ਨਿੰਗGpd ਢਾਂਚੇ ਲਈ ਕੀਤੇ ਜਾ ਰਹੇ ਮੇਮਸੈੱਟ ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਗਈ ਹੈ।
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	ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਜਿਸ ਨਾਲ ਪ੍ਰੌਕਸੀ ਟੇਬਲ ਵਿੱਚ ਗਰੁੱਪਕਾਸਟ ਰੇਡੀਅਸ ਦਾ ਇੱਕ ਗਲਤ ਮੁੱਲ ਹੋਇਆ।
1222509	ਰਾਊਟਰ/ਕੋਆਰਡੀਨੇਟਰ ਗੈਰ-ਚਾਈਲਡ ਪੋਲਿੰਗ ਐਂਡ ਡਿਵਾਈਸ ਨੂੰ ਛੁੱਟੀ ਅਤੇ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਪਰ MAC ਮੰਜ਼ਿਲ NWK ਮੰਜ਼ਿਲ ਪਤੇ ਨਾਲ ਮੇਲ ਕਰਨ ਦੀ ਬਜਾਏ 0xFFFF ਹੈ।
1223842	sl_component_catalog.h ਦੀ ਪੀੜ੍ਹੀ ਦੇ ਨਾਲ ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਇਸ ਵਿੱਚ ਅਣਚਾਹੇ ਕੋਡ ਛੱਡ ਰਿਹਾ ਸੀ ਜਿਸ ਕਾਰਨ ਸੰਕਲਨ ਅਸਫਲ ਹੋ ਰਿਹਾ ਸੀ।

ID #	ਵਰਣਨ
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 ਆਫਸੈੱਟ SiLabs ਨੂੰ ਮਾਪਿਆ ਗਿਆ ਹੈ। ਤੁਹਾਡੇ ਪੂਰੇ ਉਤਪਾਦ ਦੀ 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 ਤੱਕ, ਇਸਲਈ ਕਾਲਬੈਕ ਕਤਾਰ ਹੋਰ ਤੇਜ਼ੀ ਨਾਲ ਖਾਲੀ ਹੋ ਜਾਂਦੀ ਹੈ।

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

ਰੀਲੀਜ਼ 7.4.5.0 ਵਿੱਚ ਨਾਪਸੰਦ ਕੀਤਾ ਗਿਆ
GSDK 7.4.5.0 ਵਿੱਚ zigbee_watchdog_periodic_refresh ਨੂੰ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਵਾਚਡੌਗ ਟਾਈਮਰ ਨੂੰ ਰਿਫ੍ਰੈਸ਼ ਕਰਨ ਦਾ ਵਿਕਲਪਿਕ ਸਿਫ਼ਾਰਿਸ਼ ਕੀਤਾ ਤਰੀਕਾ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਖਾਸ ਸਮੇਂ-ਸਮੇਂ ਦੇ ਇਵੈਂਟ ਵਿੱਚ ਵਿਰਾਸਤੀ ਵਾਚਡੌਗ ਟਾਈਮਰ API ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ।

ਰੀਲੀਜ਼ 7.4.1.0 ਵਿੱਚ ਨਾਪਸੰਦ ਕੀਤਾ ਗਿਆ
GSDK 7.4.0.0 ਵਿੱਚ, ਇਸ ਪੈਚ ਸਮੇਤ, ਪੋਰਟ 3 ਜਾਂ 4900 ਦੇ ਨਾਲ ਇੱਕ ਟੇਲਨੈੱਟ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਲਈ ਇੱਕ Linux ਹੋਸਟ ਐਪਲੀਕੇਸ਼ਨ ਲਈ 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 ਵਿੱਚ ਸੈੱਟ ਪੈਕੇਟ BufferCount() ਨੂੰ ਹਟਾਇਆ ਗਿਆ: 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 ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਸੁਮੇਲ ਹੁਣ ਉਤਪਾਦਨ ਗੁਣਵੱਤਾ ਹੈ। ਇਸ ਐੱਸample ਐਪਲੀਕੇਸ਼ਨ ਸੀਰੀਜ਼-1 EFR ਡਿਵਾਈਸਾਂ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।

ਸਥਿਰ ਮੁੱਦੇ

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

ID #	ਵਰਣਨ
1328799	Spinel RESET ਕਮਾਂਡ ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤਾ ਨਰਮ ਰੀਸੈਟ ਹੁਣ 15.4 RCP ਦੇ ਬਫਰਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਦਾ ਹੈ।
1337101	ਅਧੂਰੇ 15.4 ਟਰਾਂਸਮਿਟ ਓਪਰੇਸ਼ਨ (Tx ਇੱਕ ack ਦੀ ਉਡੀਕ, ਇੱਕ ਸੰਦੇਸ਼ ਦੇ ਜਵਾਬ ਵਿੱਚ Tx ਇੱਕ ack, ਆਦਿ) ਨੂੰ ਹੁਣ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ DMP ਦੇ ਕਾਰਨ ਰੇਡੀਓ ਰੁਕਾਵਟ 'ਤੇ ਅਸਫਲ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਕਥਿਤ ਓਪਰੇਸ਼ਨ ਨੂੰ ਰੁਕਾਵਟ ਤੋਂ ਬਾਅਦ ਮੁੜ-ਨਿਰਧਾਰਤ ਕਰਨ ਦਾ ਮੌਕਾ ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਾਂ RAIL (ਸ਼ਡਿਊਲਰ ਸਟੇਟਸ ਐਰਰ ਇਵੈਂਟਸ) ਦੁਆਰਾ ਸਥਾਈ ਤੌਰ 'ਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1339032)
1337228	Zigbeed ਵਿੱਚ halCommonGetInt32uMillisecondTick() ਟਿਕ API ਨੂੰ ਹੁਣ ਮੋਨੋਟੋਨਿਕ ਘੜੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਜੋ ਇਹ ਇੱਕ ਹੋਸਟ ਸਿਸਟਮ ਵਿੱਚ NTP ਦੁਆਰਾ ਪ੍ਰਭਾਵਿਤ ਨਾ ਹੋਵੇ। (ਹੋਰ ਹਵਾਲਾ: 1339032)
1346785	ਇੱਕ ਦੌੜ ਦੀ ਸਥਿਤੀ ਨੂੰ ਫਿਕਸ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨਾਲ 802.15.4 RCP 'ਤੇ ਸਮਕਾਲੀ ਸੁਣਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਦੋਵੇਂ ਪ੍ਰੋਟੋਕੋਲ ਇੱਕੋ ਸਮੇਂ ਪ੍ਰਸਾਰਿਤ ਕਰ ਰਹੇ ਸਨ। (ਹੋਰ ਹਵਾਲਾ: 1349176)
1346849	rail_mux ਕੰਪੋਨੈਂਟ ਨੂੰ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਨਾਲ ਹੁਣ ਇਹ ਸਬੰਧਿਤ ਸਟੈਕ ਲਾਇਬ੍ਰੇਰੀ ਵੇਰੀਐਂਟ ਨਾਲ ਆਪਣੇ ਆਪ ਹੀ ਬਣ ਜਾਵੇਗਾ। (ਹੋਰ ਹਵਾਲਾ: 1349102)

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

ID #	ਵਰਣਨ
1184065	MG13 ਅਤੇ MG21 'ਤੇ zigbee_ncp-ot_rcp-spi ਅਤੇ zigbee_ncp-ot_rcp_uart ਲਈ ਘਟਾਇਆ ਗਿਆ RAM ਫੁੱਟਪ੍ਰਿੰਟ।
1282264	ਇੱਕ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨਾਲ ਰੇਡੀਓ ਟ੍ਰਾਂਸਮਿਟ ਓਪਰੇਸ਼ਨ ਵਿੱਚ ਵਿਘਨ ਪੈ ਸਕਦਾ ਹੈ, ਟਰਾਂਸਮਿਟ ਫਾਈਫੋ ਨੂੰ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਅੰਡਰਫਲੋ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।
1292537	DMP Zigbee-BLE NCP ਐਪਲੀਕੇਸ਼ਨ ਹੁਣ ਸਾਦਗੀ ਸਟੂਡੀਓ UI ਵਿੱਚ ਸਹੀ ਢੰਗ ਨਾਲ ਦਿਖਾਈ ਦੇ ਰਹੀ ਹੈ। (ਹੋਰ ਹਵਾਲਾ: 1292540)

1230193

ਐਂਡ ਡਿਵਾਈਸ 'ਤੇ ਨੈਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵੇਲੇ ਗਲਤ ਨੋਡ ਕਿਸਮ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ। (ਹੋਰ ਹਵਾਲਾ: 1298347)

1332330

ਇੱਕ ਮੁੱਦਾ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ ਇੱਕ 15.4+BLE RCP ਭਾਰੀ ਨੈੱਟਵਰਕ ਟ੍ਰੈਫਿਕ ਵਾਲੇ ਵਾਤਾਵਰਣ ਵਿੱਚ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਕਦੇ-ਕਦਾਈਂ ਇੱਕ ਦੌੜ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਇਸਨੂੰ ਡਿਵਾਈਸ ਦੇ ਰੀਬੂਟ ਹੋਣ ਤੱਕ CPCd ਤੱਕ ਸੁਨੇਹੇ ਭੇਜਣ ਵਿੱਚ ਅਸਮਰੱਥ ਬਣਾ ਦੇਵੇਗਾ।

(ਹੋਰ ਹਵਾਲਾ: 1333156)

ਰੀਲੀਜ਼ 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	zigbeed ਨੇ ਇੱਕ ਬੱਚੇ ਲਈ ਇੱਕ ਸਰੋਤ ਮੈਚ ਟੇਬਲ ਐਂਟਰੀ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੱਤੀ ਜੇਕਰ 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 ਦੇ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤੇ ਸੈਂਕੜੇ ਪੈਕੇਟਾਂ ਦੀ ਝੂਠੀ ਰਿਪੋਰਟ ਕੀਤੀ।
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 ਵਿਚਕਾਰ ਵੱਖ-ਵੱਖ ਹਨ।	ਭਵਿੱਖ ਦੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਵੇਗਾ.
1334477	BLE ਸਟੈਕ ਨੂੰ ਕਈ ਵਾਰ ਸ਼ੁਰੂ ਕਰਨ ਅਤੇ ਬੰਦ ਕਰਨ ਦੇ ਨਤੀਜੇ ਵਜੋਂ BLE ਸਟੈਕ DMP Zigbee-BLE s ਵਿੱਚ ਸੀਰੀਜ਼ 1 EFR ਡਿਵਾਈਸਾਂ 'ਤੇ ਦੁਬਾਰਾ ਇਸ਼ਤਿਹਾਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ।ampਲੇ ਐਪਲੀਕੇਸ਼ਨ.	N/A

ਨਾਪਸੰਦ ਆਈਟਮਾਂ ਕੋਈ ਨਹੀਂ

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

ਰੀਲੀਜ਼ 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 ਐਪਲੀਕੇਸ਼ਨ, ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਹਵਾਲੇ ਅਗਲੇ ਕਦਮਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।

ਇੰਸਟਾਲੇਸ਼ਨ ਅਤੇ ਵਰਤੋਂ
Zigbee EmberZNet SDK ਗੀਕੋ SDK (GSDK), ਸਿਲੀਕਾਨ ਲੈਬਜ਼ SDKs ਦੇ ਸੂਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ। GSDK ਨਾਲ ਤੇਜ਼ੀ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰਨ ਲਈ, Simplicity Studio 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)' ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ, ਅਤੇ ਇਹ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਪਲੇਟਫਾਰਮ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਘੱਟੋ-ਘੱਟ ਗਾਹਕ ਬਣੇ ਹੋ। ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਸੇਵ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।

ਹੇਠ ਦਿੱਤੀ ਤਸਵੀਰ ਇੱਕ ਸਾਬਕਾ ਹੈample

ਸਪੋਰਟ
ਵਿਕਾਸ ਕਿੱਟ ਗਾਹਕ ਸਿਖਲਾਈ ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਲਈ ਯੋਗ ਹਨ। ਸਿਲੀਕਾਨ ਲੈਬਾਰਟਰੀਜ਼ ਜ਼ਿਗਬੀ ਦੀ ਵਰਤੋਂ ਕਰੋ 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 ਪ੍ਰੀਮਾਰਕੀਟ ਮਨਜ਼ੂਰੀ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੀ ਵਿਸ਼ੇਸ਼ ਲਿਖਤੀ ਸਹਿਮਤੀ ਤੋਂ ਬਿਨਾਂ ਲਾਈਫ ਸਪੋਰਟ ਸਿਸਟਮ। ਇੱਕ "ਲਾਈਫ ਸਪੋਰਟ ਸਿਸਟਮ" ਜੀਵਨ ਅਤੇ/ਜਾਂ ਸਿਹਤ ਦਾ ਸਮਰਥਨ ਕਰਨ ਜਾਂ ਕਾਇਮ ਰੱਖਣ ਦਾ ਇਰਾਦਾ ਕੋਈ ਵੀ ਉਤਪਾਦ ਜਾਂ ਪ੍ਰਣਾਲੀ ਹੈ, ਜੋ, ਜੇਕਰ ਇਹ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਮਹੱਤਵਪੂਰਨ ਨਿੱਜੀ ਸੱਟ ਜਾਂ ਮੌਤ ਹੋਣ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦ ਫੌਜੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਜਾਂ ਅਧਿਕਾਰਤ ਨਹੀਂ ਹਨ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਪ੍ਰਮਾਣੂ, ਜੈਵਿਕ ਜਾਂ ਰਸਾਇਣਕ ਹਥਿਆਰਾਂ, ਜਾਂ ਅਜਿਹੇ ਹਥਿਆਰਾਂ ਨੂੰ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਮਿਜ਼ਾਈਲਾਂ ਸਮੇਤ (ਪਰ ਇਹਨਾਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ) ਸਮੂਹਿਕ ਵਿਨਾਸ਼ ਦੇ ਹਥਿਆਰਾਂ ਵਿੱਚ ਨਹੀਂ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਸਾਰੀਆਂ ਸਪੱਸ਼ਟ ਅਤੇ ਅਪ੍ਰਤੱਖ ਵਾਰੰਟੀਆਂ ਦਾ ਖੰਡਨ ਕਰਦੀ ਹੈ ਅਤੇ ਅਜਿਹੀਆਂ ਅਣਅਧਿਕਾਰਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਵੀ ਸੱਟ ਜਾਂ ਨੁਕਸਾਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਜਾਂ ਜਵਾਬਦੇਹ ਨਹੀਂ ਹੋਵੇਗੀ।

ਟ੍ਰੇਡਮਾਰਕ ਜਾਣਕਾਰੀ
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, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress® , Zentri, Zentri ਲੋਗੋ ਅਤੇ Zentri DMS, Z-Wave®, ਅਤੇ ਹੋਰ ਸਿਲੀਕਾਨ ਲੈਬਜ਼ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ARM, CORTEX, Cortex-M3 ਅਤੇ THUMB ARM ਹੋਲਡਿੰਗਜ਼ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। Keil ARM ਲਿਮਿਟੇਡ ਦਾ ਇੱਕ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹੈ। Wi-Fi Wi-Fi ਅਲਾਇੰਸ ਦਾ ਇੱਕ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹੈ। ਇੱਥੇ ਦੱਸੇ ਗਏ ਹੋਰ ਸਾਰੇ ਉਤਪਾਦ ਜਾਂ ਬ੍ਰਾਂਡ ਨਾਮ ਉਹਨਾਂ ਦੇ ਸਬੰਧਤ ਧਾਰਕਾਂ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਹਨ।

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

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

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

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ 7.4.5.0 Zigbee Ember Z Net SDK [pdf] ਯੂਜ਼ਰ ਗਾਈਡ
7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net NSDK, Ember Z ਨੈੱਟ NSDK, SDK, Net SDK, SDK

ਹਵਾਲੇ

ਯੂਜ਼ਰ ਮੈਨੂਅਲ

ਸਿਲੀਕਾਨ ਲੈਬਜ਼ 7.4.5.0 Zigbee Ember Z Net SDK

ਉਤਪਾਦ ਵਰਤੋਂ ਨਿਰਦੇਸ਼