SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK يوزر گائيڊ

مطابقت ۽ استعمال جا نوٽس
سيڪيورٽي اپڊيٽس ۽ نوٽس لاءِ، ڏسو حفاظتي باب جو گيڪو پليٽ فارم رليز نوٽس يا دورو ڪريو TECH DOCS ٽيب تي Silicon Labs webسائيٽ. اها صلاح ڏني وئي آهي رڪنيت حاصل ڪرڻ لاءِ سيڪيورٽي ايڊوائزري تازه ترين معلومات لاءِ.

مطابقت رکندڙ گڏ ڪرڻ وارا
صحيح استعمال ڪرڻ جي پڪ ڪريو files سپورٽ ٿيل ڪمپلر سان
GCC (The GNU Compiler Collection) ورجن 12.2.1 Simplicity Studio سان گڏ مهيا ڪيو ويو آهي.

EZSP پروٽوڪول
هن رليز لاءِ EZSP پروٽوڪول ورزن 0x0D آهي.

FAQ

سوال: رليز 7.4.5.0 ۾ متعارف ڪرايل نوان حصا ڪهڙا آهن؟
- ج: صارفين وٽ ھاڻي زگبي ڊائريڪٽ ڊيوائس (ZDD) ايپليڪيشن تي ڪيترن ئي zigbee_direct_security اجزاء کي فعال ڪري سگھي ٿو، حقيقي حفاظتي اختيار سان Zigbee ورچوئل ڊيوائس (ZVD) جي ترتيب تي منحصر آھي.

سوال: رليز 7.4.4.0 ۾ ڪهڙا نوان API شامل ڪيا ويا آهن؟
- ج: نئين APIs ۾ شامل آهن mfglibSetCtune ۽ mfglibGetCtune.

سوال: رليز 7.4.5.0 ۾ متعارف ڪرايل نئين پليٽ فارم سپورٽ ڇا آهي؟
- ج: EFR32MG24A020F768IM40 هاڻي هڪ پليٽ فارم جي طور تي سپورٽ ڪئي وئي آهي.

سوال: آئون Zigbee Secure Key Storage جزو لاءِ تازه ڪاري دستاويز ڪٿي ڳولي سگهان ٿو؟
- ج: Zigbee Secure Key Storage component لاءِ تفصيل رليز 7.4.0.0 ۾ اپڊيٽ ڪئي وئي آهي، ان سان گڏ Zigbee سيڪيورٽي مئنيجر گروپ آف اجزاء (AN1412: Zigbee Security Manager) سان رابطي لاءِ نئين ايپليڪيشن نوٽ سان.

Zigbee EmberZNet SDK 7.4.5.0 GA

گيڪو SDK سوٽ 4.4

آڪٽوبر 23، 2024

Silicon Labs انهن جي پروڊڪٽس ۾ Zigbee نيٽ ورڪنگ کي ترقي ڪندڙ OEMs لاءِ پسند جو وينڊر آهي. Silicon Labs Zigbee پليٽ فارم سڀ کان وڌيڪ مربوط، مڪمل، ۽ خصوصيت سان مالا مال Zigbee حل موجود آهي.
Silicon Labs EmberZNet SDK تي مشتمل آهي سلڪون ليبز جي زگبي اسٽيڪ وضاحتن تي عمل درآمد.

اهي رليز نوٽس 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 . Silicon Labs پڻ سختي سان سفارش ڪري ٿو ته توھان رڪنيت حاصل ڪريو سيڪيورٽي مشوري لاءِ تازه ترين معلومات. ھدايتن لاءِ، يا جيڪڏھن توھان نوان آھيو Zigbee EmberZNet SDK تي، ڏسو ھي رليز استعمال ڪندي.

مطابقت رکندڙ گڏ ڪرڻ وارا
IAR ايمبيڊڊ ورڪ بينچ فار ARM (IAR-EWARM) ورزن 9.40.1.

IarBuild.exe ڪمانڊ لائن يوٽيلٽي يا IAR Embedded Workbench GUI سان ٺاھڻ لاءِ شراب استعمال ڪرڻ macOS يا Linux تي غلط ٿي سگھي ٿو files مختصر پيدا ڪرڻ لاءِ وائن جي هيشنگ الگورٿم ۾ ٽڪراءَ جي ڪري استعمال ٿي رهيو آهي file نالا
macOS يا Linux تي صارفين کي صلاح ڏني وئي آهي ته IAR سان سادگي اسٽوڊيو کان ٻاهر تعمير نه ڪن. گراهڪ جيڪي ڪندا آهن انهن کي احتياط سان تصديق ڪرڻ گهرجي ته صحيح آهي files استعمال ڪري رهيا آهن.

GCC (The GNU Compiler Collection) ورجن 12.2.1، سادگي اسٽوڊيو سان مهيا ڪيل.

هن رليز لاءِ EZSP پروٽوڪول ورزن 0x0D آهي.

نيون شيون

نئون اجزاء

رليز ۾ نئون 7.4.0.0
"zigbee_direct_security_p256" ۽ "zigbee_direct_security_curve25519" اجزاء شامل ڪيا ويا آھن ته جيئن صارف ھڪڙي مخصوص Zigbee Direct سيڪيورٽي اختيار کي ترتيب ڏئي سگھن.
صارفين کي اجازت ڏني وئي آهي ته ڪيترن ئي "zigbee_direct_security" اجزاء کي Zigbee سڌو ڊوائيس (ZDD) ايپليڪيشن تي فعال ڪيو وڃي. انهي صورت ۾، حقيقي سيڪيورٽي اختيار تي منحصر آهي Zigbee ورچوئل ڊيوائس (ZVD) ترتيب.

نئون APIs

رليز ۾ نئون 7.4.4.0
CTUNE ويلز حاصل ڪرڻ ۽ سيٽ ڪرڻ لاءِ ٻه وقف ڪيل پيداوار lib APIs متعارف ڪرايو.
اڳئين پيچ رليز ۾ CTUNE قدر جي رسائي ۽ سيٽنگ RAIL APIs جو حصو بڻجي وئي. هن پيچ ۾ پيداوار APIs جو هڪ سيٽ جيڪو RAIL APIs کي شامل ڪري ٿو متعارف ڪرايو ويو آهي هيٺ ڏنل قيمت سيٽ ڪرڻ ۽ حاصل ڪرڻ لاءِ.
mfglibSetCtune
mfglibGetCtune

رليز ۾ نئون 7.4.2.0

وڌايل SPI NCP ڪجهه ميزبان-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 هن نئين فنڪشن جي تفصيل لاء.
نئين فنڪشن ايمبر جي استعمال تي وضاحت تازه ڪاري ملٽي ميڪ ريجوائن چينل ماسڪ لاءِ سليڪشن يا جوائننگ ڊيوائس جنهن کي اسٽيڪ API ايمبر جي اندر سڏيو وڃي ٿو Find and Rejoin Network With Reason هڪ چينل ماسڪ ٻيهر شامل ٿيڻ لاءِ استعمال ڪيو وڃي.

SE1.4a وضاحت انٽرفيس جي تبديلي کي محدود ڪري ٿي (2.4GHz کان ذيلي GHz تائين يا ان جي برعڪس) هڪ ملٽي ميڪ جوائننگ اينڊ ڊيوائس قسم جي ڊوائيس جي ٻيهر شامل ٿيڻ دوران. جيئن ته ڊوائيس جو قسم هڪ ايپليڪيشن فريم ورڪ جي جوڙجڪ آهي (يعني، شامل ٿيڻ واري آخري ڊوائيس جو قسم يا ته هڪ ذيلي GHz ڊوائيس يا هڪ 2.4 GHz ڊوائيس هوندو، ٻئي نه، ترتيب تي)، هي ڪال انهي ترتيب جي بنياد تي چينل ماسڪ مهيا ڪري ٿي. ته ٻيهر شامل ٿيڻ وارو ماسڪ هميشه شامل ٿيڻ واري انٽرفيس ماسڪ وانگر هوندو آهي.

رليز ۾ نئون 7.4.0.0

شامل ڪيو ويو نئون API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) Zigbee NVM3 ٽوڪن کي ان جي ڊفالٽ ويل ۾ ري سيٽ ڪرڻ لاءِ.
شامل ڪيو ويو 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* context، sl_zb_sec_man_key_t* key)، جيڪو صحيح ٿو موٽائي جيڪڏھن ڪنجي کي حوالي سان حوالو ڏنو پيو وڃي ته ساڳي قدر آھي دليل ۾ ڏنل ڪيئي جي برابر.

نئين پليٽ فارم جي حمايت

رليز ۾ نئون 7.4.0.0
Zigbee اسٽيڪ سپورٽ ھيٺين نون حصن لاءِ ھن رليز ۾ شامل ڪئي وئي آھي: EFR32MG24A010F768IM40 ۽ EFR32MG24A020F768IM40.

نئون دستاويز

رليز ۾ نئون 7.4.0.0
Zigbee Secure Key Storage جزو لاءِ تفصيل کي اپڊيٽ ڪيو ويو Zigbee Secure Key Storage Upgrade جي اضافي کي ظاهر ڪرڻ لاءِ (جيڪو موجوده پروجيڪٽن سان پسمانده مطابقت شامل ڪري ٿو).
Zigbee سيڪيورٽي مئنيجر گروپ جي اجزاء (AN1412: Zigbee سيڪيورٽي مئنيجر) سان رابطي لاءِ نئون ايپليڪيشن نوٽ شامل ڪيو ويو.

ارادو ڪيل رويي
صارفين کي ياد ڏياريو وڃي ٿو ته Zigbee غير هم وقت سازي ٿيل CSL ٽرانسميشنز ريڊيو شيڊولر تي پروٽوڪول پريمپشن جي تابع آهن. SleepyToSleepy ايپليڪيشنن ۾، BLE ڪري سگهي ٿو ۽ هڪ Zigbee CSL ٽرانسميشن کي ختم ڪري ڇڏيندو، جيڪو ٽرانسميشن کي ختم ڪري ڇڏيندو. غير هم وقت سازي ٿيل CSL لاءِ شيڊيولر پريمپشن وڌيڪ عام آهي، جنهن کي ڏنو ويو آهي ته ممڪن طور تي ڊگھي ويڪ اپ فريم ترتيب استعمال ڪري سگهجي ٿي. صارف جيڪي ٽرانسميشن جي ترجيحن کي ترتيب ڏيڻ جي خواهشمند آھن اھي استعمال ڪري سگھن ٿا ڊي ايم پي ٽيوننگ ۽ ٽيسٽنگ جزو ائين ڪرڻ لاءِ. استعمال ڪندڙ پڻ صلاح ڪري سگھن ٿا UG305: Dynamic Multiprotocol User's Guide وڌيڪ معلومات لاءِ.

سڌارا

