सामग्री लुकाउनुहोस्
1 SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK
2 उत्पादन उपयोग निर्देशन
3 नयाँ वस्तुहरू
4 सुधारहरू
5 स्थिर मुद्दाहरू
6 हालको रिलीजमा ज्ञात मुद्दाहरू
7 रोकिएका वस्तुहरू
8 हटाइएका वस्तुहरू
9 मल्टिप्रोटोकल गेटवे र RCP
10 यो रिलीज प्रयोग गर्दै
11 कागजातहरू / स्रोतहरू
11.1 सन्दर्भहरू
12 सम्बन्धित पोस्टहरू

SILICON-LABS-लोगो

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-उत्पादन-छवि

निर्दिष्टीकरणहरू
  • Zigbee EmberZNet SDK संस्करण: 7.4.5.0 GA
  • Gecko SDK सुइट संस्करण: 4.4
  • रिलीज मिति: अक्टोबर 23, 2024
  • प्लेटफर्म: सिलिकन ल्याब्स
  • समर्थित कम्पाइलरहरू: GCC (GNU कम्पाइलर संग्रह) संस्करण 12.2.1
  • EZSP प्रोटोकल संस्करण: 0x0D

उत्पादन उपयोग निर्देशन

मुख्य विशेषताहरु
सिलिकन ल्याब्स द्वारा Zigbee EmberZNet SDK ले निम्न मुख्य सुविधाहरू प्रदान गर्दछ
मल्टिप्रोटोकल (CMP) Zigbee र SoC मा OpenThread समर्थन।

अनुकूलता र प्रयोग सूचनाहरू
सुरक्षा अद्यावधिकहरू र सूचनाहरूको लागि, Gecko प्लेटफर्म रिलीज नोटहरूको सुरक्षा अध्यायलाई सन्दर्भ गर्नुहोस् वा सिलिकन ल्याबहरूमा TECH DOCS ट्याबमा जानुहोस्। webसाइट। नवीनतम जानकारीको लागि सुरक्षा सल्लाहकारहरूको सदस्यता लिन सिफारिस गरिन्छ।

मिल्दो कम्पाइलरहरू
सही प्रयोग गर्न निश्चित गर्नुहोस् files समर्थित कम्पाइलर संग
GCC (GNU कम्पाइलर संग्रह) संस्करण 12.2.1 सरलता स्टुडियो संग प्रदान गरिएको छ।

EZSP प्रोटोकल
यो रिलीजको लागि EZSP प्रोटोकल संस्करण 0x0D हो।

FAQ
  • Q: रिलीज 7.4.5.0 मा प्रस्तुत गरिएका नयाँ कम्पोनेन्टहरू के हुन्?
    • A: प्रयोगकर्ताहरूले अब Zigbee भर्चुअल उपकरण (ZVD) कन्फिगरेसनको आधारमा वास्तविक सुरक्षा विकल्पको साथ, Zigbee प्रत्यक्ष उपकरण (ZDD) अनुप्रयोगमा धेरै zigbee_direct_security कम्पोनेन्टहरू सक्षम गर्न सक्छन्।
  • Q: रिलीज 7.4.4.0 मा थपिएका नयाँ API हरू के हुन्?
    • A: नयाँ API मा mfglibSetCtune र mfglibGetCtune समावेश छ।
  • Q: रिलीज 7.4.5.0 मा पेश गरिएको नयाँ प्लेटफर्म समर्थन के हो?
    • A: EFR32MG24A020F768IM40 अब प्लेटफर्मको रूपमा समर्थित छ।
  • प्रश्न: मैले Zigbee सुरक्षित कुञ्जी भण्डारण घटकको लागि अद्यावधिक कागजातहरू कहाँ फेला पार्न सक्छु?
    • A: Zigbee Secure Key Storage कम्पोनेन्टको विवरण Zigbee सुरक्षा प्रबन्धक समूह (AN7.4.0.0: Zigbee Security Manager) सँग अन्तरक्रिया गर्नको लागि नयाँ एप्लिकेसन नोट सहित, रिलीज 1412 मा अद्यावधिक गरिएको छ।

Zigbee EmberZNet SDK 7.4.5.0 GA

Gecko SDK Suite 4.4

अक्टोबर 23, 2024

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-उत्पादन-छवि

सिलिकन ल्याबहरू आफ्नो उत्पादनहरूमा Zigbee नेटवर्किङ विकास गर्ने OEM हरूको रोजाइको विक्रेता हो। सिलिकन ल्याब्स जिग्बी प्लेटफर्म सबैभन्दा एकीकृत, पूर्ण, र सुविधायुक्त जिग्बी समाधान उपलब्ध छ।
सिलिकन ल्याब्स 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 ट्याबमा स्थापित Gecko प्लेटफर्म रिलीज नोटहरूको सुरक्षा अध्याय हेर्नुहोस्। 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 बाट Simplicity Studio बाहिर नबनाउन सल्लाह दिइन्छ। गर्ने ग्राहकहरूले होसियारीपूर्वक प्रमाणित गर्नुपर्छ कि सही हो files प्रयोग भइरहेका छन्।

GCC (The GNU Compiler Collection) संस्करण 12.2.1, Simplicity Studio को साथ प्रदान गरिएको।

यो रिलीजको लागि 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 मानको पहुँच र सेटिङ RAIL API को भाग भयो। यस प्याचमा RAIL API हरू समावेश गर्ने निर्माण API हरूको सेट सेट गर्न र मूल्य प्राप्त गर्न निम्न रूपमा प्रस्तुत गरिएको छ।
mfglibSetCtune
mfglibGetCtune

रिलीज 7.4.2.0 मा नयाँ

  • विस्तारित SPI NCP केहि होस्ट-NCP प्रयोग केसहरूमा निद्रा मोडहरू समर्थन गर्न।
    यस प्रयोगको अवस्थामा SPI NCP लाई निद्राको अन्त्य यन्त्रको रूपमा कन्फिगर गर्न सकिन्छ। होस्ट Z3 गेटवे sample एप्लिकेसन थप कस्टम CLI कोडको साथ विस्तार गरिएको छ जसलाई NCP लाई कस्टम CLI कमाण्ड स्लीपमोड मार्फत निद्रा मोडहरू मध्ये एउटामा प्रवेश गर्न आदेश दिन जिम्मेवार छ, र थप EZSP संचार अघि कस्टम CLI कमाण्ड वेकअप प्रयोग गरेर उठ्नु पर्छ।
  • एउटा नयाँ API sl_zigbee_af_isr_event_init प्रस्तुत गर्‍यो जुन एप फ्रेमवर्क घटनाहरू सुरु गर्नको लागि हो जुन एक अवरोध सेवा दिनचर्या (ISR) भित्र सक्रिय हुन चाहन्छ। यी घटनाहरू, जुन ISR बाट अनुसूचित छन्, ० मिलि-सेकेन्डको ढिलाइ प्यारामिटर हुनुपर्छ। अर्को शब्दमा, ISR बाट घटनाहरू तत्काल घटनाको रूपमा सक्रिय हुनुपर्छ। ISR भित्र कुनै घटना निष्क्रिय गर्ने अनुमति छैन।
    माथिको कारण निम्नानुसार छ: कार्यक्रम प्रणालीले कार्यक्रमको समयतालिकामा घटना लामलाई हेरफेर गर्दछ (एक शून्य ढिलाइको साथ सक्रिय, वा निष्क्रिय गर्दै) घटना। विलम्बता कम गर्नको लागि, ISR ले ० ढिलाइ भएको घटनालाई सक्रिय गर्नुपर्छ, जुन अर्को घटना कतार प्रशोधनमा निर्धारित हुन्छ। यसले ISR बाहिर निस्किएपछि थप ढिलाइ, वा निष्क्रियतालाई अनुमति दिन्छ। ISR सन्दर्भ भित्र प्रयोग गर्ने उद्देश्यका घटनाहरू छुट्याउन, घटना संरचनालाई प्रारम्भिक समयमा sli_zigbee_isr_event_marker सँग चिन्ह लगाइएको छ।
    zigbee_app_framework_event.h स्रोतलाई सन्दर्भ गर्नुहोस् file यो नयाँ प्रकार्य को विवरण को लागी।
  • नयाँ प्रकार्य एम्बरको प्रयोगमा स्पष्टीकरण मल्टी म्याक रिजोइन च्यानल मास्क अपडेट गर्नुहोस् चयन वा सामेल हुने यन्त्रको लागि जुन स्ट्याक एपीआई एम्बर भित्र भनिन्छ पत्ता लगाउनुहोस् र नेटवर्कमा पुन: जोडिनको लागि प्रयोग गरिएको च्यानल मास्क प्राप्त गर्नको लागि।

SE1.4a स्पेसिफिकेशनले Multi-MAC Joining End यन्त्र प्रकारको उपकरणको पुन: जोडिँदा (2.4GHz बाट sub-GHz वा यसको विपरित) परिवर्तनलाई प्रतिबन्धित गर्दछ। यन्त्र प्रकार एउटा एप्लिकेसन फ्रेमवर्क कन्फिगरेसन भएको हुनाले (अर्थात, जोडिने अन्तिम यन्त्र प्रकार या त सब-GHz यन्त्र वा 2.4 GHz यन्त्र हुनेछ, कन्फिगरेसनमा दुवै होइन), यो कलले त्यो कन्फिगरेसनमा आधारित च्यानल मास्क प्रदान गर्दछ। कि rejoin मास्क सधैं जोडिने इन्टरफेस मास्क जस्तै हो।

रिलीज 7.4.0.0 मा नयाँ

  • Zigbee NVM3 टोकनहरूलाई तिनीहरूको पूर्वनिर्धारित मानमा रिसेट गर्न नयाँ API शून्य 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 Secure Key Storage Upgrade को थप प्रतिबिम्बित गर्न Zigbee Secure Key Storage कम्पोनेन्टको लागि विवरण अद्यावधिक गरियो (जसले अवस्थित परियोजनाहरूसँग पछाडि अनुकूलता थप्छ)।
कम्पोनेन्टहरूको Zigbee सुरक्षा प्रबन्धक समूह (AN1412: Zigbee सुरक्षा प्रबन्धक) सँग अन्तरक्रियाको लागि नयाँ अनुप्रयोग नोट थपियो।

अभिप्रेत व्यवहार
प्रयोगकर्ताहरूलाई सम्झाइन्छ कि Zigbee सिंक्रोनाइज्ड CSL प्रसारणहरू रेडियो शेड्यूलरमा प्रोटोकल प्रिमम्पसनको अधीनमा छन्। SleepyToSleepy अनुप्रयोगहरूमा, BLE ले Zigbee CSL प्रसारणलाई प्रिमप्ट गर्न सक्छ र गर्नेछ, जसले प्रसारणलाई समाप्त गर्नेछ। सम्भावित रूपमा लामो वेक अप फ्रेम अनुक्रम प्रयोग गर्न सकिने भएकाले सिङ्क्रोनाइज्ड CSL का लागि शेड्युलर प्रिमेप्शन बढी सामान्य छ। प्रसारण प्राथमिकताहरू समायोजन गर्न चाहने प्रयोगकर्ताहरूले त्यसो गर्न DMP ट्युनिङ र परीक्षण कम्पोनेन्ट प्रयोग गर्न सक्छन्। प्रयोगकर्ताहरूले थप जानकारीको लागि UG305: Dynamic Multiprotocol प्रयोगकर्ताको गाइडलाई पनि परामर्श गर्न सक्छन्।

सुधारहरू

रिलीज 7.4.0.0 एम्बर काउन्टर ह्यान्डलर API कागजात परिवर्तनहरूमा परिवर्तन गरियो
अघिल्लो संस्करणहरूमा, प्याकेट RX र TX सम्बन्धी MAC र APS लेयर एम्बर काउन्टर प्रकारहरूका लागि काउन्टर ह्यान्डलर कलब्याकलाई उचित लक्ष्य नोड आईडी वा डेटा तर्कहरू पास गरिएन, र यी प्यारामिटरहरू प्रयोग गर्ने निश्चित काउन्टरहरूको व्यवहार सम्बन्धी API कागजातहरू अस्पष्ट थिए वा। भ्रामक।

जबकि एम्बर काउन्टर ह्यान्डलर() को हस्ताक्षर परिवर्तन भएको छैन, यसको प्यारामिटरहरू आबादी गर्ने तरिका थोरै परिवर्तन भएको छ।

  • ember-types.h मा EmberCounterType enums वरपरका टिप्पणीहरू स्पष्टताको लागि विस्तार गरिएको छ।
  • TX-सम्बन्धित काउन्टरहरूका लागि काउन्टर ह्यान्डलरमा नोड ID प्यारामिटरले यसलाई प्रयोग गर्नु अघि गन्तव्य ठेगाना मोडले वैध छोटो ID संकेत गर्छ कि गर्दैन भनेर जाँच गर्दछ। (यदि होइन भने, कुनै गन्तव्य ठेगाना भरिएको छैन, र प्लेसहोल्डर मान
    यसको सट्टा EMBER_UNKNOWN_NODE_ID प्रयोग गरिन्छ।)
  • RX-सम्बन्धित काउन्टरहरूको लागि काउन्टर ह्यान्डलरमा नोड ID प्यारामिटरले अब स्रोत नोड ID प्रतिबिम्बित गर्दछ, गन्तव्य नोड ID होइन।
  • अघिल्लो संस्करणहरूमा ember-types.h मा वर्णन गरिए अनुसार EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED काउन्टरहरूका लागि डेटा प्यारामिटरको रूपमा पुन: प्रयास गणना *होइन* पास गरिएको छ, तर यो पहिले जारी गरिएका संस्करणहरूमा कहिल्यै ठीकसँग भरिएको थिएन त्यसैले अघिल्लो संस्करणहरूमा यसको मान सधैं ० हुने थियो। यो व्यवहार ती EmberCounterTypes को विवरण मा स्पष्ट गरिएको छ। यद्यपि, APS लेयर पुन: प्रयासहरूको लागि पुन: प्रयास गणना डेटा प्यारामिटरमा भर्न जारी छ
    EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED काउन्टर प्रकारहरू, अघिल्लो रिलीजहरूसँग एकरूप हुन।
  • नोड ID वा कलब्याकको लागि डेटा प्यारामिटर भर्ने सबै काउन्टरहरूलाई तिनीहरूले अपेक्षित डेटा, ठेगाना, वा EMBER_UNKNOWN_NODE_ID पास गरेको सुनिश्चित गर्नको लागि अडिट गरिएको छ, यदि नोड ID अपेक्षित थियो तर प्याकेटबाट प्राप्त गर्न सकिएन, संशोधित एम्बरमा वर्णन गरिए अनुसार। -types.h कागजात।
  • EMBER_COUNTER_MAC_TX_UNICAST_RETRY को लागि काउन्टर ह्यान्डलरले अब यसको गन्तव्य नोड ID र डेटा प्यारामिटरहरूमा MAC तह गन्तव्य नोड ID र पुन: प्रयासहरूको संख्यालाई सही रूपमा प्रतिबिम्बित गर्दछ।
  • EMBER_COUNTER_PHY_CCA_FAIL_COUNT को लागि काउन्टर ह्यान्डलरले अब प्रसारण असफल भएको सन्देशको इच्छित MAC तह लक्ष्यको बारेमा नोड ID प्यारामिटर मार्फत गन्तव्य नोड ID जानकारी प्रदान गर्दछ।

अपडेट गरिएको हरियो पावर कोड
ग्रीन पावर सर्भर कोड सहित विभिन्न सुधारहरु संग अद्यावधिक गरिएको छ

  • GP सर्भरमा प्राप्त गर्दा अवैध अन्त्य बिन्दुको साथ आगमन आदेशहरूको लागि थप प्रमाणीकरण कोड थपियो।
  • ग्रीन पावर सन्देशहरू निर्माण गर्न थप ठाउँ नहुँदा केस ह्यान्डल गर्न कोड थपियो।
  • सिङ्कले अब प्रति विशिष्ट खण्ड A.3.5.2.4.1 केही केसहरूमा जोडी हटाउने कार्यको साथ जोडी कन्फिगरेसन छोड्छ।
  • सिङ्कले अब एन्ट्रीको अवस्थित समूह सूचीलाई कार्य विस्तारसँग जोडी कन्फिगरेसन प्रशोधन गर्दा हटाउनु अघि बचत गर्छ।
  • अनुवाद तालिका खाली हुँदा वा तालिकामा प्रविष्टिहरूको संख्या भन्दा अनुक्रमणिका ठूलो हुँदा अनुवाद क्वेरी आदेशले त्रुटि कोडको रूपमा "फेला परेन" फर्काउँछ।
  • केही एपहरूमा GP अन्त्य बिन्दुको संस्करण १ देखि ० सम्म परिवर्तन गरियो।

GPDF Send प्रकार्यमा 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 मा स्थिर

आईडी #विवरण
1357860एक समस्या समाधान गरियो जसले क्र्यासको कारण बन्यो जब धेरै अन्त बिन्दुहरूले प्रतिक्रिया घटना पहिचान गर्न सुरु गर्न थाले। (अन्य सन्दर्भ: १३४८६५९)
1357517बहु-सञ्जाल एपले माध्यमिक सञ्जालमा स्टेयरिङ गर्ने प्रयास गर्दा क्र्यास हुने समस्या समाधान गरियो।
1356285दुर्लभ अवस्थामा, प्याकेट ह्यान्डअफ कम्पोनेन्ट सक्षम पारिएको खण्डमा legacy-packet-buffer.c मा एक दावी निम्त्याउने पेलोड अनुक्रमणिका प्यारामिटरको साथ पेलोड इन्डेक्स प्यारामिटरको साथ प्याकेट ह्यान्डअफ कलब्याकमा पास गर्न सकिन्छ। कम्पोनेन्टको आगमन र बहिर्गमन ह्यान्डलर प्रकार्यहरूले अब यो अवस्था समात्छ र थप प्रक्रिया बिना अवैध प्याकेट खारेज गर्दछ। (अन्य सन्दर्भ: १३५०२८५)
1355289सबै शून्यको रूपमा MAC ठेगानाको साथ LQI प्रतिक्रिया प्राप्त गर्नको लागि एउटा मुद्दा फिक्स गरियो। (अन्य सन्दर्भ: १३५१४८९)
1349160
  • कर्नेल 3 को साथ Raspberry Pi मा निर्मित Z6.6 गेटवे पूर्वनिर्धारित रूपमा SPI मा NCP मा जडान गर्न असफल भयो। समाधान यहाँ वर्णन गरिए अनुसार GPIOs लाई पुन: परिभाषित गर्नु हो।
  • SPI NCP इन्टरफेसमा नक्सा गर्ने GPIO मा निम्न जानकारी नोट गर्नुहोस्। कर्नेल 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" को रूपमा माथिको sysfs बाट पुन: परिभाषित गर्नुहोस्।
  • # NCP_HOST_INT_GPIO "534" परिभाषित गर्नुहोस्
  • # NCP_RESET_GPIO "535" परिभाषित गर्नुहोस्
  • #NCP_WAKE_GPIO "536" परिभाषित गर्नुहोस् (अन्य सन्दर्भ: 1297976)
1343044यदि फ्र्याग्मेन्टेसन प्लगइनले युनिकास्ट खण्डको लागि उपलब्ध पेलोडको गलत गणना गर्‍यो भने, यसले सबै स्ट्याक ओभरहेडको हिसाब गरिसकेपछि एकल प्याकेटमा फिट हुने भन्दा बढी डाटा NCP लाई पठाउन सक्छ। यसले NCP मा स्मृति भ्रष्टाचार निम्त्याउन सक्छ जसले दाबी असफलता वा अन्य अप्रत्याशित व्यवहारलाई ट्रिगर गर्दछ।

(अन्य सन्दर्भ: १२३२३६१)

1343012Si4468 फर्मवेयर प्याच sub-GHz Tx/Rx प्रशोधनमा रेस अवस्थालाई सम्बोधन गर्न phy-pro2plus-library मा थपियो। (अन्य सन्दर्भ: १३४१९२८)
1311214निश्चित अतिरिक्त पूर्वनिर्धारित प्रतिक्रिया उत्पन्न भयो जब आगमन OTA सर्भर आदेश ZCL सन्देश पूर्वनिर्धारित प्रतिक्रिया सक्षम छ। त्रुटिको लागि केवल एउटा प्रतिक्रिया पठाइन्छ, र सफल ब्लक छवि अनुरोधहरूको लागि, कुनै पूर्वनिर्धारित प्रतिक्रिया सेट गरिएको छैन। (अन्य सन्दर्भ: १३००९३५)
1296653यदि 2.4GHz रेडियो सक्रिय हुँदा एक डुअल-PHY NCP यन्त्रले सब-GHz ब्यान्डमा ऊर्जा स्क्यान गरिरहेको थियो भने, 2.4GHz रेडियो च्यानलमा आगमन बीकन अनुरोधहरूको प्रतिक्रियामा आगमन बीकन ट्राफिकको ठूलो फटले ठूलो मात्रामा ओगट्न सक्छ। स्ट्याकको बफर मेमोरी (हिप खण्डबाट आवंटित) जबकि धेरै उप-गीगाहर्ज च्यानलहरू स्क्यान गरिँदै थियो, जसले बफर शोर निम्त्याउन सक्छ।tages र EZSP ओभरफ्लो अवस्थाहरू यदि हिप साइज (जसले प्रणालीमा कति बफरहरू उपलब्ध छन् भनेर निर्धारण गर्दछ) पर्याप्त रूपमा ठूलो थिएन। यो ओभरफ्लो अवस्थाले स्क्यान कम्प्लीट ह्यान्डलरलाई होस्ट एपमा पुग्नबाट रोक्न सक्छ, जसले गर्दा एपको स्क्यान स्टेट मेसिन सदाको लागि अड्किएको छ।

डुअल PHY यन्त्रहरूका लागि ऊर्जा स्क्यानिङ कोडले अब सब-GHz च्यानलको स्क्यानिङको क्रममा 2.4GHz रेडियोमा प्राप्त भएका कुनै पनि बीकन प्याकेटहरू खारेज गर्छ, जसले गर्दा माथि उल्लिखित समस्या सिर्जना गर्नबाट ठूलो मात्रामा बीकनहरूको आगमनलाई रोक्छ। नोट गर्नुहोस् कि यसले 2.4GHz मा सञ्जालको सामान्य सञ्चालनलाई रोक्दैन किनकि यन्त्रले सक्रिय स्क्यान गरिरहेको बेलामा PAN ID द्वन्द्व पत्ता लगाउनका लागि मात्र बीकनहरू प्रयोग गरिन्छ, र PAN ID द्वन्द्वहरू अझै पनि नेटवर्कमा अन्य राउटरहरूले पत्ता लगाउन सक्छन्। यस पटक वा संयोजक द्वारा ऊर्जा स्क्यान पूरा भएपछि। (अन्य सन्दर्भ: १२७६०४९)

आईडी #विवरण
1295250मानक अनुप्रयोगमा परीक्षण हार्नेस zigbee 3.0 कम्पोनेन्ट थप्दा कम्पाइल समस्याहरू समाधान गरियो। (अन्य सन्दर्भ: १२८००५८)
1294848253 सम्मको सबैभन्दा लामो स्ट्रिङ लम्बाइ समायोजन गर्न ZCL डेटा एरेको लागि जाँचहरू थपियो। (अन्य सन्दर्भ: 1275092)
1294843प्रयोग गर्नु अघि स्थानीय चरहरूको फिक्स्ड हराइरहेको प्रारम्भिकरण। (अन्य सन्दर्भ: 1275104)
1271968
  • zigbee_watchdog_periodic_refresh कम्पोनेन्ट अब zigbee अनुप्रयोग ढाँचामा प्रयोग गरिँदैन र यो रिलीजमा हटाइएको छ।
  • वाचडग टाइमर सबै s को लागि पूर्वनिर्धारित रूपमा असक्षम गरिएको छampअनुप्रयोगहरू। भविष्यमा SDK मा सुधारिएको वाचडग कम्पोनेन्ट थपिनेछ।
  • नोट : कृपया कन्फिगरेसन वस्तु SL_LEGACY_HAL_DISABLE_WATCHDOG लाई तपाइँको अनुप्रयोगमा ० मा सेट गरिएको वाचडग टाइमर सक्षम गर्न सुनिश्चित गर्नुहोस्।
1270721यन्त्रहरूको बहु-हप जडान सुधार गर्न एउटा मुद्दा फिक्स गरियो। यन्त्र घोषणामा, ठेगाना जोडी ठेगाना क्यासमा थपिएको छ। (अन्य सन्दर्भ: १२६६३५१)

रिलीज 7.4.4.0 मा स्थिर

आईडी #विवरण
1334454रिजोइन प्रतिक्रिया ह्यान्डल गर्नमा एउटा समस्या समाधान गरियो। (अन्य सन्दर्भ: १३३१५८०)
1330732डायग्नोस्टिक कार्यक्षमताले म्युटेक्स प्राप्त गर्दा दाबीबाट बच्न Iostream कल गरेपछि अवरोधलाई असक्षम गर्नुपर्छ।
 

1330720

EZSP_MAX_FRAME_LENGTH लाई 220 मा फर्काइएको छ, XNCP सन्देशको अधिकतम लम्बाइ पनि 220 हुन अनुमति दिँदै।

(अन्य सन्दर्भ: १२३२३६१)

1330311RCP होस्ट सेटअपमा केही GP प्रोक्सी परीक्षणहरू असफल भएको एउटा मुद्दा फिक्स गरियो। (अन्य सन्दर्भ: १३२८९९१)
1312369SL_LEGACY_HAL_WDOG_IRQHandler() कमजोर प्रकार्य बनाइयो, ग्राहकहरूलाई आफ्नै कार्यान्वयन प्रदान गर्न अनुमति दिँदै।
1310711RTOS कम्पोनेन्ट zigbee परियोजनामा ​​प्रयोग गर्दा SL_STACK_SIZE को लागि जाँच गर्दा कम्पाइल समय त्रुटि थपियो।
 

1309913

एप फ्रेमवर्क घटना कतारको लागि म्यूटेक्स सुरक्षा थपियो ताकि एप फ्रेमवर्क घटना API हरू धेरै कार्यहरूबाट कल गर्न सकिन्छ।

(अन्य सन्दर्भ: १२५२९४०, १२५४३९७)

1309333सब-GHz ब्यान्डमा नयाँ अन्तिम यन्त्र जोडिएपछि, सबै अन्तिम यन्त्र बालबालिकाका लागि ड्यूटी साइकल एजिङ डेटा गल्तीले खाली गरियो।

(अन्य सन्दर्भ: १२३२३६१)

1296002एउटा समस्या जसले halAppBootloader प्रकार्यको बहु परिभाषाहरू निम्त्यायो समाधान भयो।
1295756स्ट्याक घटनाहरूलाई अवरोध-सुरक्षित चिन्ह लगाइएको छैन ISR सन्दर्भमा अनुसूचित हुनु हुँदैन किनभने यसले घटनालाई घटनाको लाइनबाट हटाएर दौड अवस्था सिर्जना गर्न सक्छ। यसको एउटा उदाहरणले उप-GHz यन्त्रहरूलाई MAC ब्याकअफहरू ठीकसँग अनुसूचित गर्नबाट रोक्यो जब यो रेस अवस्था ट्रिगर गरियो।

(अन्य सन्दर्भ: १२३२३६१)

1294660नेटवर्क स्टीयरिङ प्लगइनले यन्त्र पहिले नै सञ्जालमा रहेको बेलामा रिसेट नभएसम्म यो अमान्य अवस्थामा अड्किएको जस्तो कार्य गर्न सक्ने समस्या समाधान गरियो। नेटवर्क स्टीयरिङ नेटवर्कमा सामेल हुने बिचमा रहेको र MAC स्क्यान अझै बाँकी रहेको बेलामा पर्याप्त समयको साथ नेटवर्क छोड्ने CLI आदेशलाई कल गरेर यो ट्रिगर गर्न सकिन्छ।

(अन्य सन्दर्भ: १२३२३६१)

1290695एउटा मुद्दालाई फिक्स गरियो जुन प्रयोग केसको लागि ZLL कमिसनिङ प्याकेट छोडियो जब एउटा अन्त्यबिन्दु असक्षम हुन्छ जबकि अन्य अन्तबिन्दुहरू अझै सक्षम हुन्छन्। सबै सक्षम अन्त बिन्दुहरू जाँच गर्न फिक्स थपिएको छ।

(अन्य सन्दर्भ: १२३२३६१)

रिलीज 7.4.0.0 मा स्थिर

आईडी #विवरण
1019348Zigbee ZCL Cli कम्पोनेन्टको लागि निर्भरता आवश्यकताहरू फिक्स गरियो ताकि यसलाई आवश्यक नभएको बेला हटाउन सकिन्छ।
1024246emberHaveLinkKey() र sl_zb_sec_man_have_link_key() को लागि प्रकार्य विवरण अद्यावधिक गरियो।
1036503DMP s को लागि Micrium कर्नेल प्रयोग गर्न सिफारिस गर्न विवरण थपियोampअनुप्रयोगहरू।
1037661एप्लिकेसनलाई प्रो स्ट्याक वा लीफ स्ट्याक स्थापना गर्न रोकिरहेको एउटा मुद्दा फिक्स गरिएको छ।
1078136अवरोध प्रसंगबाट घटनाहरू परिमार्जन गर्दा एक रुकावट क्र्यास फिक्स गरियो
1081548CSL मा एउटा समस्या समाधान गरिएको छ जहाँ अघिल्लो पेलोड फ्रेम पछि तुरुन्तै प्राप्त हुने नयाँ वेक अप फ्रेम अनुक्रम सही रूपमा रेकर्ड हुने छैन। यो एक छुटेको पेलोड फ्रेम परिणाम हुनेछ।
1084111MG24 आधारित बोर्डहरूको लागि प्रारम्भिक निद्रामा SPI-NCP समर्थन यस रिलीजको भागको रूपमा अद्यावधिक गरिएको छ।
1104056बहु-सञ्जालको मामलामा माध्यमिक नेटवर्कमा चलाउन नेटवर्क-स्टीयरिङको लागि समर्थन थपियो
1120515mfglib set-channel आदेश प्रयोग गर्दा च्यानल परिवर्तन नभएको समस्या समाधान गरियो।
1141109उत्पन्न s को कारण एक मुद्दा फिक्सample आवेदन ncp-uart-gp-multi-rail केही हेडर छुटाउन files -cp विकल्पको साथ ग्रीन पावर एडाप्टर घटक प्रयोग गर्दा।
1144316gp-types.h कागजातमा केही डेटा संरचना प्रकारहरूको विवरण अद्यावधिक गरियो।
1144884फिक्स्ड नकली फ्रेम पेन्डिङ बिट सेट जब त्यहाँ कुनै डाटा पेन्डिङ छैन।
1152512ISR सन्दर्भमा घटना परिमार्जन गर्दा कम-म्याक-रेलमा सम्भावित दुर्घटना फिक्स गरियो।
1154616"स्लीपी एन्ड डिभाइसबाट नन-स्लीपी एन्ड डिभाइसमा भूमिका स्विच गर्दै" केसको साथ सञ्जाल प्रारम्भ गर्ने अवस्थाको लागि अपवाद थपियो।
1157289BDB परीक्षण विफलता DN-TLM-TC-02B हुनसक्ने समस्या समाधान गरियो।
1157426ग्रीन_पावर_एडाप्टर कम्पोनेन्टको साथ zigbee_simple_app निर्माण गर्दा निर्माण समस्या समाधान गरियो।
1157932"संक्रमण समय" फिल्ड हराइरहेको छ कि छैन भनेर जाँच गर्नको लागि सर्त थपियो र यो छुटेको क्षेत्रको लागि पूर्वनिर्धारित मान 0xFFFF सेट गर्नुहोस्।
1166340emberAfGpdfSend लाई दोहोर्याइएको प्रसारणहरूको इच्छित संख्या पठाउनबाट रोक्ने एउटा समस्या समाधान गरियो।
आईडी #विवरण
1167807वितरित नेटवर्कहरूमा ट्रस्ट सेन्टरहरूको रूपमा काम गर्ने यन्त्रहरूले प्रत्येक पटक नयाँ यन्त्र सामेल हुँदा तिनीहरूको क्षणिक लिङ्क कुञ्जीहरू गलत तरिकाले खाली गर्ने समस्या समाधान गरियो।
1169504बल ब्यूँझँदा निद्रामा परेको यन्त्रलाई रिसेट गर्ने समस्या समाधान गरियो।
1169966बफर आवंटन कोडमा हराएको रिटर्न मान प्रमाणीकरण निश्चित गरियो।
२२१३२७,

172270

mfglib start 1 सँग कुनै सन्देशहरू प्रसारण हुँदैन तर प्राप्त हुन्छ, त्यसैले प्रदर्शित टर्मिनल सन्देश "mfglib पठाउने पूर्ण" गलत छ र "पछिल्लो %d ms मा RXed %d प्याकेटहरू" मा परिवर्तन गरियो।
1171935आवधिक नेटवर्क कुञ्जी अद्यावधिक अवधि 1 वर्ष सम्मको रूपमा परिवर्तन गरियो।
1172778ग्रीन पावर सर्भरमा emberAfPluginGreenPowerServerUpdateAliasCallback को छुटेको आह्वान थपियो।
1174288चलिरहेको स्क्यान रोक्नको लागि कल भनिन्छ भने नेटवर्क स्टीयरिङ प्रक्रियालाई दाबी गर्नको लागि एउटा मुद्दा फिक्स गरियो।
1178393कागजात त्रुटि अपडेट गरियो।
1180445स्मार्ट ऊर्जामा, OTA ले अब डाउनलोड गर्न जारी राख्छ यदि संयोजक सीमित ड्यूटी साइकलमा पुग्छ।
1185509CSL मा एउटा मुद्दा फिक्स गरियो जहाँ अघिल्लो पेलोड फ्रेम पछि तुरुन्तै प्राप्त भएको नयाँ वेक अप फ्रेम अनुक्रम सही रूपमा रेकर्ड हुने छैन। यो एक छुटेको पेलोड फ्रेम परिणाम हुनेछ।
1186107प्राप्त GPDF हरूको असफल डिक्रिप्शनको कारणले gp कमिसनिङ सूचनामा आगमन GPDF लाई प्रतिस्थापन गर्ने समस्या समाधान गरियो।
1188397विस्तारित रिपोर्ट तालिका आकार सक्षम गर्दा संकलन त्रुटिको कारण एउटा मुद्दा फिक्स गरियो।
1194090सिंक कमिसनिङ मोड आदेशको लागि पूर्वनिर्धारित प्रतिक्रियामा असफलता स्थिति सुधारियो - निम्न खण्ड 3.3.4.8.2
1194963प्रयोगकर्ता कलब्याक emberAfGreenPowerServerPairingStatusCallback लाई कल गर्नु अघि CommissioningGpd ढाँचाको लागि मेमसेट गरिँदै आएको समस्या समाधान गरियो।
1194966एउटा मुद्दा फिक्स गरियो जहाँ अन्त्यबिन्दु र प्रोक्सीहरू संलग्न फिल्डहरू एक्जिट कमिसनिङ कार्यसँग सेट गरिएको थिएन।
1196698कुनै पनि डाटा पेन्डिङ नभएको बेला एक नकली फ्रेम पेन्डिङ बिट सेट फिक्स गरियो।
1199958हरियो पावर सन्देशहरू निर्माण गर्न थप ठाउँ नहुँदा केस ह्यान्डल गर्न कोड थपियो।
1202034एउटा समस्या समाधान गरियो जहाँ sl_zb_sec_man_context_t स्ट्याक चर सही रूपमा प्रारम्भ गरिएको थिएन, जसले गर्दा स्थापना कोडसँग सामेल हुन असफल भयो।
1206040अन्तिम यन्त्रद्वारा सुरक्षित पुन: जोडिने प्रयासको क्रममा emberRemoveChild() लाई कल गर्नाले सम्भावित रूपमा बाल गणनामा थप ह्रास ल्याउन सक्छ, सम्भावित रूपमा -1 (255) को बाल गणनामा निम्त्याउन सक्छ, संकेत गरिएको अभावको कारणले अन्तिम यन्त्रहरूलाई सामेल हुन/पुन: जोडिनबाट रोक्छ। बीकन मा क्षमता को।
 

1207580

स्ट्याक भित्र बाल तालिका खोज कार्यहरू 0x0000 विरुद्ध 0xFFFF को प्रयोगमा असंगत छन् नोड ID रिटर्न मानको लागि अमान्य/खाली प्रविष्टिहरू प्रतिनिधित्व गर्दछ, जसले गर्दा emberRemoveChild() जस्ता API मा प्रयोग नगरिएका प्रविष्टिहरू जाँच गर्न समस्याहरू निम्त्याउँछ।
1210706EmberCounterHandler() को भागको रूपमा EmberExtraCounterInfo संरचनामा प्रदान गरिएको गन्तव्य र PHY अनुक्रमणिका MAC TX Unicast काउन्टर प्रकारहरूको लागि गलत हुन सक्छ।
1211610

1212525

सुरक्षित कुञ्जी भण्डारण अपग्रेड कम्पोनेन्ट सक्षम गरेपछि गतिशील मल्टिप्रोटोकल अनुप्रयोगहरू क्र्यास भएको मुद्दा फिक्स गरियो।
1211847जबकि emberCounterHandler() को हस्ताक्षर परिवर्तन भएको छैन, यसको प्यारामिटरहरू आबादी हुने तरिका थोरै परिवर्तन भएको छ। यस API को वरिपरि परिवर्तनहरू माथि खण्ड 2 मा व्याख्या गरिएको छ।
 

1212449

बाहिर जाने बीकनहरूलाई MAC तहद्वारा गलत रूपमा वर्गीकृत गरिएको थियो, जसले गर्दा emberCounterHandler() ले यी प्याकेटहरू EMBER_COUNTER_MAC_TX_BROADCAST काउन्टर प्रकारसँग समात्न असफल भयो र यसको सट्टामा EMBER_COUNTER_MAC_TX_UNICAST_CC काउन्टर प्रकारको साथ बीकनहरू गणना गर्यो। यसले सम्भावित रूपमा EmberCounterInfo संरचनामा पास गरिएको गन्तव्य EmberNodeId प्यारामिटरको लागि अविश्वसनीय मानहरू निम्त्यायो।
1214866निश्चित उच्च ट्राफिक कन्फिगरेसनहरूमा डाटा पोल प्याकेट पठाउँदा बस त्रुटि हुन सक्छ।
1216552व्यस्त ट्राफिक अवस्थाहरूमा दावी गर्ने एउटा मुद्दा फिक्स गरिएको छ।
1216613प्रोक्सी तालिकामा समूहकास्ट त्रिज्याको गलत मान निम्त्याउने समस्या समाधान गरियो।
1222509राउटर/संयोजकले एक गैर-बाल मतदान अन्त्य यन्त्रमा बिदा र पुन: सामेल हुन अनुरोध पठाउँदछ, तर MAC गन्तव्य NWK गन्तव्य ठेगानासँग मिल्नुको सट्टा 0xFFFF हो।
1223842sl_component_catalog.h को जेनरेशनको साथ एउटा मुद्दा फिक्स गरियो जसले यसमा अनावश्यक कोड छोड्दै थियो जसको कारण संकलन असफल भयो।
आईडी #विवरण
756628एप्लिकेसन कलब्याक emberAfMacFilterMatchMessageCallback को आह्वानलाई स्ट्याकद्वारा प्रमाणीकरण गरिएका ZLL सन्देशहरूको लागि मात्र कल गर्न परिवर्तन गरियो।
816088EMBER कन्फिगरेसन zigbeed_configuration.h बाट zigbeed.slcp मा सारियो।
829508दौड अवस्थाबाट बच्न, तल्लो तहहरू व्यस्त छन् वा च्यानल परिवर्तन गर्नको लागि स्थितिमा छैनन् भने असफल फिर्ता गर्न emberSetLogicalAndRadioChannel मा थप प्रमाणीकरण थपियो।

हालको रिलीजमा ज्ञात मुद्दाहरू

अघिल्लो रिलीज पछि बोल्ड मा मुद्दाहरू थपिएको थियो। यदि तपाईंले रिलिज छुटाउनुभएको छ भने, भर्खरको रिलीज नोटहरू उपलब्ध छन् https://www.si-labs.com/developers/zigbee-emberznet Tech Docs ट्याबमा।

आईडी #विवरणसमाधान
N/Aनिम्न एप्स/कम्पोनेन्ट यस रिलीजमा समर्थित छैन: EM4 समर्थन।पछिका विमोचनहरूमा सुविधा सक्षम गरिनेछ।
193492emberAfFillCommandGlobalServerToClientConfigureRe पोर्टिङ म्याक्रो बिग्रिएको छ। बफर भर्नुले गलत आदेश प्याकेट सिर्जना गर्दछ।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, मा परिवर्तन गर्नुहोस्।

295498UART रिसेप्शनले कहिलेकाहीं Zigbee+BLE डायनामिक मल्टिप्रोटोकल प्रयोगको मामलामा भारी भार अन्तर्गत बाइटहरू छोड्छ।हार्डवेयर प्रवाह नियन्त्रण प्रयोग गर्नुहोस् वा बाउड दर कम गर्नुहोस्।
312291EMHAL: Linux होस्टहरूमा halCommonGetIntxxMillisecondTick प्रकार्यहरूले हाल gettimeofday प्रकार्य प्रयोग गर्दछ, जुन मोनोटोनिक हुने ग्यारेन्टी छैन। यदि प्रणाली समय परिवर्तन हुन्छ भने, यसले स्ट्याक टाइमिङमा समस्याहरू निम्त्याउन सक्छ।यसको सट्टा CLOCK_MONOTONIC स्रोतको साथ clock_gettime प्रयोग गर्न यी प्रकार्यहरू परिमार्जन गर्नुहोस्।
338151कम प्याकेट बफर गणना मूल्यको साथ NCP प्रारम्भ गर्दा भ्रष्ट प्याकेटहरू हुन सक्छ।धेरै कम पूर्वनिर्धारित मानबाट बच्न प्याकेट बफर गणनाको लागि 0xFF आरक्षित मान प्रयोग गर्नुहोस्।
387750अन्तिम यन्त्रमा रुट तालिका अनुरोध ढाँचाहरूसँग समस्या।अनुसन्धान अन्तर्गत
400418टचलिङ्क प्रारम्भकर्ताले गैर-फ्याक्ट्री-नयाँ अन्त-यन्त्र लक्ष्यमा लिङ्क गर्न सक्दैन।कुनै ज्ञात समाधान छैन।
424355एउटा गैर-फ्याक्ट्री-नयाँ निद्रा अन्त्य यन्त्र टचलिङ्क लक्ष्य-सक्षम प्रारम्भकर्ताले निश्चित परिस्थितिहरूमा उपकरण जानकारी प्रतिक्रिया प्राप्त गर्न सक्षम हुँदैन।अनुसन्धान अन्तर्गत
 

465180

सहअस्तित्व रेडियो अवरोधक अप्टिमाइजेसन वस्तु "रनटाइम नियन्त्रण सक्षम गर्नुहोस्" ले उचित Zigbee सञ्चालन रोक्न सक्छ।वैकल्पिक 'Wi-Fi चयन' अवरोधक अप्टिमाइजेसनको नियन्त्रण "असक्षम" छोडिनुपर्छ।
480550OTA क्लस्टरको आफ्नै बिल्ट-इन खण्डीकरण विधि छ, त्यसैले यसले APS खण्डीकरण प्रयोग गर्नु हुँदैन। यद्यपि, यदि APS एन्क्रिप्शन सक्षम गरिएको छ भने यसले ImageBlockResponses को पेलोडलाई आकारमा बढाउँछ जहाँ APS खण्डीकरण सक्रिय हुन्छ। यसले OTA प्रक्रिया असफल हुन सक्छ।कुनै ज्ञात समाधान छैन
481128निदान प्लगइन र भर्चुअल UART परिधीय सक्षम हुँदा NCP प्लेटफर्महरूमा भर्चुअल UART (सिरियल ०) मार्फत विस्तृत रिसेट कारण र दुर्घटना विवरणहरू पूर्वनिर्धारित रूपमा उपलब्ध हुनुपर्छ।NCP मा सिरियल ० पहिले नै प्रारम्भ गरिएको हुनाले, ग्राहकहरूले Zigbee NCP फ्रेमवर्कमा emberAfNcpInitCallback सक्षम गर्न सक्छन् र उपयुक्त डायग्नोस्टिक प्रकार्यहरू कल गर्न सक्छन् (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashSummary, halPrintCallback) यो डेटा सिरियल ० को लागि viewनेटवर्क विश्लेषक क्याप्चर लग मा ing।

पूर्वका लागिampEXTENDED_RESET_INFO परिभाषित हुँदा यी प्रकार्यहरू कसरी प्रयोग गर्ने भनेर, af-main-soc.c को emberAfMainInit() मा समावेश गरिएको कोडलाई सन्दर्भ गर्नुहोस्।

आईडी #विवरणसमाधान
486369यदि कुनै नयाँ नेटवर्क बनाउने DynamicMultiProtocolLightSoc ले छोडेको नेटवर्कबाट चाइल्ड नोडहरू बाँकी छन् भने, emberAfGetChildTableSize startIdentifyOnAllChildNodes मा शून्य मान फर्काउँछ, जसले "भूत" बच्चाहरूलाई सम्बोधन गर्दा Tx 66 त्रुटि सन्देशहरू निम्त्याउँछ।यदि सम्भव भएमा नयाँ नेटवर्क बनाउनु अघि भागलाई मास-मेटाउनुहोस् वा नेटवर्क छोडेपछि चाइल्ड टेबललाई प्रोग्रामेटिक रूपमा जाँच गर्नुहोस् र नयाँ नेटवर्क बनाउनु अघि emberRemoveChild प्रयोग गरी सबै बच्चाहरूलाई मेटाउनुहोस्।
495563SPI NCP Sleepy End Device Sample एपले छोटो मतदान गर्दैन, त्यसैले TC लिङ्क कुञ्जी अपडेट गर्ने अवस्थामा सामेल हुने प्रयास असफल हुन्छ।सामेल हुन चाहने यन्त्र सामेल हुन प्रयास गर्नु अघि छोटो मतदान मोडमा हुनुपर्छ। यो मोड अन्तिम उपकरण समर्थन प्लगइन द्वारा जबरजस्ती गर्न सकिन्छ।
497832नेटवर्क विश्लेषकमा Zigbee एप्लिकेसन सपोर्ट कमाण्ड ब्रेकडाउन पुष्टि कुञ्जी अनुरोध फ्रेमको लागि गल्तिले पेलोडको भागलाई सन्दर्भ गर्दछ जसले फ्रेम स्रोत ठेगानालाई गन्तव्य ठेगानाको रूपमा संकेत गर्दछ।कुनै ज्ञात समाधान छैन
519905

521782

SPI NCP ले ओटा क्लाइन्ट प्लगइनको 'बुटलोड' CLI आदेश प्रयोग गरेर बुटलोडर संचार सुरु गर्न विरलै असफल हुन सक्छ।बूटलोड प्रक्रिया पुन: सुरु गर्नुहोस्
620596NCP SPI पूर्वampBRD4181A (EFR32xGMG21) को लागि le

n वेक-अप पिनको रूपमा परिभाषित पूर्वनिर्धारित पिन प्रयोग गर्न सकिँदैन।

NCP-SPI प्लगइनमा nWake को PD03 बाट EM2/3 वेक-अप-सक्षम पिनमा पूर्वनिर्धारित पिन परिवर्तन गर्नुहोस्।
631713"Zigbee PRO Leaf Library" को सट्टा "Zigbee PRO Stack Library" प्लगइन प्रयोग गरिएमा Zigbee End Device ले ठेगाना विवादहरू बारम्बार रिपोर्ट गर्नेछ।"Zigbee PRO Stack Library" प्लगइनको सट्टा "Zigbee PRO Leaf Library" को प्रयोग गर्नुहोस्।
670702रिपोर्टिङ प्लगइन भित्रको असक्षमताले डाटा लेखन फ्रिक्वेन्सी र तालिका आकारमा आधारित महत्त्वपूर्ण विलम्बता निम्त्याउन सक्छ, जसले घटना समय सहित ग्राहक अनुप्रयोग कोडमा हस्तक्षेप गर्न सक्छ।यदि बारम्बार लेख्दै हुनुहुन्छ भने, रिपोर्टिङ अवस्थाहरू जाँच गर्ने र प्लगइन प्रयोग गर्नुको सट्टा म्यानुअल रूपमा रिपोर्टहरू पठाउने विचार गर्नुहोस्।
708258addEntryToGroupTable() मार्फत group-server.c मा सुरु नगरिएको मानले नकली बाइन्डिङ सिर्जना गर्न सक्छ र समूहकास्ट रिपोर्टिङ सन्देशहरू पठाउन सक्छ।थप्नुहोस् "binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;" "binding.type पछि

= EMBER_MULTICAST_BINDING;"

757775सबै EFR32 भागहरूमा एक अद्वितीय RSSI अफसेट छ। थप रूपमा, बोर्ड डिजाइन, एन्टेना र घेराले RSSI लाई असर गर्न सक्छ।नयाँ परियोजना सिर्जना गर्दा, RAIL उपयोगिता, RSSI कम्पोनेन्ट स्थापना गर्नुहोस्। यो सुविधाले प्रत्येक भागको लागि पूर्वनिर्धारित RSSI अफसेट SiLabs मापन समावेश गर्दछ। तपाईंको पूर्ण उत्पादनको RF परीक्षण पछि आवश्यक भएमा यो अफसेट परिमार्जन गर्न सकिन्छ।
758965ZCL क्लस्टर कम्पोनेन्टहरू र ZCL आदेश खोज तालिका सिङ्क्रोनाइज गरिएको छैन। त्यसैले, ZCL क्लस्टर कम्पोनेन्ट सक्षम वा असक्षम गर्दा, लागू गरिएका आदेशहरू सम्बन्धित ZCL Advanced Configurator आदेश ट्याबमा सक्षम/असक्षम गरिने छैनन्।ZCL उन्नत कन्फिगुरेटरमा वांछित ZCL आदेशहरूको खोजीलाई म्यानुअल रूपमा सक्षम/अक्षम पार्नुहोस्।
765735OTA अद्यावधिक सक्षम गरिएको पृष्ठ अनुरोधको साथ Slepy End उपकरणमा असफल हुन्छ।पृष्ठ अनुरोधको सट्टा ब्लक अनुरोध प्रयोग गर्नुहोस्।
845649CLI हटाउँदै: कोर कम्पोनेन्टले SL_cli.h मा EEPROM cli कलहरू हटाउँदैन।eeprom-cli.c मेटाउनुहोस् file जसले sl_cli.h लाई कल गर्छ। थप रूपमा, ओटा-स्टोरेज-सिंपल-ईप्रोममा sl_cli.h साथै sl_cli_command_arg_t मा कलहरू टिप्पणी गर्न सकिन्छ।
857200ias-zone-server.c ले "0000000000000000" CIE ठेगानाको साथ बाइन्डिङ सिर्जना गर्न अनुमति दिन्छ र पछि थप बाइन्डिङहरूलाई अनुमति दिँदैन।कुनै ज्ञात समाधान छैन
1019961उत्पन्न Z3 गेटवे बनाउनुहोस्file हार्डकोड "gcc" CC को रूपमाकुनै ज्ञात समाधान छैन
आईडी #विवरणसमाधान
1039767Zigbee राउटर नेटवर्क पुन: प्रयास लाम ओभरफ्लो मुद्दा बहु थ्रेड RTOS प्रयोग मामला मा।Zigbee स्ट्याक थ्रेड-सुरक्षित छैन। नतिजाको रूपमा, Zigbee स्ट्याक API लाई अर्को कार्यबाट कल गर्नु OS वातावरणमा समर्थित छैन र स्ट्याकलाई "नन-वर्किङ" अवस्थामा राख्न सक्छ। घटना ह्यान्डलर प्रयोग गरेर थप जानकारी र समाधानको लागि निम्न एप नोटलाई सन्दर्भ गर्नुहोस्।

https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk-7x.pdf  .

1064370Z3 स्विच एसampले एप्लिकेसनले पूर्वनिर्धारित रूपमा एउटा बटन (उदाहरण: btn1) सक्षम गरेको छ जसले परियोजनामा ​​बटन विवरणमा बेमेल हुन जान्छ। file.समाधान: Z0Switch परियोजना सिर्जना गर्दा म्यानुअल रूपमा btn3 उदाहरण स्थापना गर्नुहोस्।
1161063Z3Light र सम्भावित अन्य अनुप्रयोगहरूले गलत क्लस्टर संशोधन मानहरू रिपोर्ट गर्छन्।क्लस्टर संशोधन विशेषतालाई तिनीहरूको उपयुक्त संशोधनमा म्यानुअल रूपमा अद्यावधिक गर्नुहोस्।
२२१३२७,

२२१३२७,

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 सँग टेलनेट इन्टरफेस सिर्जना गर्न लिनक्स होस्ट अनुप्रयोगको लागि Z4901 गेटवेमा "-v" विकल्प हटाइएको छ। टेलनेट इन्टरफेस सिर्जना गर्न वैकल्पिक सिफारिस गरिएको तरिका लिनक्स उपयोगिताहरू जस्तै "socat" प्रयोग गर्नु हो।

रिलीज 7.4.0.0 मा रोकिएको
निम्न बहिष्कृत सुरक्षा API हरू हटाइयो

  • emberGetKey()
  • emberGetKeyTableEntry()
  • emberSetKeyTableEntry()
  • emberHaveLinkKey()
  • emberAddOrUpdateKeyTableEntry()
  • emberAddTransientLinkKey()
  • emberGetTransientKeyTableEntry()
  • emberGetTransientLinkKey()
  • emberHmacAesHash()

कुञ्जी भण्डारण र HMAC ह्यासिङमा पहुँचको लागि Zigbee सुरक्षा प्रबन्धकद्वारा प्रदान गरिएको APIs प्रयोग गर्नुहोस्।

हटाइएका वस्तुहरू

रिलीज 7.4.0.0 मा हटाइयो

  • सार्वजनिक हेडरमा डुप्लिकेट सार्वजनिक API हरू हटाइयो file gp-types.h.
  • zigbee_end_device_bind कम्पोनेन्ट हटाइयो। यो कम्पोनेन्ट अन्त यन्त्रहरूको लागि ब्रोकर बाइन्डिङ पुन: खोजहरूको लागि संयोजकको लागि प्रयोग गरिएको थियो। यो वैकल्पिक कार्यक्षमता Zigbee कोर विशिष्टता को R22 बाट हटाइयो।
  • af-host.c मा सेट प्याकेट BufferCount() हटाइयो र बेकार चेक केस EZSP_CONFIG_PACKET_BUFFER_COUNT: command-handlers.c मा।
  • NCP प्रारम्भ गर्दा दुई चरणमा विभाजन गर्न आवश्यक नभएको कारण मेमोरी आवंटन तर्क हटाइयो।
  • se14-comms-hub, se14-ihd, र se14-meter-gas को app.c मा emberAfNcpInitCallback() हटाइयो।
  • ncp-configuration.c मा ncp प्रारम्भ गर्दा EZSP_CONFIG_RETRY_QUEUE_SIZE मान हटाइयो।

मल्टिप्रोटोकल गेटवे र RCP

 नयाँ वस्तुहरू

रिलीज 7.4.0.0 मा थपियो
समवर्ती सुन्न, EFR802.15.4xG32 वा xG24 RCP प्रयोग गर्दा स्वतन्त्र 21 च्यानलहरूमा सञ्चालन गर्न Zigbee र OpenThread स्ट्याकहरूको लागि क्षमता, जारी गरिएको छ। 802.15.4 RCP/ब्लुटुथ RCP संयोजन, Zigbee NCP/OpenThread RCP संयोजन, वा Zigbee/OpenThread system-on-chip (SoC) को लागि समवर्ती सुन्न उपलब्ध छैन। यो भविष्यको रिलीजमा ती उत्पादनहरूमा थपिनेछ।
OpenThread CLI विक्रेता विस्तार मल्टिप्रोटोकल कन्टेनरहरूको OpenThread होस्ट एपहरूमा थपिएको छ। यसमा coex cli आदेशहरू समावेश छन्।

सुधारहरू

रिलीज 7.4.0.0 मा परिवर्तन गरियो
Zigbee NCP/OpenThread RCP मल्टिप्रोटोकल संयोजन अब उत्पादन गुणस्तर हो। यो एसample अनुप्रयोग श्रृंखला-1 EFR उपकरणहरूमा समर्थित छैन।

स्थिर मुद्दाहरू

रिलीज 7.4.5.0 मा स्थिर

आईडी #विवरण
1328799Spinel RESET आदेश द्वारा ट्रिगर गरिएको सफ्ट रिसेटले अब 15.4 RCP को बफरहरू खाली गर्दछ।
1337101अपूर्ण 15.4 ट्रान्समिट अपरेसनहरू (Tx एक ack को लागि प्रतिक्षा गर्दै, सन्देशको प्रतिक्रियामा Tx एक ack, इत्यादि) अब DMP को कारणले रेडियो अवरोधमा असफल भएको मानिने छैन। यसले RAIL (शेड्युलर स्थिति त्रुटि घटनाहरू) द्वारा अवरोध वा स्थायी रूपमा असफल भएपछि उक्त अपरेशनलाई पुन: अनुसूचित गर्ने मौका दिन अनुमति दिन्छ।

(अन्य सन्दर्भ: १२३२३६१)

1337228Zigbeed मा halCommonGetInt32uMillisecondTick() टिक API अब MONOTONIC घडी प्रयोग गर्न अद्यावधिक गरिएको छ, ताकि यो होस्ट प्रणालीमा NTP द्वारा प्रभावित नहोस्।

(अन्य सन्दर्भ: १२३२३६१)

1346785802.15.4 RCP मा दुबै प्रोटोकलहरू एकैसाथ प्रसारण गर्दा समवर्ती सुन्न असक्षम हुन सक्ने रेस अवस्था फिक्स गरियो।

(अन्य सन्दर्भ: १२३२३६१)

1346849परियोजनामा ​​rail_mux कम्पोनेन्ट थप्नुले अब यसलाई सम्बन्धित स्ट्याक लाइब्रेरी भेरियन्टहरूसँग स्वचालित रूपमा निर्माण गर्न दिन्छ।

(अन्य सन्दर्भ: १२३२३६१)

रिलीज 7.4.4.0 मा स्थिर

आईडी #विवरण
1184065MG13 र MG21 मा zigbee_ncp-ot_rcp-spi र zigbee_ncp-ot_rcp_uart को लागि घटाइएको RAM फुटप्रिन्ट।
1282264ट्रान्समिट फिफोलाई समय भन्दा पहिले अन्डरफ्लोको कारण खाली गरेर रेडियो ट्रान्समिट अपरेसनमा बाधा पुग्न सक्ने समस्या समाधान गरियो।
1292537DMP Zigbee-BLE NCP अनुप्रयोग अब ठीकसँग सरलता स्टुडियो UI मा देखाइन्छ। (अन्य सन्दर्भ: १२९२५४०)
1230193अन्त्य यन्त्रमा नेटवर्कमा सामेल हुँदा गलत नोड प्रकारको समस्या फिक्स गरियो। (अन्य सन्दर्भ: १२९८३४७)
133233015.4+BLE RCP भारी सञ्जाल ट्राफिक भएको वातावरणमा सञ्चालन भइरहेको अवस्थामा कहिलेकाहीँ यन्त्र रिबुट नगरेसम्म CPCd मा सन्देशहरू पठाउन नसक्ने रेस अवस्थाको सामना गर्न सक्ने समस्या समाधान गरियो।

(अन्य सन्दर्भ: १२३२३६१)

रिलीज 7.4.2.0 मा स्थिर

आईडी #विवरण
1022972Zigbee-OpenThread NCP/RCP s मा सहअस्तित्व प्लगइन थपियोampआवेदन।
1231021OTBR मा 80+ zigbee यन्त्रहरूमा सामेल हुँदा RCP रिकभर गरेर सब म्याकमा नह्यान्डल ट्रान्समिट त्रुटिहरू पास गरेर देखाइएको दाबीलाई बेवास्ता गर्नुहोस्।
1249346RCP ले OTBR मा पार्स त्रुटि र अप्रत्याशित समाप्तिको परिणामस्वरूप, होस्टका लागि गन्तव्य प्याकेटहरू गलत रूपमा डेक्यु गर्न सक्ने मुद्दालाई सम्बोधन गरियो।

रिलीज 7.4.1.0 मा स्थिर

आईडी #विवरण
1213701zigbeed ले बच्चाको लागि स्रोत मिलान तालिका प्रविष्टि सिर्जना गर्न अनुमति दिँदैन यदि MAC अप्रत्यक्ष लाममा पहिले नै त्यो बच्चाको लागि डेटा पेन्डिङ छ। यो व्यवहारले APS Ack वा एप-लेयर प्रतिक्रियाको कमीको कारणले बच्चा र केही अन्य यन्त्रहरू बीचको अनुप्रयोग तह लेनदेनहरू निम्त्याउन सक्छ, विशेष गरी बाल यन्त्रलाई लक्षित गर्दै ZCL OTA अपग्रेडहरूको अवरोध र अप्रत्याशित समाप्ति।
1244461सन्देश विचाराधीन भए पनि बच्चाको लागि स्रोत मिलान तालिका प्रविष्टि हटाउन सकिन्छ।

रिलीज 7.4.0.0 मा स्थिर

आईडी #विवरण
1081828FreeRTOS-आधारित Zigbee/BLE DMP s सँग थ्रुपुट मुद्दाampअनुप्रयोगहरू।
1090921Z3GatewayCpc को कोलाहलपूर्ण वातावरणमा नेटवर्क बनाउन समस्या भयो।
1153055zigbee_ncp-ble_ncp-uart s बाट NCP संस्करण पढ्दा संचार विफलता भएको बेला होस्टमा दाबी गरिएको थियो।ample एप।
1155676802.15.4 RCP ले सबै प्राप्त युनिकास्ट प्याकेटहरू खारेज गर्‍यो (MAC acking पछि) यदि धेरै 15.4 इन्टरफेसहरूले समान 16-bit नोड ID साझा गरे।
1173178होस्टले होस्ट-आरसीपी सेटअपमा mfglib सँग प्राप्त सयौं प्याकेटहरू गलत रूपमा रिपोर्ट गर्यो।
1190859Host-RCP सेटअपमा mfglib अनियमित प्याकेटहरू पठाउँदा EZSP त्रुटि।
1199706बिर्सिएका अन्तिम यन्त्र बालबालिकाका डेटा पोलहरूले पूर्व बच्चालाई छोड्ने र पुन: जोडिने आदेशलाई लामबद्ध गर्न RCP मा पेन्डिङ फ्रेम ठीकसँग सेट गरिएन।
1207967"mfglib random पठाउनुहोस्" आदेशले Zigbeed मा अतिरिक्त प्याकेटहरू पठाउँदै थियो।
1208012RCP मा प्राप्त गर्दा mfglib rx मोडले प्याकेट जानकारी सही रूपमा अद्यावधिक गरेन।
1214359Host-RCP सेटअपमा 80 वा बढी राउटरहरू एकैसाथ सामेल हुन खोज्दा समन्वयक नोड क्र्यास भयो।
1216470ठेगाना मास्क 0xFFFF को लागि प्रसारण रिले गरेपछि, अभिभावक यन्त्रको रूपमा काम गर्ने Zigbee RCP ले प्रत्येक बच्चाको लागि पेन्डिङ डेटा फ्ल्याग सेट छोड्नेछ। यसले प्रत्येक बालबालिकालाई प्रत्येक मतदान पछि डेटाको अपेक्षा गर्दै जागा रह्यो, र अन्ततः यो अवस्था खाली गर्न प्रत्येक अन्तिम यन्त्रमा केही अन्य पेन्डिङ डेटा लेनदेन आवश्यक हुन्छ।

हालको रिलीजमा ज्ञात मुद्दाहरू
अघिल्लो रिलीज पछि बोल्ड मा मुद्दाहरू थपिएको थियो। यदि तपाईंले रिलिज छुटाउनुभएको छ भने, भर्खरको रिलीज नोटहरू उपलब्ध छन् https://www.si-labs.com/developers/gecko-software-development-kit .

आईडी #विवरणसमाधान
937562Raspberry Pi OS 802154 मा rcp-uart- 11-blehci एपसँग Bluetoothctl 'advertise on' आदेश असफल हुन्छ।Bluetoothctl को सट्टा btmgmt एप प्रयोग गर्नुहोस्।
1074205CMP RCP ले एउटै प्यान आईडीमा दुई नेटवर्कहरूलाई समर्थन गर्दैन।प्रत्येक नेटवर्कको लागि फरक प्यान आईडीहरू प्रयोग गर्नुहोस्। भविष्यको रिलीजमा समर्थन योजना गरिएको छ।
1122723व्यस्त वातावरणमा CLI z3-light_ot-ftd_soc एपमा अनुत्तरदायी हुन सक्छ।कुनै ज्ञात समाधान छैन।
1124140z3-light_ot-ftd_soc sampयदि ओटी नेटवर्क पहिले नै माथि छ भने le एपले Zigbee नेटवर्क बनाउन सक्षम छैन।Zigbee नेटवर्क पहिले र OT नेटवर्क पछि सुरु गर्नुहोस्।
1170052CMP Zigbee NCP + OT RCP र DMP Zigbee NCP + BLE NCP यस हालको रिलीजमा 64KB र कम र्याम भागहरूमा फिट नहुन सक्छ।64KB भागहरू हाल यी एपहरूको लागि समर्थित छैन।
1209958Bobcat र Bobcat Lite मा ZB/OT/BLE RCP ले तीनवटा प्रोटोकल चलाउँदा केही मिनेट पछि काम गर्न बन्द गर्न सक्छ।भविष्यको विज्ञप्तिमा सम्बोधन गरिनेछ
1221299Mfglib RSSI पढाइ RCP र NCP बीच फरक छ।भविष्यको विज्ञप्तिमा सम्बोधन गरिनेछ।
1334477BLE स्ट्याक धेरै पटक सुरु गर्न र रोक्नाले BLE स्ट्याक DMP Zigbee-BLE s मा श्रृंखला 1 EFR यन्त्रहरूमा विज्ञापन पुन: सुरु गर्न सक्षम नहुन सक्छ।ampआवेदन।N/A

हटाइएको वस्तुहरू कुनै पनि छैन

हटाइएका वस्तुहरू

रिलीज 7.4.0.0 मा हटाइयो
"NONCOMPLIANT_ACK_TIMING_WORKAROUND" म्याक्रो हटाइएको छ। सबै RCP एपहरूले अब पूर्वनिर्धारित रूपमा 192 µsec टर्नअराउन्ड टाइम गैर-परिवर्धित acks को लागि समर्थन गर्दछ जबकि अझै पनि CSL द्वारा आवश्यक परिष्कृत acks को लागि 256 µsec टर्नअराउन्ड टाइम प्रयोग गर्दछ।

यो रिलीज प्रयोग गर्दै

यो विज्ञप्ति निम्न समावेश गर्दछ
  • Zigbee स्ट्याक
  • Zigbee आवेदन फ्रेमवर्क
  • जिग्बी एसampले आवेदन

Zigbee र EmberZNet SDK बारे थप जानकारीको लागि UG103.02: Zigbee को आधारभूत कुराहरू हेर्नुहोस्।

यदि तपाइँ पहिलो पटक प्रयोगकर्ता हुनुहुन्छ भने, QSG180 हेर्नुहोस्: SDK 7.0 र उच्चको लागि Zigbee EmberZNet Quick-Start Guide, तपाइँको विकास वातावरण कन्फिगर गर्ने, निर्माण र फ्ल्यास गर्ने निर्देशनहरूको लागि।ample आवेदन, र कागजात सन्दर्भहरू अर्को चरणहरूमा संकेत गर्दै।

स्थापना र प्रयोग
Zigbee EmberZNet SDK Gecko SDK (GSDK) को भागको रूपमा प्रदान गरिएको छ, सिलिकन ल्याब्स SDKs को सूट। GSDK को साथ चाँडै सुरु गर्न, सरलता स्टुडियो 5 स्थापना गर्नुहोस्, जसले तपाईंको विकास वातावरण सेट अप गर्नेछ र तपाईंलाई GSDK स्थापना मार्फत लैजान्छ। Simplicity Studio 5 ले IoT उत्पादन विकासका लागि सिलिकन ल्याब्स यन्त्रहरू, स्रोत र परियोजना लन्चर, सफ्टवेयर कन्फिगरेसन उपकरणहरू, GNU टूलचेनको साथ पूर्ण IDE, र विश्लेषण उपकरणहरू सहित आवश्यक सबै कुराहरू समावेश गर्दछ। स्थापना निर्देशनहरू अनलाइन सरलता स्टुडियो 5 प्रयोगकर्ताको गाइडमा प्रदान गरिएको छ।

वैकल्पिक रूपमा, Gecko SDK GitHub बाट नवीनतम डाउनलोड वा क्लोन गरेर म्यानुअल रूपमा स्थापना गर्न सकिन्छ। हेर्नुहोस् 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/ .

सुरक्षा जानकारी

सुरक्षित भल्ट एकीकरण
Secure Vault-High भागहरूमा सुरक्षित कुञ्जी भण्डारण कम्पोनेन्ट प्रयोग गरेर सुरक्षित रूपमा कुञ्जीहरू भण्डारण गर्न छनौट गर्ने अनुप्रयोगहरूका लागि, निम्न तालिकाले Zigbee सुरक्षा प्रबन्धक कम्पोनेन्टले व्यवस्थापन गर्ने सुरक्षित कुञ्जीहरू र तिनीहरूको भण्डारण सुरक्षा विशेषताहरू देखाउँछ।

बेरिएको कुञ्जीनिर्यात योग्य / गैर-निर्यातयोग्यनोटहरू
नेटवर्क कुञ्जीनिर्यातयोग्य
विश्वास केन्द्र लिङ्क कुञ्जीनिर्यातयोग्य
क्षणिक लिङ्क कुञ्जीनिर्यातयोग्यअनुक्रमित कुञ्जी तालिका, वाष्पशील कुञ्जीको रूपमा भण्डारण गरिएको
आवेदन लिङ्क कुञ्जीनिर्यातयोग्यअनुक्रमित कुञ्जी तालिका
सुरक्षित EZSP कुञ्जीनिर्यातयोग्य
ZLL एन्क्रिप्शन कुञ्जीनिर्यातयोग्य
ZLL पूर्व कन्फिगर गरिएको कुञ्जीनिर्यातयोग्य
GPD प्रोक्सी कुञ्जीनिर्यातयोग्यअनुक्रमित कुञ्जी तालिका
GPD सिंक कुञ्जीनिर्यातयोग्यअनुक्रमित कुञ्जी तालिका
आन्तरिक/प्लेसहोल्डर कुञ्जीनिर्यातयोग्यZigbee सुरक्षा प्रबन्धक द्वारा प्रयोगको लागि आन्तरिक कुञ्जी
  • "गैर-निर्यातयोग्य" को रूपमा चिन्ह लगाइएका बेरिएका कुञ्जीहरू प्रयोग गर्न सकिन्छ तर हुन सक्दैन viewed वा रनटाइममा साझा।
  • "निर्यातयोग्य" को रूपमा चिन्ह लगाइएका र्याप गरिएका कुञ्जीहरू रनटाइममा प्रयोग वा साझेदारी गर्न सकिन्छ तर फ्ल्याशमा भण्डारण गर्दा इन्क्रिप्टेड रहन्छ।
  • प्रयोगकर्ता अनुप्रयोगहरूले यी कुञ्जीहरूको बहुमतसँग अन्तर्क्रिया गर्न आवश्यक पर्दैन। लिङ्क कुञ्जी तालिका कुञ्जीहरू वा क्षणिक कुञ्जीहरू प्रबन्ध गर्न अवस्थित API हरू अझै पनि प्रयोगकर्ता अनुप्रयोगमा उपलब्ध छन् र अब Zigbee सुरक्षा प्रबन्धक घटक मार्फत मार्ग।
  • यी मध्ये केही कुञ्जीहरू भविष्यमा प्रयोगकर्ताको अनुप्रयोगमा निर्यातयोग्य नहुन सक्छन्। प्रयोगकर्ता अनुप्रयोगहरूलाई पूर्ण रूपमा आवश्यक नभएसम्म कुञ्जीहरूको निर्यातमा भर पर्न प्रोत्साहित गरिन्छ।
    सुरक्षित भल्ट कुञ्जी व्यवस्थापन कार्यक्षमता बारे थप जानकारीको लागि, AN1271 हेर्नुहोस्: सुरक्षित कुञ्जी भण्डारण।

सुरक्षा सल्लाहहरु
सुरक्षा सल्लाहकारहरूको सदस्यता लिन, सिलिकन ल्याब्स ग्राहक पोर्टलमा लग इन गर्नुहोस्, त्यसपछि खाता गृह चयन गर्नुहोस्। पोर्टल गृह पृष्ठमा जानको लागि HOME मा क्लिक गर्नुहोस् र त्यसपछि सूचनाहरू प्रबन्ध गर्नुहोस् टाइलमा क्लिक गर्नुहोस्। सुनिश्चित गर्नुहोस् कि 'सफ्टवेयर/सुरक्षा सल्लाहकार सूचनाहरू र उत्पादन परिवर्तन सूचनाहरू (PCNs)' जाँच गरिएको छ, र तपाईंले आफ्नो प्लेटफर्म र प्रोटोकलको लागि न्यूनतम सदस्यता लिनुभएको छ। कुनै पनि परिवर्तनहरू बचत गर्न बचत गर्नुहोस् क्लिक गर्नुहोस्।

निम्न चित्र एक पूर्व होample

SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-image (2) SILICON-LABS-7-4-5-0-Zigbee-Ember-Z-Net-SDK-image (3)

समर्थन
विकास किट ग्राहकहरू प्रशिक्षण र प्राविधिक सहयोगको लागि योग्य छन्। सिलिकन प्रयोगशाला Zigbee प्रयोग गर्नुहोस् web सबै Silicon Labs Zigbee उत्पादनहरू र सेवाहरू बारे जानकारी-mation प्राप्त गर्न, र उत्पादन समर्थनको लागि साइन अप गर्न पृष्ठ।
तपाईं सिलिकन प्रयोगशाला समर्थन मा सम्पर्क गर्न सक्नुहुन्छ http://www.silabs.com/support .

सादगी स्टुडियो
MCU र ताररहित उपकरणहरू, कागजातहरू, सफ्टवेयर, स्रोत कोड पुस्तकालयहरू र थपमा एक-क्लिक पहुँच। विन्डोज, म्याक र लिनक्सको लागि उपलब्ध!

अस्वीकरण
सिलिकन ल्याब्सले सिलिकन ल्याब उत्पादनहरू प्रयोग गर्ने वा प्रयोग गर्न चाहने प्रणाली र सफ्टवेयर इम्प्ली-मेन्टरहरूका लागि उपलब्ध सबै बाह्य र मोड्युलहरूको नवीनतम, सही, र गहिरो कागजातहरू ग्राहकहरूलाई उपलब्ध गराउन चाहन्छ। क्यारेक्टराइजेशन डाटा, उपलब्ध मोड्युलहरू र बाह्य उपकरणहरू, मेमोरी साइजहरू र मेमोरी ठेगानाहरूले प्रत्येक विशिष्ट यन्त्रलाई सन्दर्भ गर्दछ, र प्रदान गरिएका "सामान्य" प्यारामिटरहरू विभिन्न अनुप्रयोगहरूमा भिन्न हुन सक्छन् र गर्न सक्छन्। आवेदन पूर्वampयहाँ वर्णन गरिएको लेस चित्रण उद्देश्यका लागि मात्र हो। सिलिकन ल्याब्सले यहाँ उत्पादन जानकारी, विनिर्देशहरू, र विवरणहरूमा थप सूचना बिना परिवर्तन गर्ने अधिकार सुरक्षित गर्दछ, र समावेश जानकारीको शुद्धता वा पूर्णताको रूपमा वारेन्टी दिदैन। पूर्व सूचना बिना, सिलिकन ल्याबहरूले सुरक्षा वा विश्वसनीयता कारणहरूको लागि निर्माण प्रक्रियाको क्रममा उत्पादन फर्मवेयर अपडेट गर्न सक्छ। त्यस्ता परिवर्तनहरूले उत्पादनको विशिष्टता वा प्रदर्शनलाई परिवर्तन गर्दैन। यस कागजातमा प्रदान गरिएको जानकारीको प्रयोगको परिणामहरूको लागि सिलिकन ल्याबहरूको कुनै दायित्व हुनेछैन। यो कागजातले कुनै पनि एकीकृत सर्किट डिजाइन वा निर्माण गर्न कुनै इजाजतपत्रलाई संकेत वा स्पष्ट रूपमा प्रदान गर्दैन। उत्पादनहरू कुनै पनि 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 लोगो र यसका संयोजनहरू , “विश्वको सबैभन्दा ऊर्जा अनुकूल माइक्रोकन्ट्रोलरहरू”, 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 एआरएम लिमिटेडको दर्ता ट्रेडमार्क हो। Wi-Fi Wi-Fi गठबन्धनको दर्ता ट्रेडमार्क हो। यहाँ उल्लेख गरिएका अन्य सबै उत्पादन वा ब्रान्ड नामहरू तिनीहरूका सम्बन्धित धारकहरूको ट्रेडमार्क हुन्।

  • सिलिकन प्रयोगशाला इंक।
  • 400 West Cesar Chavez Austin, TX 78701
  • संयुक्त राज्य अमेरिका
  • www.silabs.com

कागजातहरू / स्रोतहरू

SILICON LABS 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, ZedKet SDK, नेट SDK, SDK

सन्दर्भहरू

सम्बन्धित पोस्टहरू

एक टिप्पणी छोड्नुहोस्

तपाईंको इमेल ठेगाना प्रकाशित गरिने छैन। आवश्यक क्षेत्रहरू चिन्ह लगाइएका छन् *