સિલિકોન-લેબ્સ-લોગો

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

સિલિકોન-લેબ્સ-7-4-5-0-ઝિગબી-એમ્બર-ઝેડ-નેટ-એસડીકે-પ્રોડક્ટ-છબી

વિશિષ્ટતાઓ
  • Zigbee EmberZNet SDK સંસ્કરણ: 7.4.5.0 GA
  • Gecko SDK સ્યુટ સંસ્કરણ: 4.4
  • પ્રકાશન તારીખ: ઓક્ટોબર 23, 2024
  • પ્લેટફોર્મ: સિલિકોન લેબ્સ
  • સપોર્ટેડ કમ્પાઇલર્સ: GCC (GNU કમ્પાઇલર કલેક્શન) વર્ઝન 12.2.1
  • EZSP પ્રોટોકોલ સંસ્કરણ: 0x0D

ઉત્પાદન વપરાશ સૂચનાઓ

મુખ્ય લક્ષણો
સિલિકોન લેબ્સ દ્વારા ઝિગ્બી એમ્બરઝેડનેટ એસડીકે નીચેની મુખ્ય સુવિધાઓ પ્રદાન કરે છે
SoC પર મલ્ટીપ્રોટોકોલ (CMP) Zigbee અને OpenThread સપોર્ટ.

સુસંગતતા અને ઉપયોગની સૂચનાઓ
સુરક્ષા અપડેટ્સ અને સૂચનાઓ માટે, ગેકો પ્લેટફોર્મ રિલીઝ નોટ્સના સુરક્ષા પ્રકરણનો સંદર્ભ લો અથવા સિલિકોન લેબ્સ પર TECH DOCS ટેબની મુલાકાત લો. webસાઇટ. નવીનતમ માહિતી માટે સુરક્ષા સલાહકારો પર સબ્સ્ક્રાઇબ કરવાની ભલામણ કરવામાં આવે છે.

સુસંગત કમ્પાઇલર્સ
યોગ્ય ઉપયોગ કરવાની ખાતરી કરો fileસપોર્ટેડ કમ્પાઇલર સાથે
સિમ્પ્લીસિટી સ્ટુડિયો સાથે GCC (ધ GNU કમ્પાઇલર કલેક્શન) વર્ઝન 12.2.1 આપવામાં આવ્યું છે.

EZSP પ્રોટોકોલ
આ પ્રકાશન માટે EZSP પ્રોટોકોલ સંસ્કરણ 0x0D છે.

FAQ
  • પ્ર: પ્રકાશન 7.4.5.0 માં રજૂ કરાયેલા નવા ઘટકો શું છે?
    • A: વપરાશકર્તાઓ હવે Zigbee ડાયરેક્ટ ડિવાઇસ (ZDD) એપ્લિકેશન પર બહુવિધ zigbee_direct_security ઘટકો સક્ષમ કરી શકે છે, જેમાં વાસ્તવિક સુરક્ષા વિકલ્પ Zigbee વર્ચ્યુઅલ ડિવાઇસ (ZVD) ગોઠવણી પર આધાર રાખે છે.
  • પ્ર: પ્રકાશન 7.4.4.0 માં ઉમેરવામાં આવેલા નવા API શું છે?
    • A: નવા API માં mfglibSetCtune અને mfglibGetCtune નો સમાવેશ થાય છે.
  • પ્ર: પ્રકાશન 7.4.5.0 માં રજૂ કરાયેલ નવું પ્લેટફોર્મ સપોર્ટ શું છે?
    • A: EFR32MG24A020F768IM40 હવે પ્લેટફોર્મ તરીકે સપોર્ટેડ છે.
  • પ્ર: ઝિગ્બી સિક્યોર કી સ્ટોરેજ ઘટક માટે હું અપડેટેડ દસ્તાવેજો ક્યાંથી મેળવી શકું?
    • A: Zigbee Secure Key Storage ઘટકનું વર્ણન 7.4.0.0 ના પ્રકાશનમાં અપડેટ કરવામાં આવ્યું છે, સાથે Zigbee Security Manager ઘટકોના જૂથ (AN1412: Zigbee Security Manager) સાથે ક્રિયાપ્રતિક્રિયા કરવા માટે એક નવી એપ્લિકેશન નોંધ પણ અપડેટ કરવામાં આવી છે.

Zigbee EmberZNet SDK 7.4.5.0 GA

Gecko SDK સ્યુટ 4.4

23 ઓક્ટોબર, 2024

સિલિકોન-લેબ્સ-7-4-5-0-ઝિગબી-એમ્બર-ઝેડ-નેટ-એસડીકે-પ્રોડક્ટ-છબી

સિલિકોન લેબ્સ તેમના ઉત્પાદનોમાં Zigbee નેટવર્કિંગ વિકસાવતા OEM માટે પસંદગીના વિક્રેતા છે. સિલિકોન લેબ્સ ઝિગ્બી પ્લેટફોર્મ ઉપલબ્ધ સૌથી સંકલિત, સંપૂર્ણ અને વિશેષતાથી સમૃદ્ધ ઝિગ્બી સોલ્યુશન છે.
Silicon Labs 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 સાથે ઇન્સ્ટોલ કરેલ Gecko પ્લેટફોર્મ રીલીઝ નોટ્સનું સુરક્ષા પ્રકરણ જુઓ અથવા TECH DOCS ટેબ પર https://www.silabs.com/developers/zigbee-emberznet . સિલિકોન લેબ્સ એ પણ ભારપૂર્વક ભલામણ કરે છે કે તમે અપ-ટૂ-ડેટ માહિતી માટે સુરક્ષા સલાહકારો પર સબ્સ્ક્રાઇબ કરો. સૂચનાઓ માટે, અથવા જો તમે Zigbee EmberZNet SDK માટે નવા છો, તો જુઓ આ પ્રકાશનનો ઉપયોગ.

સુસંગત કમ્પાઇલર્સ
ARM (IAR-EWARM) આવૃત્તિ 9.40.1 માટે IAR એમ્બેડેડ વર્કબેન્ચ.

  • macOS અથવા Linux પર IarBuild.exe કમાન્ડ લાઇન યુટિલિટી અથવા IAR એમ્બેડેડ વર્કબેન્ચ GUI સાથે બનાવવા માટે વાઇનનો ઉપયોગ ખોટો પરિણમી શકે છે fileશૉર્ટ જનરેટ કરવા માટે વાઇનના હેશિંગ અલ્ગોરિધમમાં અથડામણને કારણે ઉપયોગમાં લેવાય છે file નામો
  • MacOS અથવા Linux પરના ગ્રાહકોને સલાહ આપવામાં આવે છે કે તેઓ સિમ્પલિસિટી સ્ટુડિયોની બહાર IAR સાથે ન બનાવે. જે ગ્રાહકો કરે છે તેઓએ કાળજીપૂર્વક ચકાસવું જોઈએ કે તે સાચું છે files નો ઉપયોગ કરવામાં આવે છે.

GCC (The GNU કમ્પાઇલર કલેક્શન) સંસ્કરણ 12.2.1, સિમ્પલિસિટી સ્ટુડિયો સાથે પ્રદાન કરવામાં આવ્યું છે.

આ પ્રકાશન માટે EZSP પ્રોટોકોલ સંસ્કરણ 0x0D છે.

 નવી આઇટમ્સ

નવા ઘટકો

રિલીઝ 7.4.0.0 માં નવું
“zigbee_direct_security_p256” અને “zigbee_direct_security_curve25519” ઘટકો ઉમેરવામાં આવ્યા છે જેથી કરીને વપરાશકર્તાઓ ચોક્કસ Zigbee ડાયરેક્ટ સુરક્ષા વિકલ્પને ગોઠવી શકે.
વપરાશકર્તાઓને Zigbee ડાયરેક્ટ ડિવાઇસ (ZDD) એપ્લિકેશન પર બહુવિધ “zigbee_direct_security” ઘટકો સક્ષમ કરવાની મંજૂરી છે. આ કિસ્સામાં, વાસ્તવિક સુરક્ષા વિકલ્પ Zigbee વર્ચ્યુઅલ ઉપકરણ (ZVD) રૂપરેખાંકન પર આધાર રાખે છે.

નવા API

રિલીઝ 7.4.4.0 માં નવું
CTUNE મૂલ્યો મેળવવા અને સેટ કરવા માટે બે સમર્પિત ઉત્પાદન lib API રજૂ કર્યા.
અગાઉના પેચ રિલીઝમાં CTUNE મૂલ્યની ઍક્સેસ અને સેટિંગ RAIL API નો ભાગ બન્યું હતું. આ પેચમાં, મૂલ્ય સેટ કરવા અને મેળવવા માટે નીચે મુજબ ઉત્પાદન API નો સમૂહ રજૂ કરવામાં આવ્યો છે જે RAIL API ને સમાવિષ્ટ કરે છે.
mfglibSetCtune
mfglibGetCtune

રિલીઝ 7.4.2.0 માં નવું

  • કેટલાક હોસ્ટ-એનસીપી ઉપયોગના કિસ્સાઓમાં સ્લીપ મોડ્સને સપોર્ટ કરવા માટે વિસ્તૃત એસપીઆઈ એનસીપી.
    આ ઉપયોગના કિસ્સામાં SPI NCP ને સ્લીપી એન્ડ ડિવાઇસ તરીકે ગોઠવી શકાય છે. યજમાન Z3 ગેટવે એસample એપ્લિકેશનને વધારાના કસ્ટમ CLI કોડ સાથે વિસ્તૃત કરવામાં આવે છે જે NCPને કસ્ટમ CLI કમાન્ડ સ્લીપમોડ દ્વારા સ્લીપ મોડમાંથી એક દાખલ કરવા માટે કમાન્ડ કરવા માટે જવાબદાર છે, અને વધુ EZSP સંચાર પહેલાં કસ્ટમ CLI કમાન્ડ વેકઅપનો ઉપયોગ કરીને જાગવું આવશ્યક છે.
  • ઇન્ટરપ્ટ સર્વિસ રૂટિન (ISR) ની અંદર સક્રિય કરવા માટે બનાવાયેલ એપ્લિકેશન ફ્રેમવર્ક ઇવેન્ટ્સને શરૂ કરવા માટે એક નવું API sl_zigbee_af_isr_event_init રજૂ કર્યું. આ ઇવેન્ટ્સ, જે ISR માંથી શેડ્યૂલ કરવામાં આવે છે, તેમાં 0 મિલી-સેકન્ડનો વિલંબ પરિમાણ હોવો જોઈએ. બીજા શબ્દોમાં કહીએ તો, ISR માંથી ઇવેન્ટ્સ તાત્કાલિક ઘટના તરીકે સક્રિય થવી જોઈએ. ISR ની અંદર કોઈ ઇવેન્ટ નિષ્ક્રિયકરણની મંજૂરી નથી.
    ઉપરોક્ત કારણ નીચે મુજબ છે: ઇવેન્ટ સિસ્ટમ ઇવેન્ટ શેડ્યૂલિંગ દરમિયાન (શૂન્ય વિલંબ વિના સક્રિય કરીને, અથવા નિષ્ક્રિય કરીને) ઇવેન્ટ કતારમાં ફેરફાર કરે છે. વિલંબ ઘટાડવા માટે, ISR એ 0 વિલંબ સાથે ઇવેન્ટને સક્રિય કરવી જોઈએ, જે આગામી ઇવેન્ટ કતાર પ્રક્રિયામાં શેડ્યૂલ કરવામાં આવે છે. આ ISR બહાર નીકળ્યા પછી વધુ વિલંબ અથવા નિષ્ક્રિયકરણ કરવાની મંજૂરી આપે છે. ISR સંદર્ભમાં ઉપયોગમાં લેવાના હેતુવાળા ઇવેન્ટ્સને અલગ પાડવા માટે, ઇવેન્ટ સ્ટ્રક્ચરને શરૂઆત દરમિયાન sli_zigbee_isr_event_marker સાથે ચિહ્નિત કરવામાં આવે છે.
    zigbee_app_framework_event.h સ્ત્રોતનો સંદર્ભ લો. file આ નવા કાર્યની વિગતો માટે.
  • સ્ટેક API ની અંદર બોલાવવામાં આવતા નવા ફંક્શન ember Update Multi Mac Rejoin Channel Mask For Selection અથવા Joining Device ના ઉપયોગ અંગે સ્પષ્ટતા ember Find And Rejoin Network With Reason to get a channel mask used for rejoining.

SE1.4a સ્પષ્ટીકરણ મલ્ટી-MAC જોઇનિંગ એન્ડ ડિવાઇસ પ્રકારના ઉપકરણના પુનઃજોડાણ દરમિયાન ઇન્ટરફેસમાં ફેરફાર (2.4GHz થી સબ-GHz અથવા તેનાથી વિપરીત) પ્રતિબંધિત કરે છે. ઉપકરણનો પ્રકાર એપ્લીકેશન ફ્રેમવર્ક રૂપરેખાંકન હોવાથી (એટલે ​​કે, જોડાવાનું અંતિમ ઉપકરણ પ્રકાર કાં તો સબ-ગીગાહર્ટ્ઝ ઉપકરણ અથવા 2.4 ગીગાહર્ટ્ઝ ઉપકરણ હશે, બંને નહીં, રૂપરેખાંકન પર), આ કૉલ તે રૂપરેખાંકનના આધારે ચેનલ માસ્ક પ્રદાન કરે છે તેથી કે રીજોઇન માસ્ક હંમેશા જોઇનિંગ ઇન્ટરફેસ માસ્ક જેવો જ હોય ​​છે.

રિલીઝ 7.4.0.0 માં નવું

  • Zigbee NVM3 ટોકન્સને તેમના ડિફોલ્ટ મૂલ્ય પર રીસેટ કરવા માટે એક નવું API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) ઉમેર્યું.
  • API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui) ઉમેર્યું, જે સાચું પરત કરે છે જો લિંક કી કોષ્ટક આ સરનામાં સાથે એન્ટ્રી ઉમેરી અથવા અપડેટ કરી શકે છે (કોષ્ટક ભરેલું નથી).

એક નવું API બૂલ sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* સંદર્ભ, sl_zb_sec_man_key_t* કી) ઉમેર્યું, જે જો સંદર્ભ દ્વારા સંદર્ભિત કીની દલીલમાં પૂરી પાડવામાં આવેલ કીની સમાન કિંમત હોય તો સાચી પરત કરે છે.

નવું પ્લેટફોર્મ સપોર્ટ

રિલીઝ 7.4.0.0 માં નવું
નીચેના નવા ભાગો માટે Zigbee સ્ટેક સપોર્ટ આ પ્રકાશનમાં ઉમેરવામાં આવ્યો છે: EFR32MG24A010F768IM40 અને EFR32MG24A020F768IM40.

નવું દસ્તાવેજીકરણ

રિલીઝ 7.4.0.0 માં નવું
ઝિગ્બી સિક્યોર કી સ્ટોરેજ અપગ્રેડ (જે હાલના પ્રોજેક્ટ્સ સાથે પાછળની સુસંગતતા ઉમેરે છે) ના ઉમેરાને પ્રતિબિંબિત કરવા માટે ઝિગ્બી સિક્યોર કી સ્ટોરેજ ઘટક માટેનું વર્ણન અપડેટ કર્યું.
ઘટકોના Zigbee સુરક્ષા વ્યવસ્થાપક જૂથ (AN1412: Zigbee સુરક્ષા વ્યવસ્થાપક) સાથે ક્રિયાપ્રતિક્રિયા કરવા માટે એક નવી એપ્લિકેશન નોંધ ઉમેરી.

હેતુપૂર્વકનું વર્તન
વપરાશકર્તાઓને યાદ અપાવવામાં આવે છે કે Zigbee અનસિંક્રોનાઇઝ્ડ CSL ટ્રાન્સમિશન રેડિયો શેડ્યૂલર પર પ્રોટોકોલ પ્રિમમ્પશનને આધીન છે. SleepyToSleepy એપ્લિકેશન્સમાં, BLE Zigbee CSL ટ્રાન્સમિશનને પ્રીમ્પ્પ્ટ કરી શકે છે અને કરશે, જે ટ્રાન્સમિશનને સમાપ્ત કરશે. અનસિંક્રોનાઇઝ્ડ CSL માટે શેડ્યૂલર પ્રિમપ્શન વધુ સામાન્ય છે, જો કે સંભવિત રૂપે લાંબી વેક અપ ફ્રેમ સિક્વન્સનો ઉપયોગ થઈ શકે છે. ટ્રાન્સમિશન પ્રાથમિકતાઓને સમાયોજિત કરવા ઈચ્છતા વપરાશકર્તાઓ આમ કરવા માટે DMP ટ્યુનિંગ અને ટેસ્ટિંગ ઘટકનો ઉપયોગ કરી શકે છે. વધુ માહિતી માટે વપરાશકર્તાઓ UG305: ડાયનેમિક મલ્ટિપ્રોટોકોલ વપરાશકર્તા માર્ગદર્શિકાનો પણ સંપર્ક કરી શકે છે.

સુધારાઓ

રીલીઝ 7.4.0.0 એમ્બર કાઉન્ટર હેન્ડલર API ડોકમાં ફેરફાર
પાછલા સંસ્કરણોમાં, પેકેટ RX અને TX સંબંધિત MAC અને APS લેયર એમ્બર કાઉન્ટર પ્રકારો માટે કાઉન્ટર હેન્ડલર કોલબેક યોગ્ય લક્ષ્ય નોડ ID અથવા ડેટા દલીલો પાસ કરવામાં આવી રહ્યું ન હતું, અને આ પરિમાણોનો ઉપયોગ કરતા ચોક્કસ કાઉન્ટર્સના વર્તન સંબંધિત API દસ્તાવેજીકરણ અસ્પષ્ટ અથવા ગેરમાર્ગે દોરનારું હતું.

જ્યારે ember Counter Handler() ની સહી બદલાઈ નથી, તેના પરિમાણો ભરવાની રીત થોડી બદલાઈ ગઈ છે.

  • 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 કાઉન્ટર્સ માટેના ડેટા પેરામીટર તરીકે પુનઃપ્રયાસની ગણતરી *પાસ કરવામાં આવી નથી*, પરંતુ અગાઉના રીલિઝ થયેલા વર્ઝનમાં આ ક્યારેય યોગ્ય રીતે પોપ્યુલેટ કરવામાં આવ્યું ન હતું તેથી અગાઉના રીલીઝમાં તેનું મૂલ્ય હંમેશા 0 રહ્યું હોત. આ વર્તણૂક તે EmberCounterTypes ના વર્ણનમાં સ્પષ્ટ કરવામાં આવી છે. જો કે, APS સ્તરના પુનઃપ્રયાસો માટે પુનઃપ્રયાસની ગણતરી માટેના ડેટા પેરામીટરમાં પોપ્યુલેટ થવાનું ચાલુ રહે છે
    EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED કાઉન્ટર પ્રકારો, અગાઉના પ્રકાશનો સાથે સુસંગત રહેવા માટે.
  • કોલબેક માટે નોડ ID અથવા ડેટા પેરામીટર ભરતા બધા કાઉન્ટર્સનું ઓડિટ કરવામાં આવ્યું છે જેથી ખાતરી કરી શકાય કે તેઓ અપેક્ષિત ડેટા, સરનામું અથવા EMBER_UNKNOWN_NODE_ID પાસ કરે છે, જો નોડ ID અપેક્ષિત હતો પરંતુ પેકેટમાંથી મેળવી શકાયો ન હતો, જેમ કે સુધારેલા ember-types.h દસ્તાવેજીકરણમાં વર્ણવેલ છે.
  • EMBER_COUNTER_MAC_TX_UNICAST_RETRY માટે કાઉન્ટર હેન્ડલર હવે MAC લેયર ડેસ્ટિનેશન નોડ ID અને તેના ડેસ્ટિનેશન નોડ ID અને ડેટા પેરામીટર્સમાં ફરી પ્રયાસોની સંખ્યાને યોગ્ય રીતે પ્રતિબિંબિત કરે છે.
  • EMBER_COUNTER_PHY_CCA_FAIL_COUNT માટે કાઉન્ટર હેન્ડલર હવે નોડ ID પરિમાણ દ્વારા ડેસ્ટિનેશન નોડ ID માહિતી પ્રદાન કરે છે જે સંદેશના ઉદ્દેશિત MAC સ્તર લક્ષ્ય વિશે ટ્રાન્સમિશનમાં નિષ્ફળ જાય છે.

અપડેટ કરેલ ગ્રીન પાવર કોડ
ગ્રીન પાવર સર્વર કોડ વિવિધ સુધારાઓ સાથે અપડેટ કરવામાં આવ્યો છે જેમાં સમાવેશ થાય છે

  • GP સર્વર પર પ્રાપ્ત કરતી વખતે અમાન્ય એન્ડપોઇન્ટ સાથે આવનારા આદેશો માટે વધુ માન્યતા કોડ ઉમેર્યો.
  • ગ્રીન પાવર સંદેશાઓ બનાવવા માટે વધુ જગ્યા ન હોય ત્યારે કેસને હેન્ડલ કરવા માટે કોડ ઉમેર્યો.
  • સિંક હવે પેરિંગ ગોઠવણીને ક્રિયા સાથે છોડી દે છે. કેટલાક કિસ્સાઓમાં સ્પેક વિભાગ A.3.5.2.4.1 મુજબ પેરિંગ દૂર કરો.
  • સિંક હવે "પેયરિંગ કન્ફિગરેશન" ક્રિયા સાથે પ્રક્રિયા કરતી વખતે દૂર કરતા પહેલા એન્ટ્રીની હાલની જૂથ સૂચિને સાચવે છે.
  • અનુવાદ ક્વેરી આદેશ જ્યારે અનુવાદ કોષ્ટક ખાલી હોય અથવા ઇન્ડેક્સ કોષ્ટકમાં એન્ટ્રીઓની સંખ્યા કરતાં મોટી હોય ત્યારે ભૂલ કોડ તરીકે "નથી મળ્યું" પરત કરે છે.
  • કેટલીક એપ્સમાં GP એન્ડપોઇન્ટનું વર્ઝન 1 થી 0 સુધી બદલ્યું છે.

GPDF સેન્ડ ફંક્શનમાં CSMA નો ઉપયોગ પ્રતિબંધિત છે કારણ કે ગ્રીન પાવર ડિવાઇસ એ ન્યૂનતમ ઉર્જા ઉપકરણો છે અને મોટાભાગની ડિઝાઇનમાં CSMA નો ઉપયોગ કરતા નથી. તેના બદલે, પસંદગીની ડિઝાઇન એ જ ઊર્જા બજેટનો ઉપયોગ કરીને બહુવિધ પેકેટો મોકલવાની છે.
ગ્રીન પાવર સર્વર પ્લગઇન વિકલ્પમાં છુપાયેલા એન્ડપોઇન્ટનો ઉપયોગ દૂર કર્યો. તેના બદલે એપ્લિકેશન એન્ડપોઇન્ટ્સમાંથી એકનો ઉપયોગ કરો.

નેટવર્ક કી અપડેટ પ્લગઇન કોડ સુધારાઓ
સામયિક નેટવર્ક કી અપડેટ સમયગાળો 1 વર્ષ જેટલો લાંબો છે.

બિનજરૂરી કી નિકાસ ટાળવા માટે કેટલાક API નું પુનઃરચના
સાદા ટેક્સ્ટ કી ડેટા પર મુખ્ય સંદર્ભોના ઉપયોગની તરફેણમાં ફેરફારો કર્યા છે.

  • sl_zigbee_send_security_challenge_request હવે EmberKeyData ની જગ્યાએ sl_zb_sec_man_context_t દલીલ લે છે.
  • sl_zb_sec_man_derived_key_type enum ની કિંમતો હવે 16-બીટ બીટમાસ્ક છે જે ચોક્કસ કી વ્યુત્પત્તિઓને સીધી રીતે સમર્થન આપે છે જે બહુવિધ મેળવેલા પ્રકારોને જોડે છે.

 સ્થિર મુદ્દાઓ

પ્રકાશન 7.4.5.0 માં સ્થિર

ID # વર્ણન
1357860 જ્યારે બહુવિધ અંતિમ બિંદુઓ પ્રતિસાદ ઇવેન્ટને ઓળખવા માટે પ્રારંભ કરવાનું શરૂ કરે ત્યારે ક્રેશનું કારણ બનેલી સમસ્યાને ઠીક કરી. (અન્ય સંદર્ભ: 1348659)
1357517 જ્યારે મલ્ટિ-નેટવર્ક એપ્લિકેશન સેકન્ડરી નેટવર્ક પર સ્ટીયરિંગનો પ્રયાસ કરે છે ત્યારે ક્રેશ થવાનું કારણ બનેલી સમસ્યાને ઠીક કરી.
1356285 દુર્લભ કિસ્સાઓમાં, પેલોડ ઇન્ડેક્સ પેરામીટર સાથે પેકેટ આઉટગોઇંગ પેકેટ હેન્ડઓફ કોલબેકને પસાર કરવામાં આવી શકે છે જે પેકેટ બફરની જણાવેલ લંબાઈને ઓળંગે છે, જો પેકેટ હેન્ડઓફ ઘટક સક્ષમ હોય તો legacy-packet-buffer.c માં દાવો તરફ દોરી જાય છે. ઘટકના ઇનકમિંગ અને આઉટગોઇંગ હેન્ડલર ફંક્શન્સ હવે આ સ્થિતિને પકડે છે અને આગળની પ્રક્રિયા કર્યા વિના અમાન્ય પેકેટને કાઢી નાખે છે. (અન્ય સંદર્ભ: 1350285)
1355289 તમામ શૂન્ય તરીકે MAC એડ્રેસ સાથે LQI પ્રતિસાદ પ્રાપ્ત થવાનું કારણ બનેલી સમસ્યાને ઠીક કરી. (અન્ય સંદર્ભ: 1351489)
1349160
  • કર્નલ 3 સાથે રાસ્પબેરી પી પર બનેલ Z6.6 ગેટવે ડિફોલ્ટ રૂપે SPI પર NCP સાથે જોડવામાં નિષ્ફળ ગયું. ઉકેલ અહીં વર્ણવ્યા મુજબ GPIO ને ફરીથી વ્યાખ્યાયિત કરવાનો છે.
  • SPI NCP ઇન્ટરફેસ સાથે મેપ કરતા GPIOs પર નીચેની માહિતી નોંધો. કર્નલ 6.6 પર, sudo cat /sys/kernel/debug/gpio ચલાવી રહ્યા છીએ
  • તે નીચેના gpio-520 (GPIO8) ને પ્રદર્શિત કરશે.
  • જીપીઓ-૫૩૪ (જીપીઓ૨૨) જીપીઓ-૫૩૫ (જીપીઓ૨૩) જીપીઓ-૫૩૬ (જીપીઓ૨૪)
  • પછી spi-protocol-linux-config.h માં ઉપરના sysfs માંથી SPI NCP ઇન્ટરફેસ માટે GPIO ને #define NCP_CHIP_SELECT_GPIO “520” તરીકે ફરીથી વ્યાખ્યાયિત કરો.
  • #NCP_HOST_INT_GPIO “534” વ્યાખ્યાયિત કરો
  • #NCP_RESET_GPIO “535” વ્યાખ્યાયિત કરો
  • #DEFINE NCP_WAKE_GPIO “536” (અન્ય સંદર્ભ: 1297976)
1343044 જો ફ્રેગમેન્ટેશન પ્લગઇન યુનિકાસ્ટ ફ્રેગમેન્ટ માટે ઉપલબ્ધ પેલોડની ખોટી ગણતરી કરે છે, તો તે બધા સ્ટેક ઓવરહેડનો હિસાબ કર્યા પછી એક પેકેટમાં ફિટ થશે તેના કરતાં વધુ ડેટા NCP ને મોકલી શકે છે. આ NCP માં મેમરી ભ્રષ્ટાચાર તરફ દોરી શકે છે જે એસેટ નિષ્ફળતાઓ અથવા અન્ય અણધારી વર્તણૂકને ઉત્તેજિત કરે છે.

(અન્ય સંદર્ભ: 1289413)

1343012 સબ-GHz Tx/Rx પ્રોસેસિંગમાં રેસની સ્થિતિને સંબોધવા માટે phy-pro4468plus-libraryમાં Si2 ફર્મવેર પેચ ઉમેરાયો. (અન્ય સંદર્ભ: 1341928)
1311214 જ્યારે ઇનકમિંગ OTA સર્વર કમાન્ડ ZCL સંદેશમાં ડિફોલ્ટ પ્રતિસાદ સક્ષમ હોય ત્યારે જનરેટ થયેલો વધારાનો ડિફોલ્ટ પ્રતિસાદ સ્થિર થાય છે. ભૂલ માટે માત્ર એક જ પ્રતિસાદ મોકલવામાં આવે છે, અને સફળ બ્લોક ઈમેજ વિનંતીઓ માટે, કોઈ ડિફોલ્ટ પ્રતિસાદ સેટ નથી. (અન્ય સંદર્ભ: 1300935)
1296653 જો 2.4GHz રેડિયો સક્રિય હોય ત્યારે સબ-ગીગાહર્ટ્ઝ બેન્ડ પર ડ્યુઅલ-PHY NCP ઉપકરણ એનર્જી સ્કેન કરી રહ્યું હોય, તો 2.4GHz રેડિયો ચેનલ પર આવનારી બીકન વિનંતીઓના જવાબમાં આવનારા બીકન ટ્રાફિકના મોટા વિસ્ફોટો મોટા પ્રમાણમાં રોકી શકે છે. સ્ટેકની બફર મેમરી (હીપ સેગમેન્ટમાંથી ફાળવેલ) જ્યારે ઘણી સબ-ગીગાહર્ટ્ઝ ચેનલો સ્કેન કરવામાં આવી રહી હતી, જે બફર શોર તરફ દોરી શકે છે.tages અને EZSP ઓવરફ્લો શરતો જો હીપનું કદ (જે નક્કી કરે છે કે સિસ્ટમ માટે કેટલા બફર્સ ઉપલબ્ધ છે) પૂરતા પ્રમાણમાં મોટા ન હતા. આ ઓવરફ્લો સ્થિતિ સ્કેન કમ્પ્લીટ હેન્ડલરને હોસ્ટ એપ્લિકેશન સુધી પહોંચતા અટકાવી શકે છે, જેના કારણે એપ્લિકેશનનું સ્કેન સ્ટેટ મશીન કાયમ માટે અટકી જાય છે.

ડ્યુઅલ PHY ઉપકરણો માટેનો એનર્જી સ્કેનિંગ કોડ હવે સબ-ગીગાહર્ટ્ઝ ચેનલના સ્કેનિંગ દરમિયાન 2.4GHz રેડિયો પર પ્રાપ્ત થયેલા કોઈપણ બીકન પેકેટોને કાઢી નાખે છે, આમ ઉપરોક્ત સમસ્યા ઊભી કરતા બીકોન્સના મોટા પ્રવાહને અટકાવે છે. નોંધ કરો કે આ 2.4GHz પર નેટવર્કની સામાન્ય કામગીરીને અટકાવતું નથી કારણ કે જ્યારે ઉપકરણ સક્રિય સ્કેન કરી રહ્યું ન હોય ત્યારે સંભવિત PAN ID સંઘર્ષ શોધવા માટે જ બીકન્સનો ઉપયોગ કરવામાં આવે છે, અને PAN ID વિરોધાભાસ હજુ પણ નેટવર્કમાં અન્ય રાઉટર્સ દ્વારા શોધી શકાય છે. આ વખતે અથવા સંયોજક દ્વારા એકવાર એનર્જી સ્કેન પૂર્ણ થઈ જાય. (અન્ય સંદર્ભ: 1276049)

ID # વર્ણન
1295250 સ્ટાન્ડર્ડ એપ્લિકેશનમાં ટેસ્ટ હાર્નેસ ઝિગ્બી 3.0 ઘટક ઉમેરતી વખતે કમ્પાઇલ સમસ્યાઓ ઉકેલાઈ. (અન્ય સંદર્ભ: 1280058)
1294848 253 સુધીની સૌથી લાંબી સ્ટ્રિંગ લંબાઈને સમાવવા માટે ZCL ડેટા એરે માટે ચેક ઉમેર્યા. (અન્ય સંદર્ભ: 1275092)
1294843 ઉપયોગ કરતા પહેલા સ્થાનિક ચલોના ગુમ થયેલ શરૂઆતને સુધારી. (અન્ય સંદર્ભ: ૧૨૭૫૧૦૪)
1271968
  • zigbee_watchdog_periodic_refresh ઘટક હવે zigbee એપ્લિકેશન ફ્રેમવર્કમાં ઉપયોગમાં લેવાતો નથી અને આ પ્રકાશનમાં તેને દૂર કરવામાં આવ્યો છે.
  • બધા પાસવર્ડ્સ માટે વોચડોગ ટાઈમર ડિફોલ્ટ રૂપે અક્ષમ છે.ampલે એપ્લિકેશન્સ. ભવિષ્યમાં SDKમાં એક સુધારેલ વોચડોગ ઘટક ઉમેરવામાં આવશે.
  • નોંધ : કૃપા કરીને તમારી એપ્લિકેશનમાં રૂપરેખાંકન આઇટમ SL_LEGACY_HAL_DISABLE_WATCHDOG 0 પર સેટ કરીને વોચડોગ ટાઈમર સક્ષમ કરવાની ખાતરી કરો.
1270721 ડિવાઇસના મલ્ટી હોપ જોડાવાને સુધારવા માટે સમસ્યા ઉકેલાઈ. ડિવાઇસની જાહેરાત પર, એડ્રેસ જોડી એડ્રેસ કેશમાં ઉમેરવામાં આવે છે. (અન્ય સંદર્ભ: ૧૨૬૬૩૫૧)

પ્રકાશન 7.4.4.0 માં સ્થિર

ID # વર્ણન
1334454 રીજોઇન રિસ્પોન્સને હેન્ડલ કરવામાં સમસ્યા ઉકેલાઈ. (અન્ય સંદર્ભ: ૧૩૩૧૫૮૦)
1330732 મ્યુટેક્સ પ્રાપ્ત કરતી વખતે આશ્ર્ટ ટાળવા માટે ડાયગ્નોસ્ટિક કાર્યક્ષમતાએ Iostream ને કૉલ કર્યા પછી ઇન્ટરપ્ટને અક્ષમ કરવો જોઈએ.
 

1330720

EZSP_MAX_FRAME_LENGTH ને 220 પર પાછું ફેરવવામાં આવે છે, જેનાથી XNCP સંદેશની મહત્તમ લંબાઈ પણ 220 થઈ જાય છે.

(અન્ય સંદર્ભ: 1327706)

1330311 RCP હોસ્ટ સેટઅપ પર કેટલાક GP પ્રોક્સી પરીક્ષણો નિષ્ફળ થવાનું કારણ બનેલી સમસ્યાને ઠીક કરી. (અન્ય સંદર્ભ: 1328991)
1312369 SL_LEGACY_HAL_WDOG_IRQHandler() નબળું ફંક્શન બનાવ્યું, ગ્રાહકોને તેમના પોતાના અમલીકરણ પ્રદાન કરવાની મંજૂરી આપે છે.
1310711 જ્યારે zigbee પ્રોજેક્ટમાં RTOS કમ્પોનન્ટનો ઉપયોગ કરવામાં આવે ત્યારે SL_STACK_SIZE માટે કમ્પાઇલ સમયની ભૂલ તપાસવામાં ઉમેરવામાં આવી.
 

1309913

એપ ફ્રેમવર્ક ઇવેન્ટ કતાર માટે મ્યુટેક્સ સુરક્ષા ઉમેરી જેથી એપ ફ્રેમવર્ક ઇવેન્ટ API ને બહુવિધ કાર્યોમાંથી બોલાવી શકાય.

(અન્ય સંદર્ભ: ૧૨૫૨૯૪૦, ૧૨૫૪૩૯૭)

1309333 સબ-GHz બેન્ડ પર નવું એન્ડ ડિવાઇસ જોડાયા પછી, બધા એન્ડ ડિવાઇસ બાળકો માટે ડ્યુટી સાયકલ એજિંગ ડેટા ભૂલથી સાફ થઈ ગયો.

(અન્ય સંદર્ભ: 1296881)

1296002 halAppBootloader ફંક્શનની બહુવિધ વ્યાખ્યાઓનું કારણ બનેલી સમસ્યા ઉકેલાઈ ગઈ છે.
1295756 સ્ટૅક ઇવેન્ટ્સ જે ઇન્ટરપ્ટ-સેફ તરીકે ચિહ્નિત નથી તે ISR સંદર્ભમાં શેડ્યૂલ ન કરવી જોઈએ કારણ કે આ રેસ કતારમાંથી ઇવેન્ટને છોડી દેવાના પરિણામે રેસ કતાર બનાવી શકે છે. આના એક ઉદાહરણથી સબ-GHz ડિવાઇસને MAC બેકઓફ્સ યોગ્ય રીતે શેડ્યૂલ કરવાથી અટકાવવામાં આવ્યા હતા જ્યારે આ રેસ કંડિશન ટ્રિગર થઈ હતી.

(અન્ય સંદર્ભ: 1269856)

1294660 નેટવર્ક સ્ટીયરીંગ પ્લગઇન એવી સમસ્યાને ઠીક કરી જ્યાં ડિવાઇસ પહેલાથી જ નેટવર્ક પર હોય તેવું કાર્ય કરી શકે છે જ્યારે તે નેટવર્ક પર ન હોય, રીસેટ ન થાય ત્યાં સુધી આ અમાન્ય સ્થિતિમાં અટવાઈ જાય. જ્યારે નેટવર્ક સ્ટીયરીંગ નેટવર્કમાં જોડાવાની વચ્ચે હોય અને MAC સ્કેન હજુ બાકી હોય ત્યારે નેટવર્ક લીવ CLI કમાન્ડને ચોક્કસ સમય સાથે કૉલ કરીને આ ટ્રિગર કરી શકાય છે.

(અન્ય સંદર્ભ: 1293923)

1290695 જ્યારે એક એન્ડપોઇન્ટ અક્ષમ હોય અને અન્ય એન્ડપોઇન્ટ હજુ પણ સક્ષમ હોય ત્યારે ઉપયોગના કિસ્સામાં ZLL કમિશનિંગ પેકેટ છોડતી સમસ્યાને ઠીક કરવામાં આવી છે. બધા સક્ષમ એન્ડપોઇન્ટ્સને તપાસવા માટે ફિક્સ ઉમેરવામાં આવ્યો છે.

(અન્ય સંદર્ભ: 1275586)

પ્રકાશન 7.4.0.0 માં સ્થિર

ID # વર્ણન
1019348 Zigbee ZCL Cli ઘટક માટે નિર્ભરતાની જરૂરિયાતો નિશ્ચિત કરી છે જેથી જ્યારે જરૂર ન હોય ત્યારે તેને દૂર કરી શકાય.
1024246 emberHaveLinkKey() અને sl_zb_sec_man_have_link_key() માટે ફંક્શન વર્ણન અપડેટ કર્યું.
1036503 DMP s માટે Micrium કર્નલના ઉપયોગની ભલામણ કરવા માટે વર્ણન ઉમેર્યુંampલે એપ્સ.
1037661 એક સમસ્યા જે એપ્લિકેશનને પ્રો સ્ટેક અથવા લીફ સ્ટેક ઇન્સ્ટોલ કરવા માટે અટકાવી રહી હતી તેને ઠીક કરવામાં આવી છે.
1078136 વિક્ષેપ સંદર્ભમાંથી ઇવેન્ટ્સને સંશોધિત કરતી વખતે તૂટક તૂટક ભંગાણને ઠીક કર્યું
1081548 CSL માં એક સમસ્યા ઠીક કરવામાં આવી છે જ્યાં અગાઉના પેલોડ ફ્રેમ પછી તરત જ પ્રાપ્ત થયેલ નવી વેક અપ ફ્રેમ ક્રમ યોગ્ય રીતે રેકોર્ડ કરવામાં આવશે નહીં. આના પરિણામે પેલોડ ફ્રેમ ચૂકી જશે.
1084111 આ પ્રકાશનના ભાગ રૂપે, MG24 આધારિત બોર્ડ માટે પ્રારંભિક સ્લીપી SPI-NCP સપોર્ટ અપડેટ કરવામાં આવ્યો છે.
1104056 મલ્ટી-નેટવર્કના કિસ્સામાં સેકન્ડરી નેટવર્ક પર ચલાવવા માટે નેટવર્ક-સ્ટિયરિંગ માટે ઉમેરાયેલ સપોર્ટ
1120515 mfglib set-channel આદેશનો ઉપયોગ કરતી વખતે ચેનલ બદલાઈ ન હોય તે સમસ્યાને ઠીક કરી.
1141109 જનરેટ કરેલ sનું કારણ બનેલી સમસ્યાને ઠીક કરીampકેટલાક હેડર ચૂકી જવા માટે ncp-uart-gp-મલ્ટી-રેલ એપ્લિકેશન files જ્યારે -cp વિકલ્પ સાથે ગ્રીન પાવર એડેપ્ટર ઘટકનો ઉપયોગ કરો.
1144316 gp-types.h દસ્તાવેજીકરણમાં કેટલાક ડેટા સ્ટ્રક્ચર પ્રકારોનું વર્ણન અપડેટ કર્યું.
1144884 જ્યારે કોઈ ડેટા બાકી ન હોય ત્યારે નિશ્ચિત બનાવટી ફ્રેમ પેન્ડિંગ બીટ સેટ.
1152512 ISR સંદર્ભમાં ઇવેન્ટને સંશોધિત કરતી વખતે લો-મેક-રેલમાં સંભવિત ક્રેશને સુધારેલ.
1154616 "સ્લીપી એન્ડ ડિવાઇસથી નોન-સ્લીપી એન્ડ ડિવાઇસમાં રોલ સ્વિચિંગ" કેસ સાથે નેટવર્કને પ્રારંભ કરવાની શરત માટે અપવાદ ઉમેર્યો.
1157289 DN-TLM-TC-02B BDB પરીક્ષણ નિષ્ફળતાનું કારણ બની શકે તેવી સમસ્યાને ઠીક કરી.
1157426 ગ્રીન_પાવર_એડેપ્ટર ઘટક સાથે zigbee_simple_app બનાવતી વખતે બિલ્ડ સમસ્યાને ઠીક કરી.
1157932 "સંક્રમણ સમય" ફીલ્ડ ખૂટે છે કે કેમ તે ચકાસવા માટે એક શરત ઉમેરી અને આ ખૂટતા ફીલ્ડ માટે ડિફોલ્ટ મૂલ્ય 0xFFFF સેટ કરો.
1166340 એક સમસ્યાને ઠીક કરી જે emberAfGpdfSend ને પુનરાવર્તિત ટ્રાન્સમિશનની ઇચ્છિત સંખ્યા મોકલવાથી અટકાવી રહી હતી.
ID # વર્ણન
1167807 વિતરિત નેટવર્ક્સમાં ટ્રસ્ટ કેન્દ્રો તરીકે કામ કરતા ઉપકરણો દરેક વખતે નવું ઉપકરણ જોડાય ત્યારે તેમની ક્ષણિક લિંક કીને ખોટી રીતે સાફ કરશે તે સમસ્યાને ઠીક કરી.
1169504 બળપૂર્વક જાગવા પર નિંદ્રામાં રહેલા ઉપકરણને ફરીથી સેટ કરવા માટેનું કારણ બનેલી સમસ્યાને ઠીક કરી.
1169966 બફર ફાળવણી કોડમાં ગુમ થયેલ વળતર મૂલ્ય માન્યતા નિશ્ચિત.
1171477,

172270

mfglib સ્ટાર્ટ 1 સાથે કોઈ સંદેશો પ્રસારિત થતો નથી પરંતુ પ્રાપ્ત થાય છે, તેથી પ્રદર્શિત ટર્મિનલ સંદેશ "mfglib મોકલો પૂર્ણ" ખોટો છે અને "છેલ્લા %d ms માં RXed %d પેકેટો" માં બદલાઈ ગયો છે.
1171935 સામયિક નેટવર્ક કી અપડેટ સમયગાળો 1 વર્ષ જેટલો લાંબો છે.
1172778 ગ્રીન પાવર સર્વર પર emberAfPluginGreenPowerServerUpdateAliasCallback ના ખૂટતું આમંત્રણ ઉમેર્યું..
1174288 જો ચાલુ સ્કેનને રોકવા માટે કૉલ કરવામાં આવે તો નેટવર્ક સ્ટીયરિંગ પ્રક્રિયાને નિશ્ચિત કરવા માટેનું કારણ બને તેવી સમસ્યાને ઠીક કરી.
1178393 દસ્તાવેજીકરણની ભૂલ અપડેટ કરી.
1180445 સ્માર્ટ એનર્જીમાં, OTA હવે ડાઉનલોડ કરવાનું ચાલુ રાખે છે જો કોઓર્ડિનેટર લિમિટેડ ડ્યુટી સાયકલ સુધી પહોંચે.
1185509 CSL માં એક સમસ્યાને ઠીક કરવામાં આવી છે જ્યાં અગાઉના પેલોડ ફ્રેમ પછી તરત જ પ્રાપ્ત થયેલ નવી વેક અપ ફ્રેમ સિક્વન્સ યોગ્ય રીતે રેકોર્ડ કરવામાં આવશે નહીં. આના પરિણામે પેલોડ ફ્રેમ ચૂકી જશે.
1186107 gp કમિશનિંગ સૂચનામાં ઇનકમિંગ GPDF ને બદલવા માટે પ્રાપ્ત GPDF ના અસફળ ડિક્રિપ્શનનું કારણ બનેલી સમસ્યાને ઠીક કરી.
1188397 વિસ્તૃત રિપોર્ટ કોષ્ટક કદને સક્ષમ કરતી વખતે સંકલન ભૂલનું કારણ બનેલી સમસ્યાને ઠીક કરી.
1194090 સિંક કમિશનિંગ મોડ કમાન્ડ માટે ડિફૉલ્ટ પ્રતિસાદમાં નિષ્ફળતાની સ્થિતિ સુધારી - નીચેના વિભાગ 3.3.4.8.2
1194963 વપરાશકર્તા કૉલબૅક emberAfGreenPowerServerPairingStatusCallback કૉલ કરતાં પહેલાં કમિશનિંગજીપીડી સ્ટ્રક્ચર માટે મેમસેટ કરવામાં આવી રહેલી સમસ્યાને ઠીક કરી.
1194966 એક્ઝિટ કમિશનિંગ એક્શન સાથે એન્ડપોઇન્ટ અને પ્રોક્સીઝ ઇન્વોલ્વ્ડ ફીલ્ડ્સ સેટ ન હોય તેવી સમસ્યાને ઠીક કરી.
1196698 જ્યારે કોઈ ડેટા પેન્ડિંગ ન હતો ત્યારે બનાવટી ફ્રેમ પેન્ડિંગ બીટ સેટને ઠીક કર્યો.
1199958 જ્યારે ગ્રીન પાવર સંદેશાઓ બનાવવા માટે વધુ જગ્યા ન હોય ત્યારે કેસને હેન્ડલ કરવા માટે કોડ ઉમેર્યો.
1202034 જ્યાં sl_zb_sec_man_context_t સ્ટેક વેરીએબલ યોગ્ય રીતે શરૂ કરવામાં આવ્યું ન હતું તે સમસ્યાને ઠીક કરી, જેના કારણે ઇન્સ્ટોલ કોડ સાથે જોડાવાનું નિષ્ફળ થયું.
1206040 અંતિમ ઉપકરણ દ્વારા સુરક્ષિત પુનઃજોડાવાના પ્રયાસ દરમિયાન emberRemoveChild()ને કૉલ કરવાથી સંભવિતપણે બાળકોની સંખ્યામાં વધારાનો ઘટાડો થઈ શકે છે, જે સંભવિતપણે -1 (255) ની ચાઈલ્ડ કાઉન્ટ તરફ દોરી જાય છે, જે દર્શાવેલ અભાવને કારણે અંતિમ ઉપકરણોને જોડાવા/જોડાતાં અટકાવે છે. બીકનમાં ક્ષમતા.
 

1207580

અમાન્ય/ખાલી એન્ટ્રીઓનું પ્રતિનિધિત્વ કરતી નોડ ID રીટર્ન વેલ્યુ માટે 0x0000 વિરુદ્ધ 0xFFFF ના ઉપયોગ માટે સ્ટેકની અંદર ચાઇલ્ડ ટેબલ શોધ કાર્યો અસંગત છે, જેના કારણે emberRemoveChild() જેવા API માં બિનઉપયોગી એન્ટ્રીઓ તપાસવામાં સમસ્યા ઊભી થાય છે.
1210706 emberCounterHandler() ના ભાગ રૂપે EmberExtraCounterInfo સ્ટ્રક્ચરમાં પ્રદાન કરેલ ડેસ્ટિનેશન અને PHY ઇન્ડેક્સ MAC TX યુનિકાસ્ટ કાઉન્ટર પ્રકારો માટે ખોટો હોઈ શકે છે.
1211610

1212525

સિક્યોર કી સ્ટોરેજ અપગ્રેડ ઘટકને સક્ષમ કર્યા પછી ડાયનેમિક મલ્ટીપ્રોટોકોલ એપ્લીકેશન ક્રેશ થઈ હોય તેવી સમસ્યાને ઠીક કરી.
1211847 જ્યારે emberCounterHandler() ની હસ્તાક્ષર બદલાઈ નથી, ત્યારે તેના પરિમાણો જે રીતે રચાય છે તેમાં થોડો ફેરફાર થયો છે. આ API ની આસપાસના ફેરફારો ઉપરના વિભાગ 2 માં સમજાવવામાં આવ્યા છે.
 

1212449

આઉટગોઇંગ બીકોન્સને MAC લેયર દ્વારા ખોટી રીતે વર્ગીકૃત કરવામાં આવ્યા હતા, જેના કારણે emberCounterHandler() આ પેકેટોને EMBER_COUNTER_MAC_TX_BROADCAST કાઉન્ટર પ્રકાર સાથે પકડવામાં નિષ્ફળ રહ્યા હતા અને તેના બદલે EMBER_COUNTER_MAC_TX_UNICAST_SU કાઉન્ટર પ્રકાર સાથે બીકોન્સની ગણતરી કરી હતી. તે સંભવિત રૂપે EmberCounterInfo સ્ટ્રક્ચરને પસાર કરાયેલ ડેસ્ટ EmberNodeId પેરામીટર માટે અવિશ્વસનીય મૂલ્યોમાં પરિણમ્યું
1214866 ચોક્કસ ઉચ્ચ ટ્રાફિક ગોઠવણીમાં ડેટા પોલ પેકેટ મોકલવાથી બસમાં ખામી આવી શકે છે.
1216552 વ્યસ્ત ટ્રાફિકની પરિસ્થિતિમાં દાવો કરવા માટેનું કારણ બને તેવી સમસ્યાને ઠીક કરવામાં આવી છે.
1216613 પ્રોક્સી કોષ્ટકમાં ગ્રૂપકાસ્ટ ત્રિજ્યાના ખોટા મૂલ્ય તરફ દોરી ગયેલી સમસ્યાને ઠીક કરી.
1222509 રાઉટર/કોઓર્ડિનેટર નોન-ચાઈલ્ડ પોલિંગ એન્ડ ડીવાઈસને રજા અને ફરીથી જોડાવા માટેની વિનંતી મોકલે છે, પરંતુ MAC ડેસ્ટિનેશન NWK ગંતવ્ય સરનામું મેચ કરવાને બદલે 0xFFFF છે.
1223842 sl_component_catalog.h ની જનરેશન સાથેની સમસ્યાને ઠીક કરી જે તેમાં અનિચ્છનીય કોડ છોડી રહી હતી જેના કારણે સંકલન નિષ્ફળ થયું.
ID # વર્ણન
756628 એપ્લીકેશન કોલબેક emberAfMacFilterMatchMessageCallback ની વિનંતીને ફક્ત ZLL સંદેશાઓ માટે કૉલ કરવા માટે બદલી છે જે સ્ટેક દ્વારા માન્ય છે.
816088 EMBER રૂપરેખાંકનને zigbeed_configuration.h થી zigbeed.slcp પર ખસેડ્યું.
829508 રેસની સ્થિતિને ટાળવા માટે, જો નીચલા સ્તરો વ્યસ્ત હોય અથવા ચેનલ બદલવાની સ્થિતિમાં ન હોય તો અસફળ પાછા ફરવા માટે emberSetLogicalAndRadioChannel માં વધારાની માન્યતા ઉમેરવામાં આવી હતી.

વર્તમાન પ્રકાશનમાં જાણીતા મુદ્દાઓ

અગાઉના પ્રકાશનથી બોલ્ડમાં અંકો ઉમેરવામાં આવ્યા હતા. જો તમે રીલીઝ ચૂકી ગયા હો, તો તાજેતરની રીલીઝ નોંધો પર ઉપલબ્ધ છે https://www.si-labs.com/developers/zigbee-emberznet ટેક ડોક્સ ટેબમાં.

ID # વર્ણન વર્કઅરાઉન્ડ
N/A આ રીલીઝમાં નીચેની એપ્સ/કોમ્પોનન્ટ સપોર્ટેડ નથી: EM4 સપોર્ટ. અનુગામી પ્રકાશનોમાં સુવિધા સક્ષમ કરવામાં આવશે.
193492 emberAfFillCommandGlobalServerToClientConfigureRe પોર્ટીંગ મેક્રો તૂટી ગયું છે. બફર ભરવાથી ખોટો આદેશ પેકેટ બને છે. API ને બદલે “zcl global send-me-a-report” CLI આદેશનો ઉપયોગ કરો.
278063 સ્માર્ટ એનર્જી ટનલીંગ plugins એડ્રેસ ટેબલ ઇન્ડેક્સની વિરોધાભાસી સારવાર/ઉપયોગ છે. કોઈ જાણીતું ઉપાય નથી
289569 નેટવર્ક-સર્જક ઘટક પાવર લેવલ પિકલિસ્ટ EFR32 માટે સમર્થિત મૂલ્યોની સંપૂર્ણ શ્રેણી પ્રદાન કરતું નથી EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P માટે CMSIS ટિપ્પણીમાં ઉલ્લેખિત શ્રેણી <-8..20> સંપાદિત કરો

માં OWER

/protocol/zigbee/app/framework/plugin/network- creator/config/network-creator-config.h file. માજી માટેample, <-26..20> માં બદલો.

295498 UART રિસેપ્શન ક્યારેક Zigbee+BLE ડાયનેમિક મલ્ટિપ્રોટોકોલ ઉપયોગ કેસમાં ભારે ભાર હેઠળ બાઇટ્સ ડ્રોપ કરે છે. હાર્ડવેર ફ્લો કંટ્રોલનો ઉપયોગ કરો અથવા બૉડ રેટ ઓછો કરો.
312291 EMHAL: Linux હોસ્ટ્સ પર halCommonGetIntxxMillisecondTick ફંક્શન હાલમાં gettimeofday ફંક્શનનો ઉપયોગ કરે છે, જે એકવિધ હોવાની ખાતરી નથી. જો સિસ્ટમનો સમય બદલાય છે, તો તે સ્ટેક ટાઇમિંગ સાથે સમસ્યાઓનું કારણ બની શકે છે. તેના બદલે CLOCK_MONOTONIC સ્ત્રોત સાથે clock_gettime નો ઉપયોગ કરવા માટે આ કાર્યોને સંશોધિત કરો.
338151 ઓછા પેકેટ બફર કાઉન્ટ વેલ્યુ સાથે એનસીપીની શરૂઆત કરવાથી ભ્રષ્ટ પેકેટ થઈ શકે છે. ખૂબ ઓછા ડિફોલ્ટ મૂલ્યને ટાળવા માટે પેકેટ બફર કાઉન્ટ માટે 0xFF આરક્ષિત મૂલ્યનો ઉપયોગ કરો
387750 અંતિમ ઉપકરણ પર રૂટ કોષ્ટક વિનંતી ફોર્મેટ સાથે સમસ્યા. તપાસ હેઠળ
400418 ટચલિંક આરંભકર્તા બિન-ફેક્ટરી-નવા અંતિમ ઉપકરણ લક્ષ્ય સાથે લિંક કરી શકતું નથી. કોઈ જાણીતું ઉપાય નથી.
424355 બિન-ફેક્ટરી-નવું સ્લીપી એન્ડ ડિવાઇસ ટચલિંક લક્ષ્ય-સક્ષમ આરંભકર્તા ચોક્કસ સંજોગોમાં ઉપકરણ માહિતી પ્રતિસાદ પ્રાપ્ત કરવામાં સક્ષમ નથી. તપાસ હેઠળ
 

465180

સહઅસ્તિત્વ રેડિયો બ્લૉકર ઑપ્ટિમાઇઝેશન આઇટમ “રનટાઇમ કંટ્રોલ સક્ષમ કરો” યોગ્ય ઝિગ્બી કામગીરીને અવરોધિત કરી શકે છે. બ્લૉકર ઑપ્ટિમાઇઝેશનનું વૈકલ્પિક 'Wi-Fi સિલેક્ટ' નિયંત્રણ "અક્ષમ" છોડવું જોઈએ.
480550 OTA ક્લસ્ટરની પોતાની બિલ્ટ-ઇન ફ્રેગમેન્ટેશન પદ્ધતિ છે, તેથી તેણે APS ફ્રેગમેન્ટેશનનો ઉપયોગ કરવો જોઈએ નહીં. જો કે, જો APS એન્ક્રિપ્શન સક્ષમ હોય તો તે ઇમેજબ્લોક રિસ્પોન્સિસના પેલોડને એક કદમાં વધે છે જ્યાં APS ફ્રેગમેન્ટેશન સક્રિય થાય છે. આનાથી OTA પ્રક્રિયા નિષ્ફળ થઈ શકે છે. કોઈ જાણીતું ઉપાય નથી
481128 જ્યારે ડાયગ્નોસ્ટિક્સ પ્લગઇન અને વર્ચ્યુઅલ UART પેરિફેરલ સક્ષમ હોય ત્યારે વિગતવાર રીસેટ કારણ અને ક્રેશ વિગતો NCP પ્લેટફોર્મ્સ પર વર્ચ્યુઅલ UART (સીરીયલ 0) દ્વારા ડિફોલ્ટ રૂપે ઉપલબ્ધ હોવી જોઈએ. NCPમાં સીરીયલ 0 પહેલેથી જ આરંભ થયેલ હોવાથી, ગ્રાહકો Zigbee NCP ફ્રેમવર્કમાં emberAfNcpInitCallback ને સક્ષમ કરી શકે છે અને યોગ્ય ડાયગ્નોસ્ટિક ફંક્શન્સને કૉલ કરી શકે છે (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashSummary, halPrintCallback) આ ડેટા માટે સીરીયલ 0 viewનેટવર્ક વિશ્લેષક કેપ્ચર લોગમાં ing.

ભૂતપૂર્વ માટેampજ્યારે EXTENDED_RESET_INFO વ્યાખ્યાયિત કરવામાં આવે ત્યારે આ કાર્યોનો ઉપયોગ કેવી રીતે કરવો તે માટે, af-main-soc.c ના emberAfMainInit() માં સમાવિષ્ટ કોડનો સંદર્ભ લો.

ID # વર્ણન વર્કઅરાઉન્ડ
486369 જો નવું નેટવર્ક બનાવતા DynamicMultiProtocolLightSoc પાસે તે છોડી ગયેલા નેટવર્કમાંથી ચાઈલ્ડ નોડ્સ બાકી હોય, તો emberAfGetChildTableSize startIdentifyOnAllChildNodes માં બિન-શૂન્ય મૂલ્ય પરત કરે છે, જેના કારણે "ભૂત" બાળકોને સંબોધતી વખતે Tx 66 ભૂલ સંદેશાઓ આવે છે. જો શક્ય હોય તો નવું નેટવર્ક બનાવતા પહેલા ભાગને સામૂહિક ભૂંસી નાખો અથવા નેટવર્ક છોડ્યા પછી ચાઈલ્ડ ટેબલને પ્રોગ્રામેટિક રીતે તપાસો અને નવું નેટવર્ક બનાવતા પહેલા emberRemoveChild નો ઉપયોગ કરીને તમામ બાળકોને કાઢી નાખો.
495563 SPI NCP સ્લીપી એન્ડ ડિવાઇસમાં જોડાઈ રહ્યા છેample એપ ટૂંકા મતદાન કરતું નથી, તેથી TC લિંક કી અપડેટ કરવાની સ્થિતિમાં જોડાવાનો પ્રયાસ નિષ્ફળ જાય છે. જોડાવાનો પ્રયાસ કરતા પહેલા ઉપકરણ જે જોડાવા માંગે છે તે શોર્ટ પોલ મોડમાં હોવું જોઈએ. આ મોડને એન્ડ ડિવાઇસ સપોર્ટ પ્લગઇન દ્વારા ફરજ પાડી શકાય છે.
497832 નેટવર્ક વિશ્લેષકમાં ચકાસવા કી વિનંતી ફ્રેમ માટે ઝિગ્બી એપ્લિકેશન સપોર્ટ કમાન્ડ બ્રેકડાઉન ભૂલથી પેલોડના ભાગનો સંદર્ભ આપે છે જે ગંતવ્ય સરનામું તરીકે ફ્રેમ સ્ત્રોત સરનામું સૂચવે છે. કોઈ જાણીતું ઉપાય નથી
519905

521782

SPI NCP ઓટા-ક્લાયન્ટ પ્લગઇનના 'બૂટલોડ' CLI આદેશનો ઉપયોગ કરીને બુટલોડર સંચાર શરૂ કરવામાં ભાગ્યે જ નિષ્ફળ થઈ શકે છે. બુટલોડ પ્રક્રિયા પુનઃપ્રારંભ કરો
620596 NCP SPI ભૂતપૂર્વampBRD4181A (EFR32xGMG21) માટે le

n વેક-અપ પિન તરીકે વ્યાખ્યાયિત વેક ડિફોલ્ટ પિનનો ઉપયોગ કરી શકાતો નથી.

NCP-SPI પ્લગઇનમાં nWake માટે PD03 થી EM2/3 વેક-અપ-સક્ષમ પિન પર ડિફોલ્ટ પિન બદલો.
631713 જો “Zigbee PRO લીફ લાઇબ્રેરી” ને બદલે પ્લગઇન “Zigbee PRO સ્ટેક લાઇબ્રેરી” નો ઉપયોગ કરવામાં આવે તો Zigbee End Device વારંવાર સંબોધન તકરારની જાણ કરશે. "Zigbee PRO સ્ટેક લાઇબ્રેરી" પ્લગઇનને બદલે "Zigbee PRO લીફ લાઇબ્રેરી" નો ઉપયોગ કરો.
670702 રિપોર્ટિંગ પ્લગઇનની અંદરની બિનકાર્યક્ષમતા ડેટા લખવાની આવર્તન અને ટેબલના કદના આધારે નોંધપાત્ર લેટન્સી તરફ દોરી શકે છે, જે ઇવેન્ટ ટાઇમિંગ સહિત ગ્રાહક એપ્લિકેશન કોડમાં દખલ કરી શકે છે. જો વારંવાર લખો છો, તો રિપોર્ટિંગ શરતો તપાસવાનું અને પ્લગઇનનો ઉપયોગ કરવાને બદલે મેન્યુઅલી રિપોર્ટ્સ મોકલવાનું વિચારો.
708258 addEntryToGroupTable() દ્વારા group-server.c માં અપ્રારંભિક મૂલ્ય એક બનાવટી બંધન બનાવી શકે છે અને જૂથકાસ્ટ રિપોર્ટિંગ સંદેશાઓ મોકલવાનું કારણ બની શકે છે. "binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;" ઉમેરો “binding.type પછી

= EMBER_MULTICAST_BINDING;”

757775 બધા EFR32 ભાગોમાં અનન્ય RSSI ઑફસેટ છે. વધુમાં, બોર્ડ ડિઝાઇન, એન્ટેના અને બિડાણ RSSI ને અસર કરી શકે છે. નવો પ્રોજેક્ટ બનાવતી વખતે, RAIL યુટિલિટી, RSSI ઘટક ઇન્સ્ટોલ કરો. આ સુવિધામાં દરેક ભાગ માટે SiLabs દ્વારા માપવામાં આવેલ ડિફોલ્ટ RSSI ઑફસેટ શામેલ છે. તમારા સંપૂર્ણ ઉત્પાદનના RF પરીક્ષણ પછી જો જરૂરી હોય તો આ ઑફસેટમાં ફેરફાર કરી શકાય છે.
758965 ZCL ક્લસ્ટર ઘટકો અને ZCL આદેશ શોધ કોષ્ટક સમન્વયિત નથી. તેથી, ZCL ક્લસ્ટર ઘટકને સક્ષમ અથવા નિષ્ક્રિય કરતી વખતે, અમલમાં મૂકાયેલ આદેશો સંબંધિત ZCL એડવાન્સ્ડ કન્ફિગ્યુરેટર કમાન્ડ ટેબમાં સક્ષમ/અક્ષમ કરવામાં આવશે નહીં. ZCL એડવાન્સ્ડ કન્ફિગ્યુરેટરમાં ઇચ્છિત ZCL આદેશો માટે શોધને મેન્યુઅલી સક્ષમ/અક્ષમ કરો.
765735 OTA અપડેટ સક્ષમ પૃષ્ઠ વિનંતી સાથે સ્લીપી એન્ડ ડિવાઇસ પર નિષ્ફળ જાય છે. પૃષ્ઠ વિનંતીને બદલે બ્લોક વિનંતીનો ઉપયોગ કરો.
845649 CLI ને દૂર કરવાથી:કોર ઘટક SL_cli.h ને EEPROM cli કૉલ્સને દૂર કરતું નથી. eeprom-cli.c કાઢી નાખો file જે sl_cli.h ને કૉલ કરે છે. વધુમાં, ota-storage-simple-eeprom માં sl_cli.h તેમજ sl_cli_command_arg_t પરના કૉલની ટિપ્પણી કરી શકાય છે.
857200 ias-zone-server.c એ "0000000000000000" CIE સરનામાં સાથે બાઈન્ડિંગ બનાવવાની મંજૂરી આપે છે અને પાછળથી આગળના બાઈન્ડિંગ્સને મંજૂરી આપતું નથી. કોઈ જાણીતું ઉપાય નથી
1019961 જનરેટેડ Z3 ગેટવે મેકfile હાર્ડકોડ્સ "gcc" CC તરીકે કોઈ જાણીતું ઉપાય નથી
ID # વર્ણન વર્કઅરાઉન્ડ
1039767 Zigbee રાઉટર નેટવર્ક મલ્ટી થ્રેડ RTOS ઉપયોગ કેસમાં કતાર ઓવરફ્લો સમસ્યાનો ફરીથી પ્રયાસ કરો. ઝિગ્બી સ્ટેક થ્રેડ-સેફ નથી. પરિણામે, OS વાતાવરણમાં બીજા કાર્યમાંથી ઝિગ્બી સ્ટેક API ને કૉલ કરવાનું સમર્થન નથી અને સ્ટેકને "નોન-વર્કિંગ" સ્થિતિમાં મૂકી શકે છે. ઇવેન્ટ હેન્ડલરનો ઉપયોગ કરીને વધુ માહિતી અને ઉકેલ માટે નીચેની એપ્લિકેશન નોંધનો સંદર્ભ લો.

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

ભૂલ: ezspErrorHandler 0x34 એ mfglib રીસીવ મોડ દરમિયાન વારંવાર જાણ કરી છાપેલ ભૂલ સંદેશાઓ ઘટાડવા માટે, EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ગોઠવો

હોસ્ટ એપ્લિકેશન પર ENT_TIMEOUT_MS 100 સુધી, જેથી કૉલબેક કતાર વધુ ઝડપથી મુક્ત થાય.

નાપસંદ વસ્તુઓ

રિલીઝ 7.4.5.0 માં નાપસંદ
GSDK 7.4.5.0 માં zigbee_watchdog_periodic_refresh નાપસંદ છે. વોચડોગ ટાઈમરને તાજું કરવાની વૈકલ્પિક ભલામણ કરેલ રીત એ છે કે એપ્લિકેશન ચોક્કસ સામયિક ઇવેન્ટમાં લેગસી વોચડોગ ટાઈમર API નો ઉપયોગ કરવો.

રિલીઝ 7.4.1.0 માં નાપસંદ
GSDK 7.4.0.0 માં, આ પેચ સહિત, પોર્ટ 3 અથવા 4900 સાથે ટેલનેટ ઈન્ટરફેસ બનાવવા માટે Linux હોસ્ટ એપ્લિકેશન માટે Z4901 ​​ગેટવેમાં “-v” વિકલ્પને નાપસંદ કરવામાં આવ્યો છે. ટેલનેટ ઈન્ટરફેસ બનાવવાની વૈકલ્પિક ભલામણ કરેલ રીત એ છે કે "સોકેટ" જેવી Linux ઉપયોગિતાઓનો ઉપયોગ કરવો.

રિલીઝ 7.4.0.0 માં નાપસંદ
નીચેના નાપસંદ કરાયેલા સુરક્ષા API દૂર કર્યા

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

કી સ્ટોરેજ અને HMAC હેશિંગની ઍક્સેસ માટે Zigbee સિક્યુરિટી મેનેજર દ્વારા પ્રદાન કરવામાં આવેલ API નો ઉપયોગ કરો.

આઇટમ્સ દૂર કરી

પ્રકાશન 7.4.0.0 માં દૂર કર્યું

  • સાર્વજનિક હેડરમાં ડુપ્લિકેટ જાહેર API દૂર કર્યા file gp-types.h.
  • zigbee_end_device_bind ઘટક દૂર કરવામાં આવ્યો છે. આ ઘટકનો ઉપયોગ કોઓર્ડિનેટર માટે બ્રોકર માટે અંતિમ ઉપકરણો માટે પુનઃ-ક્વેસ્ટ્સને બંધનકર્તા માટે કરવામાં આવ્યો હતો. આ વૈકલ્પિક કાર્યક્ષમતાને Zigbee કોર સ્પેકના R22 માંથી દૂર કરવામાં આવી હતી.
  • af-host.c માં સેટ પેકેટ 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/Bluetooth RCP સંયોજન, Zigbee NCP/OpenThread RCP સંયોજન અથવા Zigbee/OpenThread સિસ્ટમ-ઓન-ચિપ (SoC) માટે સહવર્તી સાંભળવું ઉપલબ્ધ નથી. તે ભવિષ્યના પ્રકાશનમાં તે ઉત્પાદનોમાં ઉમેરવામાં આવશે.
OpenThread CLI વિક્રેતા એક્સ્ટેંશન મલ્ટિપ્રોટોકોલ કન્ટેનર્સની OpenThread હોસ્ટ એપ્લિકેશન્સમાં ઉમેરવામાં આવ્યું છે. આમાં coex cli આદેશોનો સમાવેશ થાય છે.

સુધારાઓ

પ્રકાશન 7.4.0.0 માં બદલાયેલ છે
Zigbee NCP/OpenThread RCP મલ્ટિપ્રોટોકોલ સંયોજન હવે ઉત્પાદન ગુણવત્તા છે. આ એસample એપ્લિકેશન શ્રેણી-1 EFR ઉપકરણો પર સમર્થિત નથી.

સ્થિર મુદ્દાઓ

પ્રકાશન 7.4.5.0 માં સ્થિર

ID # વર્ણન
1328799 Spinel RESET આદેશ દ્વારા ટ્રિગર થયેલ સોફ્ટ રીસેટ હવે 15.4 RCP ના બફર્સને સાફ કરે છે.
1337101 અપૂર્ણ 15.4 ટ્રાન્સમિટ ઑપરેશન્સ (Tx એક ack માટે રાહ જોઈ રહ્યું છે, સંદેશના જવાબમાં Tx એક ack, વગેરે) હવે DMP ને કારણે રેડિયો વિક્ષેપ પર અકાળે નિષ્ફળ ગણવામાં આવશે નહીં. આનાથી RAIL (શેડ્યુલર સ્ટેટસ એરર ઈવેન્ટ્સ) દ્વારા વિક્ષેપ અથવા કાયમી રૂપે નિષ્ફળ થયા પછી કથિત કામગીરીને ફરીથી શેડ્યૂલ કરવાની તક આપવામાં આવે છે.

(અન્ય સંદર્ભ: 1339032)

1337228 Zigbeed માં halCommonGetInt32uMillisecondTick() ટિક API હવે MONOTONIC ઘડિયાળનો ઉપયોગ કરવા માટે અપડેટ થયેલ છે, જેથી તે હોસ્ટ સિસ્ટમમાં NTP દ્વારા પ્રભાવિત ન થાય.

(અન્ય સંદર્ભ: 1339032)

1346785 802.15.4 RCP પર જ્યારે બંને પ્રોટોકોલ એકસાથે ટ્રાન્સમિટ થઈ રહ્યા હોય ત્યારે એકસાથે સાંભળવાની અક્ષમ થવાનું કારણ બની શકે તેવી રેસની સ્થિતિને ઠીક કરી.

(અન્ય સંદર્ભ: 1349176)

1346849 પ્રોજેક્ટમાં rail_mux ઘટક ઉમેરવાથી હવે તે સંકળાયેલ સ્ટેક લાઇબ્રેરી વેરિઅન્ટ્સ સાથે આપમેળે બિલ્ડ થશે.

(અન્ય સંદર્ભ: 1349102)

પ્રકાશન 7.4.4.0 માં સ્થિર

ID # વર્ણન
1184065 MG13 અને MG21 પર zigbee_ncp-ot_rcp-spi અને zigbee_ncp-ot_rcp_uart માટે ઘટાડેલી RAM ફૂટપ્રિન્ટ.
1282264 અંડરફ્લોને કારણે ટ્રાન્સમિટ ફિફોને અકાળે સાફ કરીને રેડિયો ટ્રાન્સમિટ કામગીરીમાં વિક્ષેપ પડી શકે તેવી સમસ્યાને ઠીક કરી.
1292537 DMP Zigbee-BLE NCP એપ્લિકેશન હવે સાદગી સ્ટુડિયો UI માં યોગ્ય રીતે દેખાઈ રહી છે. (અન્ય સંદર્ભ: 1292540)
1230193 અંતિમ ઉપકરણ પર નેટવર્કમાં જોડાતી વખતે ખોટો નોડ પ્રકારનો મુદ્દો ઉકેલાયો. (અન્ય સંદર્ભ: 1298347)
1332330 ભારે નેટવર્ક ટ્રાફિકવાળા વાતાવરણમાં કાર્યરત 15.4+BLE RCP ને પ્રસંગોપાત રેસ શરતનો સામનો કરવો પડી શકે છે જે તે ઉપકરણને રીબૂટ ન થાય ત્યાં સુધી CPCd સુધી સંદેશાઓ મોકલવામાં અસમર્થ રહે છે તે સમસ્યાને ઠીક કરી.

(અન્ય સંદર્ભ: 1333156)

પ્રકાશન 7.4.2.0 માં સ્થિર

ID # વર્ણન
1022972 Zigbee-OpenThread NCP/RCP s માં સહઅસ્તિત્વ પ્લગઇન પાછું ઉમેર્યુંampલે એપ્લિકેશન.
1231021 ઓટીબીઆરમાં એવો દાવો ટાળો કે જે સબ મેક પર અનહેન્ડલ ટ્રાન્સમિટ ભૂલો પસાર કરવાને બદલે RCP પુનઃપ્રાપ્ત કરીને 80+ ઝિગ્બી ઉપકરણોમાં જોડાતી વખતે જોવામાં આવ્યું છે.
1249346 એવા મુદ્દાને સંબોધિત કર્યો જ્યાં RCP હોસ્ટ માટે નિર્ધારિત પેકેટોને ખોટી રીતે ડીક્યુ કરી શકે, પરિણામે OTBRમાં પાર્સ ભૂલ અને અણધારી સમાપ્તિ.

પ્રકાશન 7.4.1.0 માં સ્થિર

ID # વર્ણન
1213701 zigbeed એ બાળક માટે સ્ત્રોત મેચ ટેબલ એન્ટ્રી બનાવવાની મંજૂરી આપી ન હતી જો MAC પરોક્ષ કતારમાં તે બાળક માટે પહેલેથી જ ડેટા પેન્ડિંગ હોય. આ વર્તણૂક APS Ack અથવા એપ્લિકેશન-લેયર પ્રતિસાદના અભાવને કારણે બાળક અને અન્ય કેટલાક ઉપકરણ વચ્ચેના એપ્લિકેશન લેયર વ્યવહારો તરફ દોરી શકે છે, ખાસ કરીને બાળ ઉપકરણને લક્ષ્ય બનાવતા ZCL OTA અપગ્રેડ્સની વિક્ષેપ અને અણધારી સમાપ્તિ.
1244461 સંદેશાઓ બાકી હોવા છતાં બાળક માટે સ્ત્રોત મેચ ટેબલ એન્ટ્રી દૂર કરી શકાય છે.

પ્રકાશન 7.4.0.0 માં સ્થિર

ID # વર્ણન
1081828 FreeRTOS-આધારિત Zigbee/BLE DMP s સાથે થ્રુપુટ સમસ્યાampલે એપ્લિકેશન્સ.
1090921 Z3GatewayCpc ને ઘોંઘાટીયા વાતાવરણમાં નેટવર્ક બનાવવામાં મુશ્કેલી આવી હતી.
1153055 zigbee_ncp-ble_ncp-uart s માંથી NCP સંસ્કરણ વાંચતી વખતે સંદેશાવ્યવહારમાં નિષ્ફળતા આવી ત્યારે હોસ્ટ પરનો દાવો કરવામાં આવ્યો હતો.ample એપ્લિકેશન.
1155676 જો બહુવિધ 802.15.4 ઈન્ટરફેસ સમાન 15.4-બીટ નોડ આઈડી શેર કરે તો 16 RCP એ તમામ પ્રાપ્ત યુનિકાસ્ટ પેકેટો (MAC એકિંગ પછી) કાઢી નાખ્યા.
1173178 હોસ્ટે હોસ્ટ-આરસીપી સેટઅપમાં mfglib સાથે પ્રાપ્ત થયેલા સેંકડો પેકેટોની ખોટી રીતે જાણ કરી.
1190859 Host-RCP સેટઅપમાં mfglib રેન્ડમ પેકેટો મોકલતી વખતે EZSP ભૂલ.
1199706 ભૂલી ગયેલા અંતિમ ઉપકરણ બાળકોના ડેટા પોલ RCP પર અગાઉના બાળકને છોડો અને ફરીથી જોડાવા આદેશની કતારમાં પેન્ડિંગ ફ્રેમને યોગ્ય રીતે સેટ કરી રહ્યાં ન હતા.
1207967 "mfglib મોકલો રેન્ડમ" આદેશ Zigbeed પર વધારાના પેકેટો મોકલતો હતો.
1208012 RCP પર પ્રાપ્ત કરતી વખતે mfglib rx મોડે પેકેટ માહિતી યોગ્ય રીતે અપડેટ કરી નથી.
1214359 જ્યારે હોસ્ટ-આરસીપી સેટઅપમાં 80 કે તેથી વધુ રાઉટર્સ એકસાથે જોડાવાનો પ્રયાસ કરે ત્યારે કોઓર્ડિનેટર નોડ ક્રેશ થયું.
1216470 એડ્રેસ માસ્ક 0xFFFF માટે બ્રોડકાસ્ટ રિલે કર્યા પછી, પિતૃ ઉપકરણ તરીકે કાર્ય કરતી Zigbee RCP દરેક બાળક માટે બાકી ડેટા ફ્લેગ સેટ છોડી દેશે. આના પરિણામે દરેક બાળક દરેક મતદાન પછી ડેટાની અપેક્ષા રાખીને જાગૃત રહે છે, અને આખરે આ સ્થિતિને સાફ કરવા માટે દરેક અંતિમ ઉપકરણ પર કેટલાક અન્ય બાકી ડેટા વ્યવહારની જરૂર છે.

વર્તમાન પ્રકાશનમાં જાણીતા મુદ્દાઓ
અગાઉના પ્રકાશનથી બોલ્ડમાં અંકો ઉમેરવામાં આવ્યા હતા. જો તમે રીલીઝ ચૂકી ગયા હો, તો તાજેતરની રીલીઝ નોંધો પર ઉપલબ્ધ છે https://www.si-labs.com/developers/gecko-software-development-kit .

ID # વર્ણન વર્કઅરાઉન્ડ
937562 Bluetoothctl 'advertise on' આદેશ Raspberry Pi OS 802154 પર rcp-uart- 11-blehci એપ્લિકેશન સાથે નિષ્ફળ જાય છે. Bluetoothctl ને બદલે btmgmt એપનો ઉપયોગ કરો.
1074205 CMP RCP એક જ PAN id પર બે નેટવર્કને સપોર્ટ કરતું નથી. દરેક નેટવર્ક માટે અલગ અલગ PAN આઈડીનો ઉપયોગ કરો. ભવિષ્યના પ્રકાશનમાં સપોર્ટનું આયોજન કરવામાં આવ્યું છે.
1122723 વ્યસ્ત વાતાવરણમાં z3-light_ot-ftd_soc એપ્લિકેશનમાં CLI પ્રતિભાવવિહીન બની શકે છે. કોઈ જાણીતું ઉપાય નથી.
1124140 z3-લાઇટ_ot-ftd_soc sampજો ઓટી નેટવર્ક પહેલેથી જ ચાલુ હોય તો le એપ્લિકેશન Zigbee નેટવર્ક બનાવવા માટે સક્ષમ નથી. પહેલા Zigbee નેટવર્ક અને પછી OT નેટવર્ક શરૂ કરો.
1170052 CMP Zigbee NCP + OT RCP અને DMP Zigbee NCP + BLE NCP આ વર્તમાન પ્રકાશનમાં 64KB અને નીચલા RAM ભાગો પર ફિટ થઈ શકશે નહીં. 64KB ભાગો હાલમાં આ એપ્લિકેશનો માટે સમર્થિત નથી.
1209958 Bobcat અને Bobcat Lite પર ZB/OT/BLE RCP ત્રણેય પ્રોટોકોલ ચલાવતી વખતે થોડીવાર પછી કામ કરવાનું બંધ કરી શકે છે. ભવિષ્યના પ્રકાશનમાં સંબોધવામાં આવશે
1221299 Mfglib RSSI રીડિંગ્સ RCP અને NCP વચ્ચે અલગ છે. ભવિષ્યના પ્રકાશનમાં સંબોધવામાં આવશે.
1334477 BLE સ્ટેકને ઘણી વખત શરૂ કરવાથી અને બંધ કરવાથી DMP Zigbee-BLE s માં શ્રેણી 1 EFR ઉપકરણો પર BLE સ્ટેક ફરીથી જાહેરાતને પુનઃપ્રારંભ કરી શકશે નહીં.ampલે એપ્લિકેશન. N/A

નાપસંદ વસ્તુઓ કંઈ નહીં

આઇટમ્સ દૂર કરી

પ્રકાશન 7.4.0.0 માં દૂર કર્યું
"NONCOMPLIANT_ACK_TIMING_WORKAROUND" મેક્રો દૂર કરવામાં આવ્યો છે. CSL દ્વારા જરૂરી ઉન્નત acks માટે 192 µsec ટર્નઅરાઉન્ડ ટાઈમનો ઉપયોગ કરતી વખતે તમામ RCP એપ્સ હવે ડિફૉલ્ટ રૂપે બિન-ઉન્નત acks માટે 256 µsec ટર્નઅરાઉન્ડ ટાઈમને સપોર્ટ કરે છે.

આ પ્રકાશનનો ઉપયોગ કરીને

આ પ્રકાશનમાં નીચેનાનો સમાવેશ થાય છે
  • Zigbee સ્ટેક
  • Zigbee એપ્લિકેશન ફ્રેમવર્ક
  • ઝિગ્બી એસample અરજીઓ

Zigbee અને EmberZNet SDK વિશે વધુ માહિતી માટે જુઓ UG103.02: Zigbee ફંડામેન્ટલ્સ.

જો તમે પ્રથમ વખતના વપરાશકર્તા છો, તો QSG180 જુઓ: SDK 7.0 અને ઉચ્ચતર માટે Zigbee EmberZNet ક્વિક-સ્ટાર્ટ માર્ગદર્શિકા, તમારા ડેવલપમેન્ટ એન્વાયર્નમેન્ટને ગોઠવવા, બનાવવા અને ફ્લેશિંગ કરવા માટેની સૂચનાઓ માટેample એપ્લીકેશન, અને દસ્તાવેજીકરણ સંદર્ભો આગલા પગલાં તરફ નિર્દેશ કરે છે.

સ્થાપન અને ઉપયોગ
Zigbee EmberZNet SDK એ Gecko SDK (GSDK) ના ભાગ રૂપે પ્રદાન કરવામાં આવે છે, જે સિલિકોન લેબ્સ SDKs ના સ્યુટ છે. GSDK સાથે ઝડપથી પ્રારંભ કરવા માટે, સિમ્પલિસિટી સ્ટુડિયો 5 ઇન્સ્ટોલ કરો, જે તમારું વિકાસ વાતાવરણ સેટ કરશે અને તમને GSDK ઇન્સ્ટોલેશન દ્વારા લઈ જશે. સિમ્પલિસીટી સ્ટુડિયો 5 માં સિલિકોન લેબ્સ ઉપકરણો સાથે IoT ઉત્પાદન વિકાસ માટે જરૂરી દરેક વસ્તુનો સમાવેશ થાય છે, જેમાં સંસાધન અને પ્રોજેક્ટ લૉન્ચર, સૉફ્ટવેર ગોઠવણી સાધનો, GNU ટૂલચેન સાથે સંપૂર્ણ IDE અને વિશ્લેષણ સાધનોનો સમાવેશ થાય છે. ઓનલાઈન સિમ્પલીસીટી સ્ટુડિયો 5 યુઝર ગાઈડમાં ઈન્સ્ટોલેશન સૂચનાઓ આપવામાં આવી છે.

વૈકલ્પિક રીતે, GitHub માંથી નવીનતમ ડાઉનલોડ અથવા ક્લોન કરીને Gecko SDK મેન્યુઅલી ઇન્સ્ટોલ થઈ શકે છે. જુઓ https://github.com/Sili-conLabs/gecko_sdk વધારે માહિતી માટે .

સરળતા સ્ટુડિયો મૂળભૂત રીતે GSDK ઇન્સ્ટોલ કરે છે

  • (વિન્ડોઝ): C:\વપરાશકર્તાઓ\ \SimplicityStudio\SDKs\gecko_sdk
  • (MacOS): /વપરાશકર્તાઓ/ /SimplicityStudio/SDKs/gecko_sdk

SDK સંસ્કરણ માટે વિશિષ્ટ દસ્તાવેજીકરણ SDK સાથે ઇન્સ્ટોલ કરેલ છે. વધારાની માહિતી ઘણીવાર નોલેજ બેઝ આર્ટિકલ્સ (KBAs) માં મળી શકે છે. API સંદર્ભો અને આ વિશેની અન્ય માહિતી અને અગાઉના પ્રકાશનો પર ઉપલબ્ધ છે https://docs.silabs.com/ .

સુરક્ષા માહિતી

સુરક્ષિત વૉલ્ટ એકીકરણ
સિક્યોર વૉલ્ટ-હાઈ પાર્ટ્સ પર સિક્યોર કી સ્ટોરેજ કમ્પોનન્ટનો ઉપયોગ કરીને કીઓ સુરક્ષિત રીતે સ્ટોર કરવાનું પસંદ કરતી ઍપ્લિકેશનો માટે, નીચેનું કોષ્ટક ઝિગ્બી સિક્યુરિટી મેનેજર કમ્પોનન્ટ મેનેજ કરે છે તે સુરક્ષિત કી અને તેમની સ્ટોરેજ પ્રોટેક્શન લાક્ષણિકતાઓ દર્શાવે છે.

આવરિત કી નિકાસયોગ્ય / બિન-નિકાસ કરી શકાય તેવું નોંધો
નેટવર્ક કી નિકાસયોગ્ય
ટ્રસ્ટ સેન્ટર લિંક કી નિકાસયોગ્ય
ક્ષણિક લિંક કી નિકાસયોગ્ય અનુક્રમિત કી કોષ્ટક, અસ્થિર કી તરીકે સંગ્રહિત
એપ્લિકેશન લિંક કી નિકાસયોગ્ય અનુક્રમિત કી ટેબલ
સુરક્ષિત EZSP કી નિકાસયોગ્ય
ZLL એન્ક્રિપ્શન કી નિકાસયોગ્ય
ZLL પૂર્વરૂપરેખાંકિત કી નિકાસયોગ્ય
GPD પ્રોક્સી કી નિકાસયોગ્ય અનુક્રમિત કી ટેબલ
GPD સિંક કી નિકાસયોગ્ય અનુક્રમિત કી ટેબલ
આંતરિક/પ્લેસહોલ્ડર કી નિકાસયોગ્ય Zigbee સુરક્ષા વ્યવસ્થાપક દ્વારા ઉપયોગ માટે આંતરિક કી
  • આવરિત કી કે જે "બિન-નિકાસયોગ્ય" તરીકે ચિહ્નિત થયેલ છે તેનો ઉપયોગ કરી શકાય છે પરંતુ તે થઈ શકતો નથી viewed અથવા રનટાઈમ પર શેર.
  • આવરિત કી કે જેને "નિકાસયોગ્ય" તરીકે ચિહ્નિત કરવામાં આવે છે તે રનટાઈમ પર વાપરી અથવા શેર કરી શકાય છે પરંતુ ફ્લેશમાં સંગ્રહિત હોય ત્યારે એનક્રિપ્ટેડ રહે છે.
  • વપરાશકર્તા એપ્લિકેશનોને આમાંની મોટાભાગની કી સાથે ક્રિયાપ્રતિક્રિયા કરવાની ક્યારેય જરૂર નથી. લિંક કી ટેબલ કી અથવા ક્ષણિક કી મેનેજ કરવા માટે અસ્તિત્વમાં છે તે API હજુ પણ વપરાશકર્તા એપ્લિકેશન માટે ઉપલબ્ધ છે અને હવે Zigbee સુરક્ષા વ્યવસ્થાપક ઘટક દ્વારા રૂટ કરે છે.
  • આમાંની કેટલીક કી ભવિષ્યમાં વપરાશકર્તા એપ્લિકેશન માટે બિન-નિકાસયોગ્ય બની શકે છે. વપરાશકર્તા એપ્લિકેશનોને જ્યાં સુધી એકદમ જરૂરી ન હોય ત્યાં સુધી કીના નિકાસ પર આધાર ન રાખવા માટે પ્રોત્સાહિત કરવામાં આવે છે.
    સિક્યોર વૉલ્ટ કી મેનેજમેન્ટ કાર્યક્ષમતા પર વધુ માહિતી માટે, AN1271 જુઓ: સિક્યોર કી સ્ટોરેજ.

સુરક્ષા સલાહ
સુરક્ષા સલાહકારમાં સબ્સ્ક્રાઇબ કરવા માટે, સિલિકોન લેબ્સ ગ્રાહક પોર્ટલમાં લોગ ઇન કરો, પછી એકાઉન્ટ હોમ પસંદ કરો. પોર્ટલ હોમ પેજ પર જવા માટે હોમ પર ક્લિક કરો અને પછી મેનેજ નોટિફિકેશન ટાઇલ પર ક્લિક કરો. ખાતરી કરો કે 'સોફ્ટવેર/સિક્યોરિટી એડવાઇઝરી નોટિસ અને પ્રોડક્ટ ચેન્જ નોટિસ (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)

આધાર
ડેવલપમેન્ટ કિટના ગ્રાહકો તાલીમ અને ટેકનિકલ સપોર્ટ માટે પાત્ર છે. સિલિકોન લેબોરેટરીઝ ઝિગ્બીનો ઉપયોગ કરો web તમામ Silicon Labs Zigbee ઉત્પાદનો અને સેવાઓ વિશે માહિતી મેળવવા માટે અને ઉત્પાદન સપોર્ટ માટે સાઇન અપ કરવા માટે પૃષ્ઠ.
તમે સિલિકોન લેબોરેટરીઝ સપોર્ટ પર સંપર્ક કરી શકો છો http://www.silabs.com/support .

સરળતા સ્ટુડિયો
MCU અને વાયરલેસ ટૂલ્સ, દસ્તાવેજીકરણ, સૉફ્ટવેર, સ્રોત કોડ લાઇબ્રેરીઓ અને વધુની એક-ક્લિક ઍક્સેસ. Windows, Mac અને Linux માટે ઉપલબ્ધ!

અસ્વીકરણ
સિલિકોન લેબ્સ ગ્રાહકોને સિલિકોન લેબ્સના ઉત્પાદનોનો ઉપયોગ કરવા અથવા તેનો ઉપયોગ કરવા ઇચ્છતા સિસ્ટમ અને સૉફ્ટવેર ઇમ્પ્લી-મેન્ટર્સ માટે ઉપલબ્ધ તમામ પેરિફેરલ્સ અને મોડ્યુલ્સના નવીનતમ, સચોટ અને ઊંડાણપૂર્વકના દસ્તાવેજો પ્રદાન કરવાનો ઇરાદો ધરાવે છે. કેરેક્ટરાઇઝેશન ડેટા, ઉપલબ્ધ મોડ્યુલો અને પેરિફેરલ્સ, મેમરી સાઈઝ અને મેમરી એડ્રેસ દરેક ચોક્કસ ઉપકરણનો સંદર્ભ આપે છે, અને પ્રદાન કરેલ "સામાન્ય" પરિમાણો વિવિધ એપ્લિકેશનોમાં બદલાઈ શકે છે અને કરી શકે છે. અરજી ભૂતપૂર્વampઅહીં વર્ણવેલ લેસ માત્ર દૃષ્ટાંતરૂપ હેતુઓ માટે છે. સિલિકોન લેબ્સ અહીં ઉત્પાદનની માહિતી, વિશિષ્ટતાઓ અને વર્ણનોમાં વધુ સૂચના આપ્યા વિના ફેરફારો કરવાનો અધિકાર અનામત રાખે છે, અને તેમાં સમાવિષ્ટ માહિતીની ચોકસાઈ અથવા સંપૂર્ણતાની વોરંટી આપતી નથી. પૂર્વ સૂચના વિના, સિલિકોન લેબ્સ સુરક્ષા અથવા વિશ્વસનીયતાના કારણોસર ઉત્પાદન પ્રક્રિયા દરમિયાન ઉત્પાદન ફર્મવેરને અપડેટ કરી શકે છે. આવા ફેરફારો સ્પષ્ટીકરણો અથવા ઉત્પાદનના પ્રદર્શનમાં ફેરફાર કરશે નહીં. આ દસ્તાવેજમાં પૂરી પાડવામાં આવેલી માહિતીના ઉપયોગના પરિણામો માટે સિલિકોન લેબ્સની કોઈ જવાબદારી રહેશે નહીં. આ દસ્તાવેજ કોઈપણ ઈન્ટિગ્રેટેડ સર્કિટને ડિઝાઈન કરવા અથવા બનાવટ કરવા માટે કોઈ લાયસન્સ સૂચવે છે અથવા સ્પષ્ટપણે આપતું નથી. ઉત્પાદનોને કોઈપણ FDA વર્ગ III ઉપકરણો, એપ્લિકેશન કે જેના માટે FDA પ્રીમાર્કેટ મંજૂરી જરૂરી છે અથવા સિલિકોન લેબ્સની ચોક્કસ લેખિત સંમતિ વિના લાઇફ સપોર્ટ સિસ્ટમ્સમાં ઉપયોગ કરવા માટે ડિઝાઇન અથવા અધિકૃત નથી. "લાઇફ સપોર્ટ સિસ્ટમ" એ જીવન અને/અથવા સ્વાસ્થ્યને ટેકો આપવા અથવા ટકાવી રાખવાનો હેતુ ધરાવતી કોઈપણ પ્રોડક્ટ અથવા સિસ્ટમ છે, જે, જો તે નિષ્ફળ જાય, તો નોંધપાત્ર વ્યક્તિગત ઈજા અથવા મૃત્યુમાં પરિણમવાની વ્યાજબી અપેક્ષા રાખી શકાય છે. સિલિકોન લેબ્સના ઉત્પાદનો લશ્કરી એપ્લિકેશનો માટે ડિઝાઇન અથવા અધિકૃત નથી. સિલિકોન લેબ્સના ઉત્પાદનોનો ઉપયોગ કોઈ પણ સંજોગોમાં પરમાણુ, જૈવિક અથવા રાસાયણિક શસ્ત્રો અથવા આવા શસ્ત્રો પહોંચાડવામાં સક્ષમ મિસાઈલો સહિત (પરંતુ તેના સુધી મર્યાદિત નહીં) સામૂહિક વિનાશના શસ્ત્રોમાં થવો જોઈએ નહીં. સિલિકોન લેબ્સ તમામ સ્પષ્ટ અને ગર્ભિત વોરંટીનો અસ્વીકાર કરે છે અને આવી અનધિકૃત એપ્લિકેશન્સમાં સિલિકોન લેબ્સના ઉત્પાદનના ઉપયોગથી સંબંધિત કોઈપણ ઇજાઓ અથવા નુકસાન માટે જવાબદાર અથવા જવાબદાર રહેશે નહીં.

ટ્રેડમાર્ક માહિતી
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® અને Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, એનર્જી માઇક્રો, એનર્જી માઇક્રો લોગો અને તેના સંયોજનો , “વિશ્વના સૌથી ઉર્જા અનુકૂળ માઇક્રોકન્ટ્રોલર્સ”, 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 હોલ્ડિંગ્સના ટ્રેડમાર્ક અથવા રજિસ્ટર્ડ ટ્રેડમાર્ક છે. કેઇલ એ એઆરએમ લિમિટેડનું નોંધાયેલ ટ્રેડમાર્ક છે. Wi-Fi એ Wi-Fi એલાયન્સનું નોંધાયેલ ટ્રેડમાર્ક છે. અહીં ઉલ્લેખિત અન્ય તમામ ઉત્પાદનો અથવા બ્રાન્ડ નામો તેમના સંબંધિત ધારકોના ટ્રેડમાર્ક છે.

  • સિલિકોન લેબોરેટરીઝ ઇન્ક.
  • 400 વેસ્ટ સીઝર ચાવેઝ ઓસ્ટિન, TX 78701
  • યુએસએ
  • www.silabs.com

દસ્તાવેજો / સંસાધનો

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [પીડીએફ] વપરાશકર્તા માર્ગદર્શિકા
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 ઝિગ્બી એમ્બર ઝેડ નેટ SDK, 7.4.5.0, ઝિગ્બી એમ્બર ઝેડ નેટ એનએસડીકે, એએમએસડીકે SDK, Net SDK, SDK

સંદર્ભો

એક ટિપ્પણી મૂકો

તમારું ઇમેઇલ સરનામું પ્રકાશિત કરવામાં આવશે નહીં. જરૂરી ક્ષેત્રો ચિહ્નિત થયેલ છે *