رليز 7.4.0.0 ۾ تبديل ڪيو ويو ايمبر ڪائونٽر هينڊلر API ڊاڪ تبديليون
پوئين ورزن ۾، MAC ۽ APS پرت لاءِ ڪائونٽر هينڊلر ڪالبڪ پيڪٽ RX ۽ TX بابت ايمبر ڪائونٽر ٽائپس پاسنگ مناسب ٽارگيٽ نوڊ ID يا ڊيٽا دليلن کي پاس نه ڪيو پيو وڃي، ۽ API دستاويزن جي باري ۾ ڪجهه ڪائونٽرن جي رويي بابت جيڪي اهي پيرا ميٽر استعمال ڪيا ويا آهن واضح نه هئا يا گمراهه ڪندڙ.

جڏهن ته ايمبر Counter Handler() جي دستخط تبديل نه ڪئي وئي آهي، ان جي پيٽرولر کي آباد ڪرڻ جو طريقو ٿورو تبديل ٿي چڪو آهي.

Ember-types.h ۾ EmberCounterType enums جي چوڌاري تبصرا وضاحت لاءِ وڌايو ويو آهي.
TX سان لاڳاپيل ڳڻپيندڙن لاءِ ڪائونٽر هينڊلر ڏانهن نوڊ آئي ڊي پيراميٽر هاڻي چيڪ ڪري ٿو ته ڇا منزل ايڊريس موڊ ان کي استعمال ڪرڻ کان اڳ صحيح مختصر ID ٻڌائي ٿو. (جيڪڏهن نه، منزل جو پتو نه آهي، ۽ هڪ جڳهه جي قيمت
EMBER_UNKNOWN_NODE_ID بدران استعمال ڪيو ويو آهي.)

RX سان لاڳاپيل ڪائونٽر لاءِ ڪائونٽر هينڊلر ڏانهن نوڊ آئي ڊي پيراميٽر هاڻي ماخذ نوڊ ID کي ظاهر ڪري ٿو، نه ته منزل جي نوڊ ID.
ٻيهر ڪوشش جي ڳڻپ *نه* پاس ڪئي وئي آهي ڊيٽا پيراميٽر جي طور تي EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED ڳڻپيندڙن لاءِ جيئن اڳئين ورزن ۾ ember-types.h ۾ بيان ڪيو ويو آهي، پر اهو اڳئين رليز ٿيل ورزن ۾ ڪڏهن به صحيح نموني سان آباد نه ڪيو ويو هو، تنهن ڪري پوئين رليز ۾ ان جي قيمت هميشه 0 هوندي. اهو رويو انهن EmberCounterTypes جي وضاحت ۾ واضح ڪيو ويو آهي. بهرحال، APS پرت جي ٻيهر ڪوشش جي ڳڻپ لاءِ ڊيٽا پيٽرولر ۾ آباد ٿيڻ جاري آهي
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED انسداد جا قسم، اڳئين رليز سان مطابقت رکڻ لاءِ.
سڀئي ڪائونٽر جيڪي ڪال بڪ لاءِ نوڊ آئي ڊي يا ڊيٽا پيٽرولر کي آباد ڪن ٿا انهن جي آڊٽ ڪئي وئي آهي انهي کي يقيني بڻائڻ لاءِ ته اهي متوقع ڊيٽا، ايڊريس، يا EMBER_UNKNOWN_NODE_ID پاس ڪن ٿا، جيڪڏهن هڪ نوڊ ID جي توقع ڪئي وئي هئي پر پيڪٽ مان حاصل نه ٿي سگهي، جيئن نظر ثاني ٿيل امبر ۾ بيان ڪيو ويو آهي. -types.h دستاويز.

EMBER_COUNTER_MAC_TX_UNICAST_RETRY لاءِ ڪائونٽر ھينڊلر ھاڻي صحيح طرح ڏيکاري ٿو MAC پرت جي منزل نوڊ ID ۽ ڪوششن جو تعداد ان جي Destination Node ID ۽ ڊيٽا پيرا ميٽرز ۾.
EMBER_COUNTER_PHY_CCA_FAIL_COUNT لاءِ ڪاؤنٽر ھينڊلر ھاڻي منزل جي نوڊ ID جي معلومات مهيا ڪري ٿو Node ID پيراميٽر ذريعي پيغام جي ارادي MAC پرت ھدف بابت جيڪو ٽرانسميشن ۾ ناڪام ٿيو.

اپڊيٽ ٿيل گرين پاور ڪوڊ
گرين پاور سرور ڪوڊ اپڊيٽ ٿيل آهي مختلف سڌارن سان

GP سرور تي وصول ڪرڻ وقت غلط آخري پوائنٽ سان ايندڙ حڪمن لاءِ وڌيڪ تصديقي ڪوڊ شامل ڪيو ويو.
ڪيس کي سنڀالڻ لاءِ ڪوڊ شامل ڪيو ويو جڏهن گرين پاور پيغامن کي ٺاهڻ لاءِ وڌيڪ جاءِ نه هوندي.
سنڪ ھاڻي ڊراپ ڪري ٿو جوڙي ٺاھڻ واري ٺاھ جوڙ کي ايڪشن سان هٽايو جوڙڻ کي هٽايو ڪجھ ڪيسن ۾ في اسپيڪ سيڪشن A.3.5.2.4.1.

سنڪ هاڻي هٽائڻ کان اڳ داخل ٿيڻ جي موجوده گروپ لسٽ کي محفوظ ڪري ٿو جڏهن پروسيسنگ Pairing Configuration with Action Extend.
ترجمي جي سوال جو ڪمانڊ "NOT FOUND" کي غلطي ڪوڊ طور موٽائي ٿو جڏهن ترجمي جي ٽيبل خالي هجي يا انڊيڪس ٽيبل ۾ داخلن جي تعداد کان وڏي هجي.
ڪجھ ايپس ۾ GP جي آخري پوائنٽ جو ورجن تبديل ڪيو 1 کان 0 تائين.

GPDF Send فنڪشن ۾ CSMA استعمال ڪرڻ تي پابندي آهي ڇو ته گرين پاور ڊيوائسز گهٽ ۾ گهٽ توانائي وارا ڊوائيس آهن ۽ اڪثر ڊزائن ۾ CSMA استعمال نه ڪندا آهن. ان جي بدران، ترجيحي ڊيزائن هڪ ئي توانائي بجيٽ استعمال ڪندي ڪيترن ئي پيڪن کي موڪلڻ آهي.
گرين پاور سرور پلگ ان آپشن ۾ لڪيل آخري پوائنٽ جي استعمال کي هٽايو. ان جي بدران ايپليڪيشن جي آخري پوائنٽن مان هڪ استعمال ڪريو.

نيٽ ورڪ ڪيئي اپڊيٽ پلگ ان ڪوڊ بهتري
وقتي نيٽ ورڪ جي تازه ڪاري جي مدت کي تبديل ڪيو ويو جيستائين 1 سال تائين.

غير ضروري اهم برآمد کان بچڻ لاءِ ڪجهه APIs کي بحال ڪيو
سادي متن جي اهم ڊيٽا تي اهم حوالن جي استعمال جي حق ۾ تبديليون ڪيون.

sl_zigbee_send_security_challenge_request هاڻي EmberKeyData جي جاءِ تي sl_zb_sec_man_context_t دليل ۾ وٺندي آهي.
sl_zb_sec_man_derived_key_type enum جون قيمتون ھاڻي 16-bit bitmask آھن سڌي طرح ڪجھ خاص نڪتن کي سپورٽ ڪرڻ لاءِ جيڪي گھڻن نڪتل قسمن کي گڏ ڪن ٿيون.

مقرر ٿيل مسئلا

رليز 7.4.5.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1357860	ھڪڙي مسئلي کي حل ڪيو جيڪو حادثي جو سبب بڻيو جڏھن گھڻن آخري پوائنٽن کي شروعات ڪرڻ شروع ڪيو موٽڻ واري واقعي جي سڃاڻپ. (ٻيو حوالو: 1348659)
1357517	هڪ مسئلو حل ڪيو جيڪو حادثي جو سبب بڻيو جڏهن هڪ ملٽي نيٽ ورڪ ايپ ثانوي نيٽ ورڪ تي اسٽيئرنگ جي ڪوشش ڪري ٿي.
1356285	نادر ڪيسن ۾، هڪ پيڪٽ ٻاهر وڃڻ واري پيڪٽ هينڊ آف ڪالبڪ ڏانهن هڪ پيل لوڊ انڊيڪس پيراميٽر سان منتقل ٿي سگهي ٿو جيڪو پيڪٽ بفر جي بيان ڪيل ڊگھائي کان وڌي ٿو، جنهن جي نتيجي ۾ legacy-packet-buffer.c ۾ زور ڀريو وڃي ٿو جيڪڏهن Packet Handoff جزو فعال آهي. جزو جي ايندڙ ۽ ٻاهر نڪرڻ واري هينڊلر فنڪشن هاڻي هن شرط کي پڪڙيو ۽ وڌيڪ پروسيسنگ کان سواء غلط پيڪٽ کي رد ڪري ڇڏيو. (ٻيو حوالو: 1350285)
1355289	هڪ مسئلو حل ڪيو جنهن سبب LQI جواب وصول ڪيو ويو MAC پتي سان سڀني صفر جي طور تي. (ٻيو حوالو: 1351489)
1349160	Z3Gateway Raspberry Pi تي ٺاهيل kernel 6.6 سان ڊفالٽ طور SPI تي NCP سان ڳنڍڻ ۾ ناڪام ٿيو. حل GPIOs کي ٻيهر بيان ڪرڻ آهي جيئن هتي بيان ڪيو ويو آهي. نوٽ ڪريو ھيٺ ڏنل معلومات GPIOs تي جيڪي نقشا ٺاھين ٿيون SPI NCP انٽرفيس تي. ڪرنل 6.6 تي، سوڊو ٻلي /sys/kernel/debug/gpio هلائي رهيو آهي اھو ھيٺ ڏيکاريندو GPIO-520 (GPIO8) gpio-534 (GPIO22) gpio-535 (GPIO23) gpio-536 (GPIO24) پوءِ GPIO کي SPI NCP انٽرفيس لاءِ مٿئين sysfs مان refine ڪريو spi-protocol-linux-config.h جيئن # 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 فرم ویئر پيچ شامل ڪيو ويو phy-pro2plus-library ۾ ريس حالت کي پتو ڏيڻ لاءِ ذيلي GHz Tx/Rx پروسيسنگ ۾. (ٻيو حوالو: 1341928)
1311214	مقرر ٿيل اضافي ڊفالٽ جواب پيدا ٿيو جڏهن ايندڙ OTA سرور ڪمانڊ ZCL پيغام کي ڊفالٽ جواب فعال ڪيو ويو آهي. ھڪڙي غلطي جو صرف ھڪڙو جواب موڪليو ويو آھي، ۽ ڪامياب بلاڪ تصويري درخواستن لاء، ڪو به ڊفالٽ جواب مقرر نه ڪيو ويو آھي. (ٻيو حوالو: 1300935)
1296653	جيڪڏهن هڪ ڊبل-PHY NCP ڊيوائس سب-GHz بينڊ تي انرجي اسڪين ڪري رهي هئي جڏهن ته 2.4GHz ريڊيو فعال هو، 2.4GHz ريڊيو چينل تي ايندڙ بيڪن جي درخواستن جي جواب ۾ ايندڙ بيڪن ٽرئفڪ جو وڏو دورو وڏي مقدار تي قبضو ڪري سگهي ٿو. اسٽيڪ جي بفر ميموري (هيپ سيگمينٽ مان مختص ٿيل) جڏهن ته ڪيترائي ذيلي GHz چينل اسڪين ڪيا پيا وڃن، جيڪي بفر شور ڏانهن وٺي سگهن ٿا.tages ۽ EZSP اوور فلو حالتون جيڪڏهن هيپ سائيز (جيڪو اهو طئي ڪري ٿو ته ڪيترا بفر سسٽم وٽ موجود آهن) ڪافي وڏي نه هئي. ھي اوور فلو حالت اسڪين مڪمل ھينڊلر کي ھوسٽ ايپليڪيشن تائين پھچڻ کان روڪي سگھي ٿي، جنھن ڪري ايپ جي اسڪين اسٽيٽ مشين کي ھميشه لاءِ ڦاسي پيو. دوئي PHY ڊوائيسز لاءِ انرجي اسڪيننگ ڪوڊ هاڻي 2.4GHz ريڊيو تي حاصل ڪيل بيڪن پيڪن کي رد ڪري ٿو جيڪو ذيلي GHz چينل جي اسڪيننگ دوران، اهڙيءَ طرح بيڪن جي وڏي آمد کي مٿي ذڪر ڪيل مسئلو پيدا ڪرڻ کان روڪي ٿو. نوٽ اهو 2.4GHz تي نيٽ ورڪ جي عام آپريشن کي روڪي نٿو سگهي ڇاڪاڻ ته بيڪنز صرف ممڪن طور تي PAN ID تڪرار جي سڃاڻپ لاءِ استعمال ڪيا ويندا آهن جڏهن ڊوائيس هڪ فعال اسڪين نه ڪري رهيو آهي، ۽ PAN ID تڪرار اڃا به نيٽ ورڪ ۾ ٻين راؤٽرز ذريعي ڳولي سگهجن ٿا. هن ڀيري يا ڪوآرڊينيٽر طرفان هڪ ڀيرو انرجي اسڪين مڪمل ٿي چڪو آهي. (ٻيو حوالو: 1276049)

سڃاڻپ #	وصف
1295250	معياري ايپليڪيشن ۾ ٽيسٽ هارنس zigbee 3.0 جزو شامل ڪرڻ وقت مرتب ٿيل مسئلا. (ٻيو حوالو: 1280058)
1294848	253 تائين ڊگھي اسٽرنگ جي ڊگھائي کي گڏ ڪرڻ لاءِ ZCL ڊيٽا صف لاءِ چيڪ شامل ڪيا ويا. (ٻيو حوالو: 1275092)
1294843	استعمال ڪرڻ کان اڳ مقامي متغيرن جي گم ٿيل شروعات کي مقرر ڪيو ويو. (ٻيو حوالو: 1275104)
1271968	zigbee_watchdog_periodic_refresh جزو هاڻي zigbee ايپليڪيشن فريم ورڪ ۾ استعمال نه ڪيو ويو آهي ۽ هن رليز ۾ رد ڪيو ويو آهي. واچ ڊاگ ٽائمر ڊفالٽ طور تي سڀني لاءِ بند ٿيل آهيampايپليڪيشنون. مستقبل ۾ SDK ۾ هڪ بهتر واچ ڊاگ جزو شامل ڪيو ويندو. نوٽ : مھرباني ڪري پڪ ڪريو واچ ڊاگ ٽائمر کي فعال ڪرڻ لاءِ ترتيب واري شيءِ سان SL_LEGACY_HAL_DISABLE_WATCHDOG توھان جي ايپليڪيشن ۾ 0 تي سيٽ ڪيو ويو.
1270721	ڊوائيسز جي ملٽي هاپ شامل ٿيڻ کي بهتر ڪرڻ لاء هڪ مسئلو حل ڪيو. ڊوائيس جي اعلان تي، ايڊريس جوڙو ايڊريس ڪيش ۾ شامل ڪيو ويو آهي. (ٻيو حوالو: 1266351)

رليز 7.4.4.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1334454	ٻيهر شامل ٿيڻ واري جواب کي سنڀالڻ ۾ مسئلو حل ڪيو. (ٻيو حوالو: 1331580)
1330732	تشخيصي ڪارڪردگي کي Iostream کي ڪال ڪرڻ کان پوءِ مداخلت کي بند ڪرڻ گهرجي ته جيئن ميوٽڪس حاصل ڪرڻ تي زور ڀريو وڃي.
1330720	EZSP_MAX_FRAME_LENGTH کي واپس 220 ڏانھن موٽايو ويو آھي، ايڪس اين سي پي پيغام جي وڌ ۾ وڌ ڊگھائي پڻ 220 ٿيڻ جي اجازت ڏئي ٿي. (ٻيو حوالو: 1327706)
1330311	هڪ مسئلو حل ڪيو جنهن سبب ڪجهه GP پراکسي ٽيسٽون ناڪام ٿيون RCP هوسٽ سيٽ اپ تي. (ٻيو حوالو: 1328991)
1312369	ٺاهيو SL_LEGACY_HAL_WDOG_IRQHandler() ڪمزور فنڪشن، گراهڪن کي انهن جي پنهنجي عمل کي مهيا ڪرڻ جي اجازت ڏئي ٿو.
1310711	SL_STACK_SIZE لاءِ گڏ ڪرڻ واري وقت جي غلطي جي چڪاس ڪئي وئي جڏھن RTOS جزو زگبي پروجيڪٽ ۾ استعمال ڪيو ويندو آھي.
1309913	ايپ فريم ورڪ ايونٽ قطار لاءِ ميوٽڪس تحفظ شامل ڪيو ويو ته جيئن ايپ فريم ورڪ ايونٽ APIs کي ڪيترن ئي ڪمن مان سڏي سگهجي. (ٻيو حوالو: 1252940، 1254397)
1309333	ذيلي GHz بينڊ تي هڪ نئين آخري ڊوائيس شامل ٿيڻ کان پوء، ڊيوٽي چڪر جي عمر واري ڊيٽا کي غلط طور تي سڀني آخري ڊوائيس ٻارن لاء صاف ڪيو ويو. (ٻيو حوالو: 1296881)
1296002	هڪ مسئلو جنهن سبب halAppBootloader فنڪشن جي ڪيترن ئي وضاحتن کي حل ڪيو ويو آهي.
1295756	اسٽيڪ واقعن کي نشانو نه بڻايو ويو مداخلت-محفوظ ISR جي حوالي سان شيڊول نه ڪيو وڃي ڇاڪاڻ ته اهو هڪ نسل جي حالت پيدا ڪري سگهي ٿو جنهن جي نتيجي ۾ واقعي واقعي جي قطار مان ڪڍيو وڃي ٿو. ھن جو ھڪڙو مثال ذيلي GHz ڊوائيسز کي مناسب طريقي سان MAC بيڪ آف کي شيڊول ڪرڻ کان روڪيو جڏھن ھن نسل جي حالت کي شروع ڪيو ويو. (ٻيو حوالو: 1269856)
1294660	هڪ مسئلو حل ڪيو جتي نيٽ ورڪ اسٽيئرنگ پلگ ان ڪم ڪري سگهي ٿي ڄڻ ته ڊوائيس اڳ ۾ ئي نيٽ ورڪ تي هئي جڏهن اهو نه هو، هن غلط حالت ۾ پڪڙيو وڃي جيستائين ري سيٽ ڪيو وڃي. اهو ٽارگيٽ ڪري سگهجي ٿو نيٽ ورڪ ڇڏڻ CLI ڪمانڊ کي ڪافي وقت سان گڏ جڏهن ته نيٽ ورڪ اسٽيئرنگ نيٽ ورڪ ۾ شامل ٿيڻ جي وچ ۾ هو ۽ هڪ MAC اسڪين سان اڃا التوا ۾ آهي. (ٻيو حوالو: 1293923)
1290695	هڪ مسئلو حل ڪيو جيڪو استعمال جي صورت لاءِ ZLL ڪميشننگ پيڪٽ ڪڍيو جڏهن هڪ آخري پوائنٽ غير فعال آهي جڏهن ته ٻيا آخري پوائنٽ اڃا به فعال آهن. فيڪس شامل ڪيو ويو آهي سڀني فعال ٿيل پوائنٽن کي چيڪ ڪرڻ لاءِ. (ٻيو حوالو: 1275586)

رليز 7.4.0.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1019348	Zigbee ZCL Cli جزو لاءِ انحصار جي گهرج کي درست ڪيو ته جيئن ضرورت نه هئڻ تي ان کي ختم ڪري سگهجي.
1024246	emberHaveLinkKey() ۽ sl_zb_sec_man_have_link_key() لاءِ فنڪشن تفصيل کي اپڊيٽ ڪيو.
1036503	DMP s لاءِ مائڪريم ڪرنل جي استعمال جي سفارش ڪرڻ لاءِ وضاحت شامل ڪئي وئيample ائپس.
1037661	ھڪڙو مسئلو جيڪو ايپليڪيشن کي يا ته پرو اسٽيڪ يا ليف اسٽيڪ کي انسٽال ڪرڻ کان روڪي رھيو ھو حل ڪيو ويو آھي.
1078136	وقفي وقفي کان واقعن کي تبديل ڪرڻ دوران وقفي وقفي سان حادثي کي درست ڪيو
1081548	هڪ مسئلو سي ايس ايل ۾ طئي ڪيو ويو آهي جتي هڪ نئون ويڪ اپ فريم ترتيب جيڪو فوري طور تي پوئين پيل لوڊ فريم جي فوري طور تي موصول ٿئي ٿو صحيح طور تي رڪارڊ نه ڪيو ويندو. ان جي نتيجي ۾ هڪ مس پيل لوڊ فريم ۾ ٿيندو.
1084111	MG24 تي ٻڌل بورڊن لاءِ ابتدائي ننڊ واري SPI-NCP سپورٽ هن رليز جي حصي طور اپڊيٽ ڪئي وئي آهي.
1104056	گھڻن نيٽ ورڪ جي صورت ۾ ثانوي نيٽ ورڪ تي هلائڻ لاءِ نيٽ ورڪ اسٽيئرنگ لاءِ سپورٽ شامل ڪئي وئي
1120515	هڪ مسئلو حل ڪيو جتي چينل تبديل نه ڪيو جڏهن mfglib set-channel ڪمانڊ استعمال ڪندي.
1141109	هڪ مسئلو حل ڪيو جنهن جي ڪري پيدا ٿيل sample application ncp-uart-gp-multi-rail ڪجهه هيڊر وڃائڻ لاءِ files جڏهن -cp آپشن سان گرين پاور اڊاپٽر جو حصو استعمال ڪيو وڃي.
1144316	gp-types.h دستاويزن ۾ ڪجهه ڊيٽا جي جوڙجڪ جي قسمن جي وضاحت کي اپڊيٽ ڪيو.
1144884	فڪسڊ اسپوري فريم پينڊنگ بٽ سيٽ جڏهن ڪو به ڊيٽا باقي نه آهي.
1152512	گھٽ-ميڪ-ريل ۾ هڪ امڪاني حادثي کي درست ڪيو جڏهن واقعي کي تبديل ڪندي ISR جي حوالي سان.
1154616	نيٽ ورڪ کي شروع ڪرڻ لاءِ شرط لاءِ هڪ استثنا شامل ڪيو ويو ڪيس سان “Sleepy End Device کان Non-Sleepy End Device ڏانهن ڪردار مٽائڻ”.
1157289	هڪ مسئلو حل ڪيو جيڪو ٿي سگهي ٿو BDB ٽيسٽ ناڪامي DN-TLM-TC-02B.
1157426	zigbee_simple_app کي گرين_پاور_اڊاپٽر جزو سان ٺاھڻ دوران ھڪڙي تعميراتي مسئلي کي حل ڪيو.
1157932	چيڪ ڪرڻ لاءِ شرط شامل ڪئي وئي ته ڇا ”منتقلي وقت“ فيلڊ غائب آهي ۽ هن غائب فيلڊ لاءِ ڊفالٽ ويل 0xFFFF مقرر ڪريو.
1166340	ھڪڙي مسئلي کي حل ڪيو جيڪو emberAfGpdfSend کي بار بار ٽرانسميشن جو ارادو نمبر موڪلڻ کان روڪي رھيو ھو.

سڃاڻپ #	وصف
1167807	هڪ مسئلو حل ڪيو جتي ورهايل نيٽ ورڪن ۾ ٽرسٽ سينٽرز طور ڪم ڪندڙ ڊوائيس غلط طور تي انهن جي عارضي لنڪ ڪيز کي صاف ڪري ڇڏيندا هر دفعي نئين ڊوائيس شامل ٿي.
1169504	هڪ مسئلو حل ڪيو جنهن جي ڪري ننڊ واري ڊوائيس کي زور سان جاڳائڻ تي ري سيٽ ڪيو.
1169966	مقرر ٿيل غائب واپسي جي قيمت جي تصديق بفر مختص ڪوڊ ۾.
1171477، 172270	mfglib start 1 سان ڪوبه پيغام منتقل نه ڪيو ويو پر وصول ڪيو ويو، تنهن ڪري ڏيکاريل ٽرمينل پيغام "mfglib مڪمل موڪليو" غلط آهي ۽ "آخري %d ms ۾ RXed %d پيڪٽس" ۾ تبديل ڪيو ويو آهي.
1171935	وقتي نيٽ ورڪ جي تازه ڪاري جي مدت کي تبديل ڪيو ويو جيستائين 1 سال تائين.
1172778	گرين پاور سرور تي emberAfPluginGreenPowerServerUpdateAliasCallback جي گم ٿيل دعوت شامل ڪئي وئي..
1174288	هڪ مسئلو حل ڪيو جيڪو نيٽ ورڪ اسٽيئرنگ جي عمل کي زور ڏئي ٿو ته جيڪڏهن جاري اسڪين کي روڪڻ لاء ڪال سڏيو وڃي ٿو.
1178393	تازه ڪاري دستاويزي غلطي.
1180445	سمارٽ انرجي ۾، OTA هاڻي ڊائون لوڊ ڪرڻ جاري رکي ٿو جيڪڏهن ڪوآرڊينيٽر محدود ڊيوٽي سائيڪل تائين پهچي ٿو.
1185509	سي ايس ايل ۾ هڪ مسئلو حل ڪيو جتي هڪ نئون ويڪ اپ فريم ترتيب جيڪو فوري طور تي موصول ٿئي ٿو هڪ پوئين پيل لوڊ فريم کي صحيح طور تي رڪارڊ نه ڪيو ويندو. ان جي نتيجي ۾ هڪ مس پيل لوڊ فريم ۾ ٿيندو.
1186107	هڪ مسئلو حل ڪيو جيڪو حاصل ڪيل GPDFs جي ناڪامي ڊيڪرپشن جو سبب بڻيو ايندڙ GPDF کي Gp ڪميشننگ نوٽيفڪيشن ۾ تبديل ڪرڻ لاءِ.
1188397	هڪ مسئلو حل ڪيو جيڪو تاليف جي غلطي جو سبب بڻيو جڏهن وڌايل رپورٽ ٽيبل سائيز کي چالو ڪيو.
1194090	سِنڪ ڪميشننگ موڊ ڪمانڊ لاءِ ڊفالٽ جواب ۾ ناڪامي جي صورتحال کي درست ڪيو - ھيٺ ڏنل سيڪشن 3.3.4.8.2
1194963	صارف جي ڪال بڪ emberAfGreenPowerServerPairingStatusCallback کي ڪال ڪرڻ کان اڳ ڪميشننگ جي پي ڊي ڍانچي لاءِ ميم سيٽ ٿيڻ واري مسئلي کي حل ڪيو.
1194966	هڪ مسئلو حل ڪيو جتي ايگزٽ ڪميشننگ ايڪشن سان آخري پوائنٽ ۽ پراڪس شامل ٿيل فيلڊز سيٽ نه ڪيا ويا.
1196698	فڪس ڪيو ويو هڪ ڪوڙي فريم پينڊنگ بٽ سيٽ جڏهن ته ڪو به ڊيٽا باقي نه هو.
1199958	ڪيس کي سنڀالڻ لاءِ ڪوڊ شامل ڪيو ويو جڏهن گرين پاور پيغامن کي ٺاهڻ لاءِ وڌيڪ جاءِ ناهي.
1202034	هڪ مسئلو حل ڪيو جتي sl_zb_sec_man_context_t اسٽيڪ متغير صحيح طور تي شروع نه ڪيو ويو هو، جنهن سبب انسٽال ٿيل ڪوڊ سان شامل ٿيڻ ناڪام ٿي ويو.
1206040	ايمبر ريموو چائلڊ () کي ڪال ڪرڻ دوران هڪ محفوظ ٻيهر شامل ٿيڻ جي ڪوشش هڪ آخري ڊيوائس ذريعي ممڪن طور تي ٻارن جي ڳڻپ ۾ اضافو ٿي سگهي ٿو، امڪاني طور تي چائلڊ ڳڻپ -1 (255) جي ڪري ٿي سگھي ٿو، آخري ڊيوائسز کي شامل ٿيڻ/ ٻيهر شامل ٿيڻ کان روڪيو وڃي. بيڪن ۾ گنجائش.
1207580	اسٽيڪ اندر چائلڊ ٽيبل جي ڳولا جا ڪم 0x0000 بمقابله 0xFFFF جي استعمال ۾ متضاد آهن نوڊ ID واپسي جي قيمت لاءِ غلط/خالي داخلائن جي نمائندگي ڪن ٿا، جنهن جي ڪري APIs ۾ غير استعمال ٿيل داخلائن جي چڪاس ڪرڻ ۾ مسئلا پيدا ٿين ٿا جهڙوڪ emberRemoveChild().
1210706	EmberCounterHandler() جي حصي جي طور تي EmberExtraCounterInfo struct ۾ مهيا ڪيل منزل ۽ PHY انڊيڪس شايد MAC TX Unicast ڪائونٽر جي قسمن لاءِ غلط هجي.
1211610 1212525	هڪ مسئلو حل ڪيو جتي Dynamic Multiprotocol ايپليڪيشنون Cecure Key Storage Upgrade جزو کي فعال ڪرڻ کان پوءِ تباهه ٿي ويون.
1211847	جڏهن ته emberCounterHandler() جي دستخط تبديل نه ڪئي وئي آهي، ان جي پيٽرولن کي آباد ڪرڻ جو طريقو ٿورو تبديل ٿي چڪو آهي. ھن API جي چوڌاري تبديليون مٿي سيڪشن 2 ۾ بيان ڪيون ويون آھن.
1212449	ٻاهر نڪرندڙ بيڪنز کي MAC پرت پاران غلط طور تي درجه بندي ڪيو ويو، جنهن جي نتيجي ۾ emberCounterHandler() انهن پيڪن کي EMBER_COUNTER_MAC_TX_BROADCAST ڪائونٽر ٽائپ سان پڪڙڻ ۾ ناڪام ٿيو ۽ بجاءِ EMBER_COUNTER_MAC_TX_UNICAST_SU قسم سان بيڪن کي ڳڻڻ. انهي جي نتيجي ۾ امڪاني طور تي ناقابل اعتبار قدرن جي نتيجي ۾ ڊيسٽ EmberNodeId پيراميٽر ڏانهن منتقل ڪيو ويو آهي EmberCounterInfo struct
1214866	ڪجهه اعلي ٽرئفڪ جي ترتيبن ۾ ڊيٽا پول پيڪٽ موڪلڻ جي نتيجي ۾ بس جي غلطي ٿي سگھي ٿي.
1216552	هڪ مسئلو جيڪو مصروف ٽرئفڪ جي حالتن ۾ هڪ دعوي جو سبب بڻيل آهي مقرر ڪيو ويو آهي.
1216613	هڪ مسئلو حل ڪيو جنهن جي نتيجي ۾ گروپ ڪاسٽ ريڊيس جي غلط قيمت کي پراکسي ٽيبل ۾.
1222509	روٽر/ ڪوآرڊينيٽر موڪل ۽ ٻيهر شامل ٿيڻ جي درخواست موڪلي ٿو نان چائلڊ پولنگ اينڊ ڊيوائس تي، پر MAC منزل 0xFFFF آهي NWK منزل جي ايڊريس سان ملائڻ بدران.
1223842	sl_component_catalog.h جي نسل سان هڪ مسئلو حل ڪيو جيڪو ان ۾ ناپسنديده ڪوڊ ڇڏي رهيو هو جنهن جي تاليف جي ناڪامي سبب.

سڃاڻپ #	وصف
756628	ايپليڪيشن ڪال بيڪ جي دعوت کي تبديل ڪيو emberAfMacFilterMatchMessageCallback صرف انهن ZLL پيغامن لاءِ سڏيو وڃي ٿو جيڪي اسٽيڪ طرفان تصديق ٿيل آهن.
816088	EMBER ترتيب zigbeed_configuration.h کان zigbeed.slcp ڏانهن منتقل ڪيو ويو.
829508	ريس جي حالت کان بچڻ لاءِ، ايمبر سيٽ لوجيڪل ۽ ريڊيو چينل ۾ اضافي تصديق شامل ڪئي وئي ته ناڪامي واپسي جي صورت ۾ جيڪڏهن هيٺيون پرتون مصروف آهن يا چينل کي تبديل ڪرڻ جي حالت ۾ نه آهن.

موجوده رليز ۾ ڄاڻايل مسئلا

اڳئين رليز کان وٺي بولڊ ۾ مسئلا شامل ڪيا ويا. جيڪڏهن توهان هڪ ڇڏڻ کي مس ڪيو آهي، تازو رليز نوٽس تي دستياب آهن https://www.si-labs.com/developers/zigbee-emberznet Tech Docs ٽيب ۾.

سڃاڻپ #	وصف	ڪم ڪار
N/A	ھن رليز ۾ ھيٺيون ائپس/جزو سپورٽ نه آھي: EM4 سپورٽ.	خصوصيت کي ايندڙ رليز ۾ فعال ڪيو ويندو.
193492	emberAfFillCommandGlobalServerToClientConfigureRe پورٽنگ ميڪرو ڀڄي ويو آهي. بفر ڀرڻ غلط ڪمانڊ پيڪٽ ٺاهي ٿو.	استعمال ڪريو "zcl global send-me-a-report" CLI حڪم API جي بدران.
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. مثال لاءِampلي، تبديل ڪريو <-26..20>.
295498	UART استقبال ڪڏهن ڪڏهن Zigbee + BLE متحرڪ ملٽي پروٽوڪول استعمال جي صورت ۾ ڳري لوڊ هيٺ بائيٽ ڇڏي ٿو.	هارڊويئر فلو ڪنٽرول استعمال ڪريو يا بيڊ جي شرح کي گھٽ ڪريو.
312291	EMHAL: halCommonGetIntxxMillisecondTick فنڪشن لينڪس ميزبانن تي في الحال gettimeofday فنڪشن استعمال ڪن ٿا، جنهن جي هڪجهڙائي جي ضمانت نه آهي. جيڪڏهن سسٽم جو وقت تبديل ٿئي ٿو، اهو اسٽيڪ ٽائيمنگ سان مسئلا پيدا ڪري سگهي ٿو.	انھن ڪمن کي تبديل ڪريو clock_gettime کي CLOCK_MONOTONIC ماخذ سان استعمال ڪرڻ بدران.
338151	اين سي پي کي شروع ڪرڻ سان گھٽ پيڪٽ بفر ڳڻپ جي قيمت خراب ٿي سگھي ٿي.	تمام گھٽ ڊفالٽ ويل کان بچڻ لاءِ پيڪٽ بفر جي ڳڻپ لاءِ 0xFF رکيل قدر استعمال ڪريو
387750	روٽ ٽيبل جي درخواست فارميٽ سان مسئلو آخر ڊوائيس تي.	تحقيق هيٺ
400418	هڪ ٽچ لنڪ شروع ڪندڙ هڪ غير فيڪٽري-نئين آخري ڊوائيس ٽارگيٽ سان ڳنڍي نٿو سگهي.	ڪو به معلوم حل ناهي.
424355	هڪ غير فيڪٽري-نئين ننڊ جي آخري ڊيوائس ٽچ لنڪ ٽارگيٽ- قابل شروعات ڪندڙ ڪجهه حالتن ۾ ڊوائيس جي معلومات جو جواب حاصل ڪرڻ جي قابل ناهي.	تحقيق هيٺ
465180	Coexistence Radio Blocker Optimization item “Enable Runtime Control” مناسب Zigbee آپريشن کي بلاڪ ڪري سگھي ٿو.	اختياري 'وائي فائي چونڊيو' بلاڪر جي اصلاح جو ڪنٽرول ڇڏڻ گهرجي "معذور".
480550	OTA ڪلستر جو پنهنجو بلٽ ان فريگمينٽيشن طريقو آهي، ان ڪري ان کي APS فريگمينٽيشن استعمال نه ڪرڻ گهرجي. جيتوڻيڪ، صورت ۾ APS انڪرپشن کي فعال ڪيو ويو آهي، اهو ImageBlockResponses جي پيل لوڊ کي هڪ سائيز تائين وڌائيندو آهي جتي APS ٽڪنڊي کي چالو ڪيو ويندو آهي. اهو ٿي سگهي ٿو OTA عمل ناڪام ٿيڻ.	ڪو به معلوم حل ناهي
481128	تفصيلي ري سيٽ سبب ۽ حادثي جا تفصيل ڊفالٽ طور تي دستياب هجڻ گهرجن ورچوئل UART (سيريل 0) ذريعي NCP پليٽ فارمن تي جڏهن تشخيص پلگ ان ۽ ورچوئل UART پردي فعال ٿيل آهن.	جيئن ته سيريل 0 اڳ ۾ ئي NCP ۾ شروع ڪيو ويو آهي، گراهڪ Zigbee NCP فريم ورڪ ۾ emberAfNcpInitCallback کي چالو ڪري سگھن ٿا ۽ مناسب تشخيصي ڪمن کي ڪال ڪري سگھن ٿا (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashSummary, this halDrint ھن ڊيٽا کي پرنٽ ڪريو سيريل 0 لاءِ viewنيٽ ورڪ اينالائيزر ڪيپچر لاگ ۾ داخل ڪريو. هڪ اڳوڻي لاءampانهن ڪمن کي ڪيئن استعمال ڪجي، af-main-soc.c جي emberAfMainInit() ۾ شامل ڪوڊ جو حوالو ڏيو جڏهن EXTENDED_RESET_INFO وضاحت ڪئي وئي آهي.

سڃاڻپ #	وصف	ڪم ڪار
486369	جيڪڏهن هڪ نئون نيٽ ورڪ ٺاهيندي هڪ DynamicMultiProtocolLightSoc وٽ چائلڊ نوڊس آهن جيڪي نيٽ ورڪ کان بچيل آهن، اهو ڇڏي ويو آهي، emberAfGetChildTableSize startIdentifyOnAllChildNodes ۾ هڪ غير صفر قدر واپس ڪري ٿو، جنهن ڪري Tx 66 غلطي پيغامن جو سبب بڻجن ٿا جڏهن ”ڀوت“ ٻارن کي خطاب ڪندي.	جيڪڏهن ممڪن هجي ته نئون نيٽ ورڪ ٺاهڻ کان اڳ حصي کي ماس-ڊيٽ ڪريو يا نيٽ ورڪ ڇڏڻ کان پوءِ چائلڊ ٽيبل کي پروگرام طور چيڪ ڪريو ۽ نئون نيٽ ورڪ ٺاهڻ کان اڳ emberRemoveChild استعمال ڪندي سڀني ٻارن کي حذف ڪريو.
495563	شامل ٿيڻ SPI NCP Sleepy End Device Sample ائپ شارٽ پول نه ٿي ڪري، ان ڪري شامل ٿيڻ جي ڪوشش ناڪام ٿي TC Link Key کي اپڊيٽ ڪرڻ جي حالت ۾.	ڊوائيس جيڪو شامل ٿيڻ چاهي ٿو شامل ٿيڻ جي ڪوشش ڪرڻ کان پهريان مختصر پول موڊ ۾ هجڻ گهرجي. ھن موڊ کي مجبور ڪري سگھجي ٿو آخر ڊيوائس سپورٽ پلگ ان.
497832	نيٽ ورڪ اينالائيزر ۾ Zigbee ايپليڪيشن سپورٽ ڪمانڊ بريڪ ڊائون جي تصديق ڪنجي درخواست فريم لاءِ غلطيءَ سان پيل لوڊ جي حصي جو حوالو ڏئي ٿو جيڪو اشارو ڪري ٿو فريم ماخذ ايڊريس کي منزل پتي طور.	ڪو به معلوم حل ناهي
519905 521782	SPI NCP شايد تمام گھٽ ناڪام ٿي سگھي ٿو بوٽ لوڊر ڪميونيڪيشن شروع ڪرڻ ۾ 'بوٽ لوڊ' CLI حڪم استعمال ڪندي اوٽا ڪلائنٽ پلگ ان.	بوٽ لوڊ ڪرڻ واري عمل کي ٻيهر شروع ڪريو
620596	NCP SPI ExampBRD4181A لاءِ (EFR32xGMG21) nWake default pin defined wake-up pin طور استعمال نٿو ڪري سگھجي.	NCP-SPI پلگ ان ۾ nWake لاءِ ڊفالٽ پن کي PD03 کان EM2/3 ويڪ-اپ-فعال پن ۾ تبديل ڪريو.
631713	A Zigbee End Device بار بار ايڊريس تڪرارن جي رپورٽ ڪندو جيڪڏهن پلگ ان ”Zigbee PRO Stack Library“ بدران ”Zigbee PRO Leaf Library“ استعمال ڪيو وڃي.	استعمال ڪريو ”Zigbee PRO Leaf Library“ بدران ”Zigbee PRO Stack Library“ پلگ ان.
670702	رپورٽنگ پلگ ان جي اندر غير موثريت ڊيٽا لکڻ جي تعدد ۽ ٽيبل جي سائيز جي بنياد تي اهم ويڪرائي جو سبب بڻجي سگهي ٿي، جيڪا شايد ڪسٽمر ايپليڪيشن ڪوڊ سان مداخلت ڪري ٿي، بشمول واقعي جي وقت.	جيڪڏهن بار بار لکي رهيا آهيو، رپورٽنگ جي حالتن کي جانچڻ تي غور ڪريو ۽ پلگ ان استعمال ڪرڻ بجاءِ دستي طور رپورٽون موڪلڻ.
708258	addEntryToGroupTable() ذريعي گروپس-server.c ۾ غير شروع ٿيل قدر هڪ غلط بائنڊنگ ٺاهي سگهي ٿي ۽ گروپ ڪاسٽ رپورٽنگ پيغام موڪلڻ جو سبب بڻجي سگهي ٿي.	شامل ڪريو "binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID؛" "binding.type کان پوء = EMBER_MULTICAST_BINDING؛"
757775	سڀ EFR32 حصن ۾ هڪ منفرد RSSI آفسيٽ آهي. ان کان علاوه، بورڊ ڊيزائن، اينٽيننا ۽ ملفوظات RSSI کي متاثر ڪري سگھن ٿا.	جڏهن هڪ نئون پروجيڪٽ ٺاهي، انسٽال ڪريو RAIL يوٽيلٽي، RSSI جزو. ھن خصوصيت ۾ شامل آھي ڊفالٽ RSSI Offset SiLabs ھر حصي لاءِ ماپي چڪو آھي. جيڪڏهن ضروري هجي ته توهان جي مڪمل پراڊڪٽ جي آر ايف جاچ کان پوءِ هي آفسٽ تبديل ڪري سگهجي ٿو.
758965	ZCL ڪلستر اجزاء ۽ ZCL ڪمانڊ دريافت جدول هم وقت سازي نه آهن. تنهن ڪري، جڏهن هڪ ZCL ڪلستر جزو کي فعال يا غير فعال ڪيو وڃي، لاڳو ٿيل حڪمن کي لاڳاپيل ZCL ترقي يافته ڪنفيگريٽر ڪمانڊ ٽيب ۾ فعال / غير فعال نه ڪيو ويندو.	دستي طور تي ZCL Advanced Configurator ۾ مطلوب ZCL حڪمن لاءِ دريافت کي فعال/بند ڪريو.
765735	OTA اپڊيٽ سليپي اينڊ ڊيوائس تي ناڪام ٿي ٿي فعال پيج جي درخواست سان.	صفحي جي درخواست جي بدران بلاڪ درخواست استعمال ڪريو.
845649	CLI کي هٽائڻ: بنيادي جزو EEPROM ڪلائي ڪالن کي ختم نٿو ڪري sl_cli.h.	eprom-cli.c کي ختم ڪريو file جيڪو سڏي ٿو sl_cli.h. اضافي طور تي، sl_cli.h ڏانهن ڪالون ۽ گڏوگڏ sl_cli_command_arg_t ota-storage-simple-eeprom ۾ تبصرو ڪري سگھجي ٿو.
857200	ias-zone-server.c ”0000000000000000“ CIE ايڊريس سان هڪ بائنڊنگ ٺاهڻ جي اجازت ڏئي ٿو ۽ پوئين طور تي وڌيڪ پابندين جي اجازت نٿو ڏئي.	ڪو به معلوم حل ناهي
1019961	ٺاهيل Z3Gateway ٺاهيوfile هارڊ ڪوڊس ”gcc“ جيئن CC	ڪو به معلوم حل ناهي

سڃاڻپ #	وصف	ڪم ڪار
1039767	Zigbee روٽر نيٽ ورڪ ٻيهر ڪوشش ڪريو قطار اوور فلو مسئلو ملٽي ٿريڊ RTOS استعمال ڪيس ۾.	Zigbee اسٽيڪ ٿريڊ-محفوظ نه آهي. نتيجي طور، Zigbee اسٽيڪ APIs کي ٻئي ڪم کان سڏڻ او ايس ماحول ۾ سهڪار نه آهي ۽ ٿي سگهي ٿو اسٽيڪ کي "غير ڪم ڪندڙ" حالت ۾. ايونٽ هينڊلر استعمال ڪندي وڌيڪ معلومات ۽ ڪم ڪار جي لاءِ هيٺ ڏنل ايپ نوٽ ڏانهن رجوع ڪريو. https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk-7x.pdf .
1064370	Z3Switch sample ايپليڪيشن صرف هڪ بٽڻ کي فعال ڪيو آهي (مثال طور: btn1) ڊفالٽ جي طور تي جيڪو پروجيڪٽ ۾ بٽڻ جي وضاحت ۾ بي ترتيب جي ڪري ٿو file.	ڪم ڪار: Z0Switch پروجيڪٽ ٺاهڻ دوران دستي طور تي btn3 مثال انسٽال ڪريو.
1161063	Z3Light ۽ ممڪن طور تي ٻيون ايپليڪيشنون غلط ڪلستر جي نظرثاني جي قيمتن جي رپورٽ ڪن ٿيون.	دستي طور تي ڪلستر جي نظرثاني جي خصوصيت کي انهن جي مناسب نظرثاني لاء تازه ڪاري ڪريو.
1164768، 1171478، 1171479	ERROR: 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 ختم ٿيل آھي. واچ ڊاگ ٽائمر کي ريفريش ڪرڻ لاءِ متبادل تجويز ڪيل طريقو آهي ورثي واري واچ ڊاگ ٽائمر APIs کي استعمال ڪرڻ لاءِ ايپليڪيشن مخصوص وقتي واقعي ۾.

رليز 7.4.1.0 ۾ ختم ٿيل
GSDK 7.4.0.0 ۾، هن پيچ سميت، هڪ Z3 گيٽ وي ۾ "-v" اختيار هڪ لينڪس هوسٽ ايپليڪيشن لاءِ هڪ ٽيلنٽ انٽرفيس ٺاهڻ لاءِ پورٽ 4900 يا 4901 سان ختم ڪيو ويو آهي. ٽيلنٽ انٽرفيس ٺاهڻ لاءِ متبادل تجويز ڪيل طريقو لينڪس يوٽيلٽيز استعمال ڪرڻ آهي جيئن ته ”سوڪٽ“.

رليز 7.4.0.0 ۾ ختم ٿيل
ھيٺ ڏنل خارج ٿيل سيڪيورٽي APIs کي ختم ڪيو

emberGetKey()
emberGetKeyTableEntry()
emberSetKeyTableEntry()

emberHaveLinkKey()
emberAddOrUpdateKeyTableEntry()
emberAddTransientLinkKey()

emberGetTransientKeyTableEntry()
emberGetTransientLinkKey()
emberHmacAesHash()

Zigbee سيڪيورٽي مئنيجر پاران مهيا ڪيل APIs استعمال ڪريو اهم اسٽوريج تائين رسائي ۽ HMAC هيشنگ لاءِ.

ختم ٿيل شيون

رليز 7.4.0.0 ۾ هٽايو ويو

عوامي هيڊر ۾ نقل ٿيل عوامي APIs کي هٽايو ويو file gp-types.h.

zigbee_end_device_bind جزو هٽايو ويو آهي. هي جزو ڪوآرڊينيٽر لاءِ استعمال ڪيو ويو هو بروکر بائنڊنگ ري-ڪوسٽس لاءِ آخري ڊوائيسز لاءِ. هي اختياري ڪارڪردگي Zigbee ڪور اسپيڪ جي R22 مان هٽايو ويو.
هٽايو ويو سيٽ Packet BufferCount() af-host.c ۾ ۽ بيڪار چيڪ ڪيس EZSP_CONFIG_PACKET_BUFFER_COUNT: command-handlers.c ۾.
هٽايو ويو ميموري مختص دليل ڇو ته اين سي پي جي شروعات ڪرڻ وقت ٻن مرحلن ۾ ورهائڻ جي ڪا ضرورت ناهي.

هٽايو ويو emberAfNcpInitCallback() se14-comms-hub، se14-ihd، ۽ se14-meter-gas جي app.c ۾.
هٽايو ويو سيٽنگ EZSP_CONFIG_RETRY_QUEUE_SIZE قدر ncp جي شروعات دوران ncp-configuration.c ۾.

ملٽي پروٽوڪول گيٽ وي ۽ آر سي پي

نيون شيون

رليز 7.4.0.0 ۾ شامل ڪيو ويو
سمورو ٻڌڻ، آزاد 802.15.4 چينلز تي هلائڻ لاءِ Zigbee ۽ OpenThread اسٽيڪ جي صلاحيت جڏهن EFR32xG24 يا xG21 RCP استعمال ڪندي، جاري ڪئي وئي آهي. 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 ۾ طئي ٿيل

سڃاڻپ #	وصف
1328799	اسپنل RESET ڪمانڊ پاران شروع ڪيل نرم ريٽ هاڻي 15.4 RCP جي بفرن کي صاف ڪري ٿو.
1337101	نامڪمل 15.4 ٽرانسمٽ آپريشنز (Tx هڪ ack جي انتظار ۾، Tx an ack هڪ پيغام جي جواب ۾، وغيره) هاڻي وقت کان اڳ نه سمجهيا ويندا آهن ڊي ايم پي جي ڪري ريڊيو جي مداخلت تي ناڪام ٿيڻ تي. هي اجازت ڏئي ٿو ته آپريشن کي هڪ موقعو ڏنو وڃي ته وقفي کانپوءِ ٻيهر شيڊول ڪيو وڃي يا RAIL طرفان مستقل طور تي ناڪام ٿي وڃي (شيڊيولر اسٽيٽس ايرر واقعن). (ٻيو حوالو: 1339032)
1337228	Zigbeed ۾ halCommonGetInt32uMillisecondTick() ٽِڪ API هاڻي MONOTONIC ڪلاڪ استعمال ڪرڻ لاءِ اپڊيٽ ڪئي وئي آهي، انهي ڪري ته اهو ميزبان سسٽم ۾ NTP کان متاثر نه ٿئي. (ٻيو حوالو: 1339032)
1346785	مقرر ٿيل نسل جي حالت جيڪا 802.15.4 RCP تي هڪجهڙائي ٻڌڻ جي غير فعال ٿيڻ سبب ٿي سگهي ٿي جڏهن ٻئي پروٽوڪول هڪ ئي وقت منتقل ٿي رهيا هئا. (ٻيو حوالو: 1349176)
1346849	هڪ منصوبي ۾ rail_mux جزو شامل ڪرڻ هاڻي ان کي خودڪار طور تي لاڳاپيل اسٽيڪ لائبريري جي مختلف قسمن سان تعمير ڪرڻ جو سبب بڻائيندو. (ٻيو حوالو: 1349102)

رليز 7.4.4.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1184065	zigbee_ncp-ot_rcp-spi ۽ zigbee_ncp-ot_rcp_uart لاءِ MG13 ۽ MG21 تي گھٽ ٿيل RAM فوٽ پرنٽ.
1282264	هڪ مسئلو حل ڪيو جيڪو ريڊيو ٽرانسمٽ آپريشن ۾ مداخلت ڪري سگهي ٿو ٽرانسمٽ فيفو کي صاف ڪرڻ سان وقت کان اڳ انڊر فلو سبب.
1292537	DMP Zigbee-BLE NCP ايپليڪيشن هاڻي صحيح نموني سان ڏيکاريل آهي سادگي اسٽوڊيو UI ۾. (ٻيو حوالو: 1292540)

1230193	ختم ٿيل ڊوائيس تي نيٽ ورڪ ۾ شامل ٿيڻ وقت غلط نوڊ قسم جو مسئلو حل ڪيو ويو. (ٻيو حوالو: 1298347)
1332330	هڪ مسئلو حل ڪيو جتي هڪ 15.4+BLE RCP ماحول ۾ ڪم ڪري رهيو آهي ڳري نيٽ ورڪ ٽرئفڪ سان ڪڏهن ڪڏهن ڪنهن نسل جي حالت کي منهن ڏئي سگهي ٿي جيڪا ڊوائيس کي ريبوٽ ڪرڻ تائين CPCd تائين پيغام موڪلڻ کان قاصر ٿي ويندي. (ٻيو حوالو: 1333156)

رليز 7.4.2.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1022972	Zigbee-OpenThread NCP/RCP s ۾ گڏيل وجود وارو پلگ ان واپس شامل ڪيو ويوampدرخواست.
1231021	OTBR ۾ هڪ دعويٰ کان پاسو ڪريو جيڪو مشاهدو ڪيو ويو آهي جڏهن 80+ زگبي ڊوائيسز ۾ شامل ٿيڻ سان RCP بحال ڪرڻ بجاءِ ذيلي ميڪ ڏانهن غير هٿ ٿيل ٽرانسمٽ غلطين کي پاس ڪرڻ جي.
1249346	هڪ مسئلو حل ڪيو جتي RCP غلط طور تي ميزبان لاءِ مقرر ڪيل پيڪٽس کي ترتيب ڏئي سگهي ٿو، نتيجي ۾ OTBR ۾ پارس جي غلطي ۽ اڻڄاتل ختم ٿيڻ جي نتيجي ۾.

رليز 7.4.1.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1213701	zigbeed هڪ ٻار لاءِ ماخذ ميچ ٽيبل داخل ٿيڻ جي اجازت نه ڏني جيڪڏهن MAC اڻ سڌي قطار ۾ ڊيٽا اڳ ۾ ئي موجود آهي انهي ٻار لاءِ. اهو رويو ٻار جي وچ ۾ ايپليڪيشن پرت جي ٽرانزيڪشن جو سبب بڻجي سگهي ٿو ۽ ڪجهه ٻين ڊوائيس جي ناڪامي جي ڪري APS Ack يا ايپ-ليئر جواب نه هجڻ جي ڪري، خاص طور تي ٻارن جي ڊوائيس کي نشانو بڻائيندڙ ZCL OTA اپ گريڊ جي رڪاوٽ ۽ غير متوقع طور تي ختم ٿيڻ.
1244461	ماخذ ميچ ٽيبل جي داخلا ٻار جي هجڻ جي باوجود ختم ٿي سگهي ٿي پيغامن جي انتظار ۾.

رليز 7.4.0.0 ۾ طئي ٿيل

سڃاڻپ #	وصف
1081828	فري آر ٽي او ايس جي بنياد تي Zigbee/BLE DMP s سان گڏ مسئلوampايپليڪيشنون.
1090921	Z3GatewayCpc کي شور واري ماحول ۾ نيٽ ورڪ ٺاهڻ ۾ مشڪلات هئي.
1153055	ميزبان تي هڪ اصرار ان وقت ٿي ويو جڏهن اتي رابطي ۾ ناڪامي هئي جڏهن zigbee_ncp-ble_ncp-uart s کان NCP نسخو پڙهڻample ايپ.
1155676	802.15.4 RCP سڀ مليل يونيڪاسٽ پيڪٽ رد ڪري ڇڏيا (ميڪ ايڪنگ کان پوءِ) جيڪڏهن گھڻا 15.4 انٽرفيس ساڳيا 16-بٽ نوڊ ID شيئر ڪن.
1173178	ميزبان غلط طور تي ٻڌايو ته سوين پيڪيٽ مليا آهن Mfglib سان ميزبان-RCP سيٽ اپ ۾.
1190859	EZSP غلطي جڏهن موڪليندي mfglib بي ترتيب پيڪيٽ ميزبان-RCP سيٽ اپ ۾.
1199706	وساريل اينڊ ڊيوائس ٻارن مان ڊيٽا پول صحيح طور تي آر سي پي تي التوا واري فريم کي ترتيب نه ڏئي رهيا هئا ته قطار ۾ هڪ Leave & Rejoin حڪم اڳوڻي ٻار ڏانهن.
1207967	"mfglib random موڪليو" حڪم Zigbeed تي اضافي پيڪٽ موڪلي رهيو هو.
1208012	mfglib rx موڊ صحيح طور تي پيڪٽ جي معلومات کي اپڊيٽ نه ڪيو جڏهن RCP تي حاصل ڪيو.
1214359	ڪوآرڊينيٽر نوڊ تباه ٿي ويو جڏهن 80 يا وڌيڪ روٽرز هڪ ئي وقت ميزبان-آر سي پي سيٽ اپ ۾ شامل ٿيڻ جي ڪوشش ڪئي.
1216470	ايڊريس ماسڪ 0xFFFF لاءِ براڊ ڪاسٽ ڪرڻ کان پوءِ، هڪ Zigbee RCP هڪ والدين ڊوائيس طور ڪم ڪندي هر ٻار لاءِ التوا واري ڊيٽا پرچم سيٽ کي ڇڏي ڏيندو. ان جي نتيجي ۾ هر ٻار هر پول کان پوءِ ڊيٽا جي توقع ڪندي جاڳندو رهي ٿو، ۽ هر آخري ڊيوائس تي ڪجهه ٻين التوا واري ڊيٽا ٽرانزيڪشن جي ضرورت آهي آخرڪار هن حالت کي صاف ڪرڻ لاءِ.

موجوده رليز ۾ ڄاڻايل مسئلا
اڳئين رليز کان وٺي بولڊ ۾ مسئلا شامل ڪيا ويا. جيڪڏهن توهان هڪ ڇڏڻ کي مس ڪيو آهي، تازو رليز نوٽس تي دستياب آهن https://www.si-labs.com/developers/gecko-software-development-kit .

سڃاڻپ #	وصف	ڪم ڪار
937562	Bluetoothctl 'advertise on' حڪم ناڪام ٿئي ٿو rcp-uart- 802154-blehci ايپ سان Raspberry Pi OS 11 تي.	استعمال ڪريو btmgmt ائپ بجاءِ بلوٽوٿ سي ايل.
1074205	CMP RCP ساڳئي PAN id تي ٻن نيٽ ورڪن کي سپورٽ نٿو ڪري.	هر نيٽ ورڪ لاءِ مختلف PAN id استعمال ڪريو. حمايت مستقبل جي رليز ۾ رٿابندي ڪئي وئي آهي.
1122723	مصروف ماحول ۾ CLI غير جوابي ٿي سگھي ٿي z3-light_ot-ftd_soc ايپ ۾.	ڪو به معلوم حل ناهي.
1124140	z3-light_ot-ftd_soc sampلي ايپ Zigbee نيٽ ورڪ ٺاهڻ جي قابل نه آهي جيڪڏهن او ٽي نيٽ ورڪ اڳ ۾ ئي آهي.	Zigbee نيٽ ورڪ کي پهريان شروع ڪريو ۽ او ٽي نيٽ ورڪ بعد ۾.
1170052	CMP Zigbee NCP + OT RCP ۽ DMP Zigbee NCP + BLE NCP هن موجوده رليز ۾ 64KB ۽ لوئر ريم حصن تي نه ٿي سگھي.	64KB حصا في الحال انهن ائپس لاءِ سپورٽ نه آهن.
1209958	Bobcat ۽ Bobcat Lite تي ZB/OT/BLE RCP ڪجھ منٽن کان پوءِ ڪم ڪرڻ بند ڪري سگھن ٿا جڏھن سڀ ٽي پروٽوڪول ھلندا آھن.	مستقبل جي رليز ۾ خطاب ڪيو ويندو
1221299	Mfglib RSSI پڙهائي RCP ۽ NCP جي وچ ۾ مختلف آهي.	مستقبل جي رليز ۾ خطاب ڪيو ويندو.
1334477	BLE اسٽيڪ کي ڪيترائي ڀيرا شروع ڪرڻ ۽ بند ڪرڻ جي نتيجي ۾ ٿي سگھي ٿو BLE اسٽيڪ ڊي ايم پي Zigbee-BLE s ۾ سيريز 1 EFR ڊوائيسز تي اشتهار ٻيهر شروع نه ڪري سگھي.ampدرخواست.	N/A

ختم ٿيل شيون ڪو به نه

ختم ٿيل شيون

رليز 7.4.0.0 ۾ هٽايو ويو
"NONCOMPLIANT_ACK_TIMING_WORKAROUND" ميڪرو هٽايو ويو آهي. سڀ RCP ائپس ھاڻي ڊفالٽ طور سپورٽ ڪن ٿيون 192 µsec ٽرن رائونڊ ٽائيم غير بهتر ٿيل ايڪن لاءِ، جڏهن ته اڃا به استعمال ڪري رھيون آھن 256 µsec ٽرن رائونڊ ٽائيم لاءِ سي ايس ايل پاران گھربل واڌايون.

هن رليز کي استعمال ڪندي

هن رليز ۾ هيٺيان شامل آهن

زگبي اسٽيڪ
Zigbee ايپليڪيشن فريم ورڪ

زيگبي ايسampاپليڪيشن

Zigbee ۽ EmberZNet SDK بابت وڌيڪ معلومات لاءِ ڏسو UG103.02: Zigbee Fundamentals.

جيڪڏھن توھان پھريون ڀيرو استعمال ڪندڙ آھيو، ڏسو QSG180: Zigbee EmberZNet Quick-Start Guide for SDK 7.0 and Higher، توھان جي ڊولپمينٽ ماحول کي ترتيب ڏيڻ، تعمير ڪرڻ ۽ چمڪائڻ جي هدايتن لاءِ.ample ايپليڪيشن، ۽ دستاويزي حوالا ايندڙ مرحلن ڏانهن اشارو ڪندي.

انسٽاليشن ۽ استعمال
Zigbee EmberZNet SDK Gecko SDK (GSDK) جي حصي طور مهيا ڪئي وئي آهي، سلڪون ليبز SDKs جو سوٽ. GSDK سان جلدي شروع ڪرڻ لاءِ، انسٽال ڪريو Simplicity Studio 5، جيڪو توهان جي ڊولپمينٽ ماحول کي قائم ڪندو ۽ توهان کي GSDK تنصيب ذريعي هلندو. Simplicity Studio 5 ۾ IoT پراڊڪٽ ڊولپمينٽ لاءِ گهربل هر شيءِ شامل آهي Silicon Labs ڊوائيسز، بشمول هڪ وسيلو ۽ پروجيڪٽ لانچر، سافٽ ويئر ڪنفيگريشن ٽولز، GNU toolchain سان مڪمل IDE، ۽ تجزيي جا اوزار. تنصيب جون هدايتون مهيا ڪيون ويون آهن آن لائن Simplicity Studio 5 يوزر گائيڊ ۾.

متبادل طور تي، Gecko SDK شايد دستياب طور تي GitHub کان تازو ڊائون لوڊ يا ڪلوننگ ڪندي نصب ڪيو وڃي. ڏسو https://github.com/Sili-conLabs/gecko_sdk وڌيڪ معلومات لاءِ.

سادگي اسٽوڊيو GSDK کي ڊفالٽ ۾ انسٽال ڪري ٿو

(ونڊوز): ج: استعمال ڪندڙ \SimplicityStudio\SDKs\gecko_sdk
(MacOS): /استعمال ڪندڙ/ /سادگي اسٽوڊيو/SDKs/gecko_sdk

SDK ورزن لاءِ مخصوص دستاويز SDK سان انسٽال ٿيل آهي. اضافي معلومات اڪثر ڪري ڄاڻ جي بنيادي مضمونن (KBAs) ۾ ملي سگهي ٿي. API حوالا ۽ ٻي معلومات هن بابت ۽ اڳوڻي رليز تي موجود آهي https://docs.silabs.com/ .

سيڪيورٽي ڄاڻ

محفوظ والٽ انٽيگريشن
ايپليڪيشنن لاءِ جيڪي چونڊي محفوظ ڪنجي اسٽوريج جزو کي استعمال ڪندي محفوظ طور تي محفوظ ڪنجي اسٽوريج جزو استعمال ڪندي Secure Vault-High حصن، هيٺ ڏنل جدول ڏيکاري ٿو محفوظ ڪنجيون ۽ انهن جي اسٽوريج حفاظتي خاصيتون جيڪي Zigbee سيڪيورٽي مئنيجر جزو منظم ڪري ٿو.

ويڙهيل چاٻي	قابل برآمد / غير برآمدي	نوٽس
نيٽ ورڪ ڪي	قابل برآمد
اعتماد سينٽر لنڪ ڪيچ	قابل برآمد
عارضي لنڪ چيڪ	قابل برآمد	انڊيڪس ڪيل ڪيٽي جدول، محفوظ ڪيل ڪيچي جي طور تي
ايپليڪيشن لنڪ ڪيچ	قابل برآمد	انڊيڪس ڪيل ڪيچ ٽيبل
محفوظ EZSP چيڪ	قابل برآمد
ZLL انڪرپشن چيڪ	قابل برآمد
ZLL اڳواٽ ترتيب ڏنل چيڪ	قابل برآمد
GPD Proxy Key	قابل برآمد	انڊيڪس ڪيل ڪيچ ٽيبل
GPD سنڪ چاٻي	قابل برآمد	انڊيڪس ڪيل ڪيچ ٽيبل
اندروني / جڳه جي چاٻي	قابل برآمد	Zigbee سيڪيورٽي مئنيجر پاران استعمال ڪرڻ لاء اندروني چيڪ

لپيل چابيون جيڪي نشان لڳل آهن "غير برآمد ٿيندڙ" استعمال ڪري سگهجن ٿيون پر نه ٿي سگهن viewايڊ يا رن ٽائيم تي شيئر ڪيو ويو.

ويڙهيل چاٻيون جيڪي نشان لڳل آهن "برآمد لائق" رن ٽائم تي استعمال يا شيئر ڪري سگھجن ٿيون پر فليش ۾ محفوظ ٿيڻ دوران انڪريپٽ ٿيل رهنديون آهن.
استعمال ڪندڙ ايپليڪيشنن کي ڪڏهن به ضرورت نه آهي ته انهن جي اڪثريت سان لهه وچڙ ۾. موجوده APIs کي منظم ڪرڻ لاءِ لنڪ ڪيئي ٽيبل ڪيز يا ٽرانسينٽ ڪيز اڃا تائين موجود آهن صارف جي ايپليڪيشن لاءِ ۽ هاڻي روٽ ذريعي Zigbee سيڪيورٽي مئنيجر جزو.
انهن مان ڪجهه ڪنجيون مستقبل ۾ صارف جي ايپليڪيشن لاءِ غير برآمد ٿي سگهن ٿيون. استعمال ڪندڙ ايپليڪيشنن کي حوصلا افزائي ڪئي وڃي ٿي ته ڪنجي جي برآمد تي ڀروسو نه ڪن جيستائين بلڪل ضروري نه هجي.
Secure Vault Key Management functionality تي وڌيڪ معلومات لاءِ، ڏسو AN1271: محفوظ ڪيئي اسٽوريج.

سيڪيورٽي صلاحون
سيڪيورٽي مشوري جي رڪنيت حاصل ڪرڻ لاء، لاگ ان ڪريو Silicon Labs ڪسٽمر پورٽل، پوء چونڊيو اڪائونٽ گهر. ھوم تي ڪلڪ ڪريو پورٽل ھوم پيج ڏانھن وڃڻ لاءِ ۽ پوءِ ڪلڪ ڪريو مينيجمينٽ نوٽيفڪيشن ٽائل. پڪ ڪريو ته 'سافٽ ويئر/سيڪيورٽي ايڊوائزري نوٽس ۽ پراڊڪٽ جي تبديلي جا نوٽس (PCNs)' چيڪ ٿيل آهي، ۽ اهو ته توهان پنهنجي پليٽ فارم ۽ پروٽوڪول لاءِ گهٽ ۾ گهٽ رڪنيت حاصل ڪئي آهي. ڪنهن به تبديلي کي محفوظ ڪرڻ لاء محفوظ ڪريو تي ڪلڪ ڪريو.

هيٺ ڏنل شڪل هڪ اڳوڻي آهيample

حمايت
ڊولپمينٽ کٽ گراهڪ ٽريننگ ۽ ٽيڪنيڪل سپورٽ لاءِ اهل آهن. استعمال ڪريو Silicon ليبارٽريز Zigbee 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

رد ڪرڻ
Silicon Labs گراهڪن کي مهيا ڪرڻ جو ارادو رکي ٿو جديد، صحيح، ۽ گہرا دستاويز مهيا ڪرڻ لاءِ موجود سڀني پرديئرز ۽ ماڊلز جي سسٽم ۽ سافٽ ويئر لاڳو ڪرڻ وارن لاءِ جيڪو استعمال ڪرڻ يا استعمال ڪرڻ جو ارادو ڪيو Silicon Labs پروڊڪٽس. خاصيت جي ڊيٽا، دستياب ماڊلز ۽ پرديئرز، ميموري سائيز ۽ ميموري ايڊريس هر مخصوص ڊوائيس ڏانهن اشارو ڪيو، ۽ مهيا ڪيل "عام" پيٽرولر مختلف ايپليڪيشنن ۾ مختلف ٿي سگهن ٿا ۽ ڪري سگهن ٿا. درخواست مثالampهتي بيان ڪيل les صرف مثالي مقصدن لاءِ آهن. Silicon Labs هتي موجود پراڊڪٽ جي معلومات، وضاحتن، ۽ وضاحتن ۾ وڌيڪ نوٽيس کانسواءِ تبديليون ڪرڻ جو حق محفوظ رکي ٿي، ۽ شامل ڪيل معلومات جي درستگي يا مڪمل ٿيڻ جي ضمانت نه ڏئي ٿي. اڳواٽ اطلاع جي بغير، سلڪون ليبز حفاظتي يا قابل اعتماد سببن جي ڪري پيداوار جي عمل دوران پيداوار جي فرم ویئر کي اپڊيٽ ڪري سگھي ٿي. اهڙيون تبديليون خاصيتون يا پيداوار جي ڪارڪردگي کي تبديل نه ڪندي. Silicon Labs هن دستاويز ۾ مهيا ڪيل معلومات جي استعمال جي نتيجن جي ذميواري نه هوندي. هي دستاويز ڪنهن به انٽيگريٽيڊ سرڪٽس کي ڊزائين ڪرڻ يا ٺاھڻ لاءِ ڪو به جواز پيش نٿو ڪري يا واضح طور تي ڏئي ٿو. پراڊڪٽس ڪنهن به FDA ڪلاس III ڊوائيسز ۾ استعمال ٿيڻ جي لاءِ ٺهيل يا مجاز نه آهن، ايپليڪيشنون جن لاءِ FDA پريم مارڪيٽ جي منظوري گهربل آهي يا لائف سپورٽ سسٽم، بغير سلڪون ليبز جي مخصوص لکيل اجازت کان سواءِ. هڪ ”لائف سپورٽ سسٽم“ ڪنهن به پراڊڪٽ يا سسٽم آهي جنهن جو مقصد زندگي ۽/يا صحت کي سهارو ڏيڻ يا برقرار رکڻ آهي، جيڪو، جيڪڏهن اهو ناڪام ٿئي ٿو، مناسب طور تي اميد رکي سگهجي ٿو ته نتيجي ۾ اهم ذاتي زخم يا موت. Silicon Labs پروڊڪٽس فوجي ايپليڪيشنن لاءِ ٺهيل يا مجاز نه آهن. Silicon Labs مصنوعات ڪنهن به حالت ۾ وڏي تباهي جي هٿيارن ۾ استعمال نه ٿينديون آهن (پر ان تائين محدود ناهي) ايٽمي، حياتياتي يا ڪيميائي هٿيار، يا ميزائل جيڪي اهڙي قسم جي هٿيارن کي پهچائڻ جي قابل آهن. Silicon Labs سڀني ظاهري ۽ تقاضا وارنٽي کي رد ڪري ٿي ۽ اهڙي غير مجاز ايپليڪيشنن ۾ سلڪون ليبز جي پراڊڪٽ جي استعمال سان لاڳاپيل ڪنهن به زخم يا نقصان جي ذميوار يا ذميوار نه هوندي.

ٽريڊ مارڪ ڄاڻ
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® and the 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, Telegisis Logo®, USBXpress®, Zentri, the Zentri logo and Zentri DMS, Z-Wave®، ۽ ٻيا آھن ٽريڊمارڪس يا رجسٽرڊ ٽريڊمارڪس Silicon Labs جا. ARM، CORTEX، Cortex-M3 ۽ THUMB ARM Holdings جا ٽريڊ مارڪ يا رجسٽرڊ ٽريڊمارڪس آھن. Keil ARM Limited جو رجسٽرڊ ٽريڊ مارڪ آھي. وائي فائي وائي فائي الائنس جو رجسٽرڊ ٽريڊ مارڪ آھي. هتي ذڪر ڪيل ٻيا سڀئي پروڊڪٽس يا برانڊ جا نالا انهن جي لاڳاپيل هولڊرز جا ٽريڊ مارڪ آهن.

Silicon Laboratories Inc.

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، نيٽ SDK، SDK

حوالو

استعمال ڪندڙ دستي

سلڪون ليبز 7.4.5.0 Zigbee Ember Z Net SDK

پيداوار جي استعمال جون هدايتون

نيون شيون

سڌارا

مقرر ٿيل مسئلا

موجوده رليز ۾ ڄاڻايل مسئلا

ختم ٿيل شيون

ختم ٿيل شيون

ملٽي پروٽوڪول گيٽ وي ۽ آر سي پي

هن رليز کي استعمال ڪندي

دستاويز / وسيلا

حوالو

تبصرو ڇڏي ڏيو

رد ڪريو جواب