SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software მომხმარებლის სახელმძღვანელო

უსაფრთხოების განახლებებისა და შეტყობინებებისთვის იხილეთ ამ SDK-ით დაინსტალირებული Gecko Platform-ის გამოშვების შენიშვნების უსაფრთხოების თავი ან ეწვიეთ TECH DOCS ჩანართს Silicon Labs-ზე webსაიტი.
იყავით განახლებული უსაფრთხოების რჩევების გამოწერით.

FAQ

კითხვა: როგორ შევამოწმო სისწორე fileგამოიყენება თავსებადი შემდგენელებთან?
პასუხი: თქვენ შეგიძლიათ დაადასტუროთ, რომ ეს არის სწორი files გამოიყენება Simplicity Studio-ით მოწოდებული GCC ვერსიის 12.2.1 შემოწმებით.

კითხვა: სად შემიძლია ვიპოვო ინფორმაცია უსაფრთხოების განახლებებისა და შეტყობინებების შესახებ?
პასუხი: უსაფრთხოების განახლებებისა და შეტყობინებებისთვის იხილეთ Gecko Platform-ის გამოშვების შენიშვნების უსაფრთხოების თავი ან ეწვიეთ TECH DOCS ჩანართს Silicon Labs'-ზე. webსაიტი.

Silicon Labs არის არჩევანის მომწოდებელი OEM-ებისთვის, რომლებიც ავითარებენ Zigbee ქსელს თავიანთ პროდუქტებში. Silicon Labs Zigbee პლატფორმა არის ყველაზე ინტეგრირებული, სრული და ფუნქციებით მდიდარი Zigbee გადაწყვეტა.
Silicon Labs EmberZNet SDK შეიცავს Silicon Labs-ის მიერ Zigbee სტეკის სპეციფიკაციის განხორციელებას.

ეს გამოშვების შენიშვნები მოიცავს SDK ვერსია(ებ)ს:

7.4.1.0 გამოვიდა 14 წლის 2024 თებერვალს
7.4.0.0 გამოვიდა 13 წლის 2023 დეკემბერს

ძირითადი მახასიათებლები

ზიგბი

Zigbee R23 შესაბამისობა

Zigbee Smart Energy 1.4a შესაბამისობა – წარმოება
Zigbee GP 1.1.2 შესაბამისობა – Alpha

MG27 მხარდაჭერა – წარმოება
გაუმჯობესებული მხარდაჭერა Secure Vault ნაწილებისთვის

Sleepy მხარდაჭერა NCP SPI (არა CPC) აპლიკაციებზე – Alpha

მრავალპროტოკოლი

კონკურენტული მოსმენის მხარდაჭერა (RCP) – MG21 და MG24
Concurrent Multiprotocol (CMP) Zigbee NCP + OpenThread RCP – წარმოება

დინამიური მრავალპროტოკოლი Bluetooth + კონკურენტული მრავალპროტოკოლი (CMP) Zigbee და OpenThread მხარდაჭერა SoC-ზე

შეტყობინებები თავსებადობისა და გამოყენების შესახებ

უსაფრთხოების განახლებებისა და შეტყობინებების შესახებ ინფორმაციისთვის იხილეთ Gecko Platform-ის გამოშვების შენიშვნების უსაფრთხოების თავი, რომელიც დაინსტალირებულია ამ SDK-ით ან TECH DOCS ჩანართზე: https://www.silabs.com/developers/zigbee-emberznet. Silicon Labs ასევე მკაცრად გირჩევთ, გამოიწეროთ უსაფრთხოების რჩევები უახლესი ინფორმაციის მისაღებად. ინსტრუქციებისთვის, ან თუ ახალი ხართ Zigbee EmberZNet SDK-ში, იხილეთ ამ გამოშვების გამოყენება.

თავსებადი შემდგენელები

IAR ჩაშენებული სამუშაო მაგიდა ARM-ისთვის (IAR-EWARM) ვერსია 9.40.1.
Wine-ის გამოყენება IarBuild.exe ბრძანების ხაზის უტილიტასთან ან IAR Embedded Workbench GUI-ით macOS-ზე ან Linux-ზე შეიძლება გამოიწვიოს არასწორი files გამოიყენება Wine-ის ჰეშირების ალგორითმში შეჯახების გამო მოკლე ფორმირებისთვის file სახელები.
MacOS-ის ან Linux-ის მომხმარებლებს ურჩევენ არ შექმნან IAR-ით Simplicity Studio-ს გარეთ. მომხმარებლებმა, რომლებიც ამას აკეთებენ, ყურადღებით უნდა დაადასტურონ, რომ ეს არის სწორი fileს გამოიყენება.

GCC (GNU Compiler Collection) ვერსია 12.2.1, მოწოდებული Simplicity Studio-ით.
EZSP პროტოკოლის ვერსია ამ გამოშვებისთვის არის 0x0D.

ახალი ნივთები

Gecko SDK-ის (GSDK) ეს გამოშვება იქნება ბოლო კომბინირებული მხარდაჭერით ყველა EFM და EFR მოწყობილობებისთვის, გარდა საჭიროებისამებრ ამ ვერსიის პატჩებისა. 2024 წლის შუა რიცხვებიდან ჩვენ შემოგთავაზებთ ცალკეულ SDK-ებს:

არსებული Gecko SDK გაგრძელდება სერიის 0 და 1 მოწყობილობების მხარდაჭერით.
ახალი SDK კონკრეტულად მოემსახურება 2 და 3 სერიის მოწყობილობებს.

Gecko SDK გააგრძელებს სერიის 0 და 1-ის ყველა მოწყობილობის მხარდაჭერას ჩვენი პროგრამული უზრუნველყოფის პოლიტიკით გათვალისწინებული გრძელვადიანი მხარდაჭერის, ტექნიკური მომსახურების, ხარისხისა და რეაგირების გარეშე ცვლილების გარეშე.
ახალი SDK განშტოდება Gecko SDK-დან და დაიწყებს ახალი ფუნქციების შეთავაზებას, რომელიც ეხმარება დეველოპერებს წინსვლაშიtagჩვენი მე-2 და მე-3 სერიის პროდუქტების მოწინავე შესაძლებლობებიდან.
ეს გადაწყვეტილება ემთხვევა მომხმარებელთა გამოხმაურებას, რაც ასახავს ჩვენს ვალდებულებას ხარისხის ამაღლების, სტაბილურობის უზრუნველსაყოფად და მუშაობის გასაუმჯობესებლად მომხმარებლის განსაკუთრებული გამოცდილებისთვის ჩვენს პროგრამულ SDK-ებში.

ახალი კომპონენტები

ახალი გამოშვებაში

"zigbee_direct_security_p256" და "zigbee_direct_security_curve25519" კომპონენტები დაემატა, რათა მომხმარებლებს შეეძლოთ Zigbee Direct უსაფრთხოების კონკრეტული ვარიანტის კონფიგურაცია.
მომხმარებლებს უფლება აქვთ ჰქონდეთ მრავალი „zigbee_direct_security“ კომპონენტი ჩართული Zigbee Direct მოწყობილობის (ZDD) აპლიკაციაში. ამ შემთხვევაში, უსაფრთხოების რეალური ვარიანტი დამოკიდებულია Zigbee ვირტუალური მოწყობილობის (ZVD) კონფიგურაციაზე.

ახალი API
ახალი გამოშვებაში

დაამატა ახალი API sl_zigbee_token_factory_reset Zigbee NVM3 ჟეტონების ნაგულისხმევ მნიშვნელობამდე დასაბრუნებლად.
დამატებულია API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), რომელიც ბრუნდება true, თუ ბმული გასაღების ცხრილს შეუძლია ამ მისამართით ჩანაწერის დამატება ან განახლება (ცხრილი სავსე არ არის).

დამატებულია ახალი API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* კონტექსტი, sl_zb_sec_man_key_t* გასაღები), რომელიც აბრუნებს true, თუ გასაღები კონტექსტით არის მითითებული, აქვს იგივე მნიშვნელობა, რაც არგუმენტში მოწოდებულ გასაღებს.

ახალი პლატფორმის მხარდაჭერა
ახალი გამოშვებაში

ამ გამოცემაში დაემატა Zigbee სტეკის მხარდაჭერა შემდეგი ახალი ნაწილებისთვის: EFR32MG24A010F768IM40 და EFR32MG24A020F768IM40.

ახალი დოკუმენტაცია
ახალი გამოშვებაში 7.4.0.0

განახლებულია Zigbee Secure Key Storage კომპონენტის აღწერა, რათა ასახავდეს Zigbee Secure Key Storage Upgrade-ს დამატებას (რაც ამატებს უკუმიმართულ თავსებადობას არსებულ პროექტებთან).
დაამატა ახალი აპლიკაციის შენიშვნა Zigbee Security Manager კომპონენტების ჯგუფთან ურთიერთობისთვის (AN1412: Zigbee Security Manager).

განზრახ ქცევა

მომხმარებლებს შეახსენებენ, რომ Zigbee-ის არასინქრონიზებული CSL გადაცემები ექვემდებარება პროტოკოლის პრევენციას რადიოს განრიგის დროს. SleepyToSleepy აპლიკაციებში, BLE-ს შეუძლია და შეაჩერებს Zigbee CSL გადაცემას, რომელიც შეწყვეტს გადაცემას. განრიგის წინასწარი შეზღუდვა უფრო ხშირია არასინქრონიზებული CSL-ისთვის, იმის გათვალისწინებით, რომ შესაძლოა გამოყენებული იქნას გაღვიძების კადრების პოტენციურად ხანგრძლივი თანმიმდევრობა. მომხმარებლებს, რომლებსაც სურთ გადაცემის პრიორიტეტების კორექტირება, შეუძლიათ გამოიყენონ DMP Tuning and Testing კომპონენტი ამისათვის. მომხმარებლებმა ასევე შეიძლება მიმართონ UG305: Dynamic Multiprotocol User's Guide დამატებითი ინფორმაციისთვის.

გაუმჯობესებები

შეიცვალა გამოშვებაში
emberCounterHandler API Doc Changes

წინა ვერსიებში Counter Handler-ის გამოძახება MAC და APS ფენისთვის EmberCounterTypes პაკეტებთან დაკავშირებით RX და TX არ გადაეცა სათანადო სამიზნე კვანძის ID ან მონაცემთა არგუმენტები, და API დოკუმენტაცია გარკვეული მრიცხველების ქცევასთან დაკავშირებით, რომლებიც იყენებდნენ ამ პარამეტრებს, იყო გაურკვეველი ან შეცდომაში შემყვანი.
მიუხედავად იმისა, რომ emberCounterHandler()-ის ხელმოწერა არ შეცვლილა, მისი პარამეტრების შევსების წესი ოდნავ შეიცვალა.

კომენტარები EmberCounterType enums-ის შესახებ ember-types.h-ში გაფართოვდა სიცხადისთვის.
Node ID პარამეტრი Counter Handler-ისთვის TX-თან დაკავშირებული მრიცხველებისთვის ახლა ამოწმებს, მიუთითებს თუ არა დანიშნულების მისამართის რეჟიმი მოქმედ მოკლე ID-ს გამოყენებამდე. (თუ არა, დანიშნულების მისამართი არ არის შევსებული და ნაცვლად EMBER_UNKNOWN_NODE_ID გამოიყენება ადგილის მფლობელის მნიშვნელობა.)
Node ID პარამეტრი Counter Handler-ისთვის RX-თან დაკავშირებული მრიცხველებისთვის ახლა ასახავს წყაროს კვანძის ID-ს და არა დანიშნულების კვანძის ID-ს.

ხელახალი ცდის რაოდენობა *არ* გადაცემულია, როგორც მონაცემთა პარამეტრი EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED მრიცხველებისთვის, როგორც ეს აღწერილია ember-types-ში. h წინა ვერსიებში, მაგრამ ეს არასოდეს ყოფილა სათანადოდ დასახლებული ადრე გამოშვებულ ვერსიებში, ამიტომ მისი მნიშვნელობა წინა გამოშვებებში ყოველთვის იქნებოდა 0. ეს ქცევა განმარტებულია ამ EmberCounterTypes-ის აღწერაში. თუმცა, განმეორებითი ცდის რაოდენობა APS ფენის ხელახალი ცდებისთვის კვლავ დავსებულია მონაცემთა პარამეტრში EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED მრიცხველის ტიპებისთვის, რათა შეესაბამებოდეს წინა გამოშვებებს.
ყველა მრიცხველი, რომელიც ავსებს Node ID-ს ან მონაცემთა პარამეტრს გამოძახებისთვის, შემოწმებული იქნა, რათა დარწმუნდეს, რომ ისინი გადასცემენ მოსალოდნელ მონაცემებს, მისამართს ან EMBER_UNKNOWN_NODE_ID-ს, თუ კვანძის ID იყო მოსალოდნელი, მაგრამ ვერ იქნა მიღებული პაკეტიდან, როგორც ეს აღწერილია შესწორებულ ember-ში. ტიპები.თ დოკუმენტაცია.
Counter-ის დამმუშავებელი EMBER_COUNTER_MAC_TX_UNICAST_RETRY ახლა სწორად ასახავს MAC ფენის დანიშნულების კვანძის ID-ს და რამდენიმე განმეორებას მის დანიშნულების კვანძის ID-ში და მონაცემთა პარამეტრებში.

Counter-ის დამმუშავებელი EMBER_COUNTER_PHY_CCA_FAIL_COUNT-ისთვის ახლა უზრუნველყოფს დანიშნულების კვანძის ID ინფორმაციას Node ID პარამეტრის მეშვეობით შეტყობინების MAC ფენის სამიზნეზე, რომელიც ვერ გადაიცემა.

განახლებულია Green Power Code
მწვანე ენერგიის სერვერის კოდი განახლებულია სხვადასხვა გაუმჯობესებით, მათ შორის:

დამატებულია მეტი ვალიდაციის კოდი შემომავალი ბრძანებებისთვის არასწორი ბოლო წერტილით GP სერვერზე მიღებისას.

დამატებულია კოდი იმ შემთხვევის დასამუშავებლად, როდესაც აღარ არის ადგილი მწვანე ენერგიის შეტყობინებების შესაქმნელად.
ნიჟარა ახლა წყვეტს დაწყვილების კონფიგურაციას ქმედების მოხსნის დაწყვილებასთან ზოგიერთ შემთხვევაში A.3.5.2.4.1 სპეციფიკური განყოფილების მიხედვით.
ნიჟარა ახლა ინახავს ჩანაწერის არსებულ ჯგუფურ სიას, სანამ არ ამოიღებს მას დაწყვილების კონფიგურაციის მოქმედების გაფართოების დამუშავებისას.

თარგმანის შეკითხვის ბრძანება აბრუნებს „NOT FOUND“-ს, როგორც შეცდომის კოდს, როდესაც თარგმანის ცხრილი ცარიელია ან ინდექსი აღემატება ცხრილში რამდენიმე ჩანაწერს.
შეცვალა GP საბოლოო წერტილის ვერსია ზოგიერთ აპში 1-დან 0-მდე.

CSMA-ს გამოყენება GPDF Send ფუნქციაში შეზღუდულია, რადგან Green Power Devices არის მინიმალური ენერგიის მოწყობილობები და არ იყენებენ CSMA-ს უმეტეს დიზაინში. ამის ნაცვლად, სასურველი დიზაინია რამდენიმე პაკეტის გაგზავნა იმავე ენერგეტიკული ბიუჯეტის გამოყენებით.
წაშლილია ფარული საბოლოო წერტილის გამოყენება Green Power Server მოდულის ვარიანტში. ამის ნაცვლად გამოიყენეთ აპლიკაციის ერთ-ერთი ბოლო წერტილი.
ქსელის გასაღების განახლების მოდულის კოდის გაუმჯობესება

შეიცვალა ქსელის გასაღების პერიოდული განახლების პერიოდი 1 წლამდე.

ზოგიერთი API-ის რესტრუქტურიზაცია მოხდა გასაღების არასაჭირო ექსპორტის თავიდან ასაცილებლად
შეიტანა ცვლილებები ძირითადი კონტექსტების გამოყენების სასარგებლოდ, ვიდრე უბრალო ტექსტის გასაღების მონაცემები.

sl_zigbee_send_security_challenge_request ახლა იღებს არგუმენტს sl_zb_sec_man_context_t EmberKeyData-ის ნაცვლად.

sl_zb_sec_man_derived_key_type enum-ის მნიშვნელობები ახლა არის 16-ბიტიანი ბიტმასკი, რომელიც პირდაპირ მხარს უჭერს გარკვეული გასაღების წარმოებულებს, რომლებიც აერთიანებს რამდენიმე წარმოებულ ტიპს.

დაფიქსირებული საკითხები

გამოშვებაში დაფიქსირდა

ID #	აღწერა
1036893	დაფიქსირდა პრობლემა, რამაც OTA კლასტერის კომპონენტმა დააინსტალირა ძველი ჩამტვირთავი ინტერფეისის კომპონენტი, როგორც დამოკიდებულება.
1114905	Zigbee Direct: Leave Network-ის გაუმჯობესებული მართვა.
1180937	დაფიქსირდა WDT გადატვირთვა Zigbee Direct ZDD-თან მე-3 მხარის ZVD-თან დაკავშირებისას.
1223904	გამოსწორდა პრობლემა, რამაც გამოიწვია ბოლო მოწყობილობა არასწორად გადავიდა სამუშაოდ ძალიან დატვირთულ გარემოში.
1224393	განახლებულია Green Power sink ცხრილის მოთხოვნის დამმუშავებლის კოდი პასუხის დანიშნულების მისამართის განახლებისთვის.
1228808	დააფიქსირა ეკრანის პრობლემა მაკრო განმარტებებთან gp-types.h დოკუმენტაციაში.
1232297	დაფიქსირდა პრობლემა, როდესაც emberSetOutgoingNwkFrameCounter და emberSetOutgoingApsFrameCounter არ მუშაობდა 64-ბიტიან ჰოსტ აპლიკაციებზე (დაბრუნების EMBER_BAD_ARGUMENT).
1232359	დაფიქსირდა gppTunnelingDelay პარამეტრის გაანგარიშება მწვანე ენერგიის კლიენტის ბრძანების დამუშავებაში.
1240392	ZDO Bind/Unbind მოთხოვნები, რომლებიც უარყოფილია წვდომის/ნებართვის მიზეზების გამო, უნდა დააბრუნოს EMBER_ZDP_NOT_AUTHORIZED სტატუსი და არა EMBER_ZDP_NOT_PERMITTED სტატუსი Zigbee-ის სპეციფიკაციების მიხედვით.
1243523	Zigbee Direct: BLE კავშირის გაუმჯობესებული სტაბილურობა ZVD-თან.
1249455	დაფიქსირდა პრობლემა, რამაც გამოიწვია მძინარე ბოლო მოწყობილობის ძილში შესვლა გადაცემის მიღებისას დაჭერის მიღებამდე.
1252295	შეასწორეთ ბეჭდური შეცდომა კომპონენტთა კატალოგის მაკროში SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT.

გამოშვებაში დაფიქსირდა

ID #	აღწერა
1019348	დააფიქსირა დამოკიდებულების მოთხოვნები Zigbee ZCL Cli კომპონენტისთვის, რათა მისი ამოღება შესაძლებელი იყოს, როცა საჭირო არ არის.
1024246	განახლებულია ფუნქციის აღწერა emberHaveLinkKey() და sl_zb_sec_man_have_link_key().
1036503	დამატებულია აღწერა DMP ს-ებისთვის Micrium Kernel-ის გამოყენების რეკომენდაციისთვისampაპლიკაციები.
1037661	პრობლემა, რომელიც აფერხებდა აპლიკაციის პროსტაკის ან ფურცლის სტეკის დაყენებას, მოგვარებულია.
1078136	დაფიქსირდა წყვეტილი ავარია შეფერხების კონტექსტიდან მოვლენების შეცვლისას
1081548	მომხმარებლებს შეახსენებენ, რომ Zigbee-ის არასინქრონიზებული CSL გადაცემები ექვემდებარება პროტოკოლის პრევენციას რადიოს განრიგის დროს. SleepyToSleepy აპლიკაციებში, BLE-ს შეუძლია და შეაჩერებს Zigbee CSL გადაცემას, რომელიც შეწყვეტს გადაცემას. განრიგის წინასწარი შეზღუდვა უფრო ხშირია არასინქრონიზებული CSL-ისთვის, იმის გათვალისწინებით, რომ შესაძლოა გამოყენებული იქნას გაღვიძების კადრების პოტენციურად ხანგრძლივი თანმიმდევრობა. მომხმარებლებს, რომლებსაც სურთ გადაცემის პრიორიტეტების კორექტირება, შეუძლიათ გამოიყენონ DMP Tuning and Testing კომპონენტი ამისათვის. მომხმარებლებმა ასევე შეიძლება მიმართონ UG305: Dynamic Multiprotocol User's Guide დამატებითი ინფორმაციისთვის. დაფიქსირდა პრობლემა CSL-ში, როდესაც ახალი გაღვიძების კადრების თანმიმდევრობა, რომელიც მიიღება უშუალოდ წინა დატვირთვის კადრის შემდეგ, სწორად არ ჩაიწერება. ეს გამოიწვევს გამოტოვებული დატვირთვის ჩარჩოს.
1084111	საწყისი ძილიანი SPI-NCP მხარდაჭერა MG24-ზე დაფუძნებული დაფებისთვის განახლებულია როგორც ამ გამოშვების ნაწილი.
1104056	დამატებულია ქსელის მართვის მხარდაჭერა მეორად ქსელზე მუშაობისთვის მრავალ ქსელის შემთხვევაში
1120515	დაფიქსირდა პრობლემა, როდესაც არხი არ იცვლებოდა mfglib set-channel ბრძანების გამოყენებისას.
1141109	დაფიქსირდა პრობლემა, რამაც გამოიწვია გენერირებული სample განაცხადის ncp-uart-gp-multi-rail გამოტოვოთ ზოგიერთი სათაური files Green Power ადაპტერის კომპონენტის გამოყენებისას -cp ოფციით.
1144316	განახლებულია მონაცემთა სტრუქტურის ზოგიერთი ტიპის აღწერა gp-types.h დოკუმენტაციაში.
1144884	დაფიქსირდა ყალბი ჩარჩოს მომლოდინე ბიტი დაყენებული, როდესაც მონაცემები არ არის მოლოდინში.
1152512	დაფიქსირდა პოტენციური ავარია low-mac-rail-ში მოვლენის შეცვლისას ISR კონტექსტში.

ID #	აღწერა
1154616	დამატებულია გამონაკლისი პირობისთვის, რომ მოხდეს ქსელის ინიციალიზაცია ქეითით „როლის გადართვა Sleepy End მოწყობილობიდან Non-sleepy End მოწყობილობაზე“.
1157289	დაფიქსირდა პრობლემა, რამაც შეიძლება გამოიწვიოს BDB ტესტის წარუმატებლობა DN-TLM-TC-02B.
1157426	დაფიქსირდა build-ის პრობლემა green_power_adapter კომპონენტით zigbee_simple_app შექმნისას.
1157932	დამატებულია პირობა, რათა შეამოწმოთ, აკლია თუ არა ველი „გარდამავალი დრო“ და დააყენეთ ნაგულისხმევი მნიშვნელობა 0xFFFF ამ გამოტოვებული ველისთვის.
1166340	დაფიქსირდა პრობლემა, რომელიც ხელს უშლიდა emberAfGpdfSend-ს გაეგზავნა განმეორებითი გადაცემის სავარაუდო რაოდენობა.
1167807	დაფიქსირდა პრობლემა, როდესაც მოწყობილობები, რომლებიც მოქმედებენ როგორც ნდობის ცენტრები განაწილებულ ქსელებში, არასწორად ასუფთავებდნენ თავიანთ გარდამავალ ბმულს ყოველ ჯერზე ახალი მოწყობილობის შეერთებისას.
1169504	დაფიქსირდა პრობლემა, რამაც გამოიწვია მძინარე მოწყობილობის გადატვირთვა იძულებითი გაღვიძებისას.
1169966	დაფიქსირდა დაკარგული დაბრუნების მნიშვნელობის ვალიდაცია ბუფერული გამოყოფის კოდში.
1171477, 172270	mfglib start 1-ით შეტყობინებები არ იგზავნება, მაგრამ მიიღება, ამიტომ ნაჩვენები ტერმინალური შეტყობინება „mfglib გაგზავნა დასრულდა“ არასწორია და შეიცვალა „RXed %d პაკეტი ბოლო %d ms-ში“.
1171935	შეიცვალა ქსელის გასაღების პერიოდული განახლების პერიოდი 1 წლამდე.
1172778	Green Power სერვერს დაემატა emberAfPluginGreenPowerServerUpdateAliasCallback-ის გამოტოვებული გამოძახება.
1174288	დაფიქსირდა პრობლემა, რომელიც იწვევს ქსელის მართვის პროცესის მტკიცებას, არის თუ არა მოწოდება მიმდინარე სკანირების შეჩერების შესახებ.
1178393	განახლებულია დოკუმენტაციის შეცდომა.
1180445	Smart Energy-ში OTA ახლა აგრძელებს ჩამოტვირთვას, თუ კოორდინატორი მიაღწევს შეზღუდული მოვალეობის ციკლს.
1185509	დაფიქსირდა პრობლემა CSL-ში, როდესაც ახალი გაღვიძების კადრების თანმიმდევრობა, რომელიც მიიღება უშუალოდ წინა დატვირთვის კადრის შემდეგ, სწორად არ ჩაიწერებოდა. ეს გამოიწვევს გამოტოვებული დატვირთვის ჩარჩოს.
1186107	დაფიქსირდა პრობლემა, რამაც გამოიწვია მიღებული GPDF-ების წარუმატებელი გაშიფვრა და შეცვალა შემომავალი GPDF gp-ის გაშვების შეტყობინებაში.
1188397	დაფიქსირდა პრობლემა, რამაც გამოიწვია კომპილაციის შეცდომა გაფართოებული ანგარიშის ცხრილის ზომის ჩართვისას.
1194090	შეასწორა წარუმატებლობის სტატუსი ნაგულისხმევ პასუხში Sink Operating Mode ბრძანებისთვის – 3.3.4.8.2 სექციის შემდეგ
1194963	დაფიქსირდა პრობლემა, რომელიც დაამყარა launchingGpd სტრუქტურა მომხმარებლის გამოძახებამდე emberAfGreenPowerServerPairingStatusCallback.
1194966	დაფიქსირდა პრობლემა, როდესაც ბოლო წერტილი და პროქსი ჩართული ველები არ იყო დაყენებული Exit Exiting action-ით.
1196698	დაფიქსირდა ყალბი ჩარჩოს მოლოდინში ბიტის ნაკრები, როდესაც მონაცემები არ იყო მოლოდინში.
1199958	დამატებულია კოდი იმ შემთხვევის დასამუშავებლად, როდესაც აღარ არის ადგილი მწვანე ენერგიის შეტყობინებების შესაქმნელად.
1202034	დაფიქსირდა პრობლემა, როდესაც sl_zb_sec_man_context_t სტეკის ცვლადი სწორად არ იყო ინიციალიზებული, რამაც გამოიწვია ინსტალაციის კოდით შეერთება ვერ მოხერხდა.
1206040	emberRemoveChild()-ის გამოძახება ბოლო მოწყობილობის მიერ უსაფრთხო ხელახლა შეერთების მცდელობის დროს შეიძლება გამოიწვიოს Child Count-ის დამატებითი შემცირება, რაც პოტენციურად გამოიწვევს ბავშვების რაოდენობას -1 (255), რაც ხელს უშლის ბოლო მოწყობილობების შეერთებას/შეერთებას მითითებული ნაკლებობის გამო. სიმძლავრის Beacon-ში.
1207580	Child Table-ის ძიების ფუნქციები დასტაში არათანმიმდევრულია 0x0000-ის წინააღმდეგ 0xFFFF-ის გამოყენებაში კვანძის ID-ის დაბრუნების მნიშვნელობისთვის, რომელიც წარმოადგენს არასწორ/ცარიელ ჩანაწერებს, რაც იწვევს API-ებში გამოუყენებელი ჩანაწერების შემოწმების პრობლემებს, როგორიცაა emberRemoveChild().
1210706	დანიშნულება და PHY ინდექსი, რომელიც მოცემულია EmberExtraCounterInfo struct-ში, როგორც emberCounterHandler()-ის ნაწილი, შესაძლოა არასწორი იყო MAC TX Unicast მრიცხველის ტიპებისთვის.
1211610 1212525	დაფიქსირდა პრობლემა, როდესაც დინამიური მულტიპროტოკოლის აპლიკაციები ავარიულ იქნა უსაფრთხოების გასაღების შენახვის განახლების კომპონენტის ჩართვის შემდეგ.
1211847	მიუხედავად იმისა, რომ emberCounterHandler()-ის ხელმოწერა არ შეცვლილა, მისი პარამეტრების შევსების წესი ოდნავ შეიცვალა. ამ API-ს ირგვლივ ცვლილებები აღწერილია მე-2 ნაწილში ზემოთ.
1212449	გამავალი შუქურები არასწორად იყო კლასიფიცირებული MAC ფენის მიერ, რამაც გამოიწვია emberCounterHandler()-მა ვერ დაიჭირა ეს პაკეტები EMBER_COUNTER_MAC_TX_BROADCAST მრიცხველის ტიპის მიხედვით და ნაცვლად ითვლის Beacon-ებს EMBER_COUNTER_MAC_TXESS_UNICAST_ ტიპის მრიცხველით. ამან პოტენციურად გამოიწვია EmberCounterInfo სტრუქტურისთვის გადაცემული dest EmberNodeId პარამეტრის არასანდო მნიშვნელობები

ID #	აღწერა
1214866	მონაცემთა გამოკითხვის პაკეტების გაგზავნამ გარკვეულ მაღალი ტრაფიკის კონფიგურაციებში შეიძლება გამოიწვიოს ავტობუსის გაუმართაობა.
1216552	პრობლემა, რომელიც იწვევს მტკიცებას გადატვირთული მოძრაობის პირობებში, მოგვარებულია.
1216613	დაფიქსირდა პრობლემა, რამაც გამოიწვია ჯგუფური გადაცემის რადიუსის არასწორი მნიშვნელობა პროქსი ცხრილში.
1222509	როუტერი/კოორდინატორი აგზავნის შვებულების და ხელახლა შეერთების მოთხოვნას არაბავშვთა გამოკითხვის ბოლო მოწყობილობაზე, მაგრამ MAC დანიშნულება არის 0xFFFF, ნაცვლად NWK დანიშნულების მისამართის შესატყვისი.
1223842	დაფიქსირდა პრობლემა sl_component_catalog.h-ის გენერაციასთან დაკავშირებით, რომელიც ტოვებდა მასში არასასურველ კოდს და იწვევდა კომპილაციის წარუმატებლობას.
756628	შეცვალა აპლიკაციის გამოძახების გამოძახება emberAfMacFilterMatchMessageCallback, რათა გამოიძახოს მხოლოდ ZLL შეტყობინებებისთვის, რომლებიც დამოწმებულია დასტის მიერ.
816088	გადატანილია EMBER კონფიგურაცია zigbeed_configuration.h-დან zigbeed-ში. slcp.
829508	რასის მდგომარეობის თავიდან აცილების მიზნით, დამატებითი ვალიდაცია დაემატა emberSetLogicalAndRadioChannel-ში, რათა წარუმატებლად დაბრუნდეს, თუ ქვედა ფენები დაკავებულია ან არ არის არხის შესაცვლელად.

ცნობილი საკითხები მიმდინარე რელიზში

წინა გამოშვების შემდეგ დაემატა სქელი საკითხები. თუ გამოტოვებთ გამოშვებას, ბოლო გამოშვების შენიშვნები ხელმისაწვდომია აქ https://www.si-labs.com/developers/zigbee-emberznet ტექნიკური დოკუმენტების ჩანართში.

ID #	აღწერა	გამოსავალი
N/A	· შემდეგი აპლიკაციები/კომპონენტები არ არის მხარდაჭერილი ამ ვერსიაში: EM4 მხარდაჭერა	ფუნქცია ჩართული იქნება მომდევნო გამოშვებებში.
193492	emberAfFillCommandGlobalServerToClientConfigureRe პორტირების მაკრო გატეხილია. ბუფერის შევსება ქმნის არასწორ ბრძანების პაკეტს.	გამოიყენეთ "zcl global send-me-a-report" CLI ბრძანება API-ის ნაცვლად.
278063	ჭკვიანი ენერგიის გვირაბი plugins აქვს მისამართების ცხრილის ინდექსის წინააღმდეგობრივი მოპყრობა/გამოყენება.	არ არის ცნობილი გამოსავალი
289569	ქსელის შემქმნელი კომპონენტის სიმძლავრის დონის არჩევანი არ გვთავაზობს მხარდაჭერილი მნიშვნელობების სრულ დიაპაზონს EFR32-ისთვის	შეცვალეთ EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P-ის CMSIS კომენტარში მითითებული დიაპაზონი <-8..20> OWER-ში /protocol/ZigBee/app/framework/plugin/network- creator/config/network-creator-config.h file. მაგample, შეცვლა -ით.
295498	UART მიღება ხანდახან ყრის ბაიტებს მძიმე დატვირთვის დროს Zigbee+BLE დინამიური მრავალპროტოკოლის გამოყენების შემთხვევაში.	გამოიყენეთ აპარატურის ნაკადის კონტროლი ან შეამცირეთ ბაუდის სიჩქარე.
312291	EMHAL: halCommonGetIntxxMillisecondTick ფუნქციები Linux ჰოსტებზე ამჟამად იყენებს მიღების meofday ფუნქციას, რომელიც გარანტირებული არ არის ერთფეროვანი. თუ სისტემის დრო იცვლება, ამან შეიძლება გამოიწვიოს პრობლემები დაწყობის დროში.	შეცვალეთ ეს ფუნქციები, რათა გამოიყენოთ clock_gettime CLOCK_MONOTONIC წყაროს ნაცვლად.
338151	NCP-ის ინიცირებამ პაკეტების ბუფერული რაოდენობის დაბალი მნიშვნელობით შეიძლება გამოიწვიოს პაკეტების კორუმპირება.	გამოიყენეთ 0xFF რეზერვირებული მნიშვნელობა პაკეტების ბუფერული რაოდენობისთვის, რათა თავიდან აიცილოთ ძალიან დაბალი ნაგულისხმევი მნიშვნელობა
387750	პრობლემა მარშრუტების ცხრილის მოთხოვნის ფორმატებთან დაკავშირებით ბოლო მოწყობილობაზე.	გამოძიება მიმდინარეობს
400418	სენსორული ბმულის ინიციატორი ვერ დაუკავშირდება არა ქარხნულ ახალ საბოლოო მოწყობილობის სამიზნეს.	არ არის ცნობილი გამოსავალი.
424355	ქარხნულად ახალი ძილიანი მოწყობილობის სენსორული ხაზის სამიზნე ინიციატორი ვერ მიიღებს მოწყობილობის ინფორმაციის პასუხს გარკვეულ გარემოებებში.	გამოძიება მიმდინარეობს
465180	თანაარსებობის რადიოს ბლოკერის ოპტიმიზაციის პუნქტმა „გაშვების დროის კონტროლის ჩართვა“ შეიძლება დაბლოკოს Zigbee-ის სწორი ოპერაცია.	არჩევითი „Wi-Fi Select“ ბლოკერის ოპტიმიზაციის კონტროლი უნდა დარჩეს „გამორთული“.
480550	OTA კლასტერს აქვს ჩაშენებული ფრაგმენტაციის მეთოდი, ამიტომ არ უნდა გამოიყენოს APS ფრაგმენტაცია. თუმცა, APS დაშიფვრის ჩართვის შემთხვევაში, ImageBlockResponses-ის დატვირთვა იზრდება იმ ზომამდე, სადაც გააქტიურებულია APS ფრაგმენტაცია. ამან შეიძლება გამოიწვიოს OTA პროცესის წარუმატებლობა.	არ არის ცნობილი გამოსავალი
481128	დეტალური გადატვირთვის მიზეზი და ავარიის დეტალები ნაგულისხმევად ხელმისაწვდომი უნდა იყოს ვირტუალური UART-ის (სერიული 0) საშუალებით NCP პლატფორმებზე, როდესაც ჩართულია დიაგნოსტიკის დანამატი და ვირტუალური UART პერიფერიული მოწყობილობა.	იმის გამო, რომ სერია 0 უკვე ინიციალიზებულია NCP-ში, კლიენტებს შეუძლიათ ჩართონ emberAfNcpInitCallback Zigbee NCP Framework-ში და გამოიძახონ შესაბამისი დიაგნოსტიკური ფუნქციები (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, thisrashDePatrint, ამ გამოძახების გამოძახება) მონაცემები სერია 0-ისთვის viewქსელის ანალიზატორის გადაღების ჟურნალში. ყოფილისთვისampთუ როგორ გამოიყენოთ ეს ფუნქციები, იხილეთ კოდი, რომელიც შედის a-main-soc.c-ის emberAfMainInit()-ში, როდესაც განისაზღვრება EXTENDED_RESET_INFO.

ID #	აღწერა	გამოსავალი
486369	თუ DynamicMultiProtocolLightSoc-ს, რომელიც ქმნის ახალ ქსელს, აქვს დარჩენილი კვანძები ქსელიდან, რომელიც მან დატოვა, emberAfGetChildTableSize აბრუნებს არა-ნულოვან მნიშვნელობას startIdentifyOnAllChildNodes-ში, რაც იწვევს Tx 66 შეცდომის შეტყობინებებს „აჩრდილი“ ბავშვების მიმართვისას.	მასიურად წაშალეთ ნაწილი, თუ ეს შესაძლებელია, ახალი ქსელის შექმნამდე ან პროგრამულად შეამოწმეთ ბავშვის ცხრილი ქსელიდან გასვლის შემდეგ და წაშალეთ ყველა ბავშვი emberRemoveChild-ის გამოყენებით ახალი ქსელის შექმნამდე.
495563	SPI NCP Sleepy End Device S-თან შეერთებაample App არ აკეთებს მოკლე გამოკითხვას, ამიტომ შეერთების მცდელობა წარუმატებელია TC Link Key განახლების მდგომარეობაში.	მოწყობილობა, რომელსაც შეერთება სურს, უნდა იყოს მოკლე გამოკითხვის რეჟიმში, სანამ ცდილობთ შეერთებას. ეს რეჟიმი შეიძლება აიძულოს ბოლო მოწყობილობის მხარდაჭერის მოდულით.
497832	ქსელის ანალიზატორში Zigbee Application Support Command Breakdown for Verify Key Request Frame შეცდომით მიუთითებს დატვირთვის იმ ნაწილზე, რომელიც მიუთითებს ჩარჩოს წყაროს მისამართად დანიშნულების მისამართად.	არ არის ცნობილი გამოსავალი
519905 521782	Spi-NCP-მა შეიძლება ძალიან იშვიათად ვერ შეძლოს ჩამტვირთველის კომუნიკაციის დაწყება ota-client მოდულის "bootload" CLI ბრძანების გამოყენებით.	გადატვირთეთ ჩატვირთვის პროცესი
620596	NCP SPI Example BRD4181A-სთვის (EFR32xGMG21) nWake ნაგულისხმევი პინი არ შეიძლება გამოყენებულ იქნას როგორც გაღვიძების პინი.	შეცვალეთ nWake-ის ნაგულისხმევი პინი PD03-დან EM2/3 გაღვიძების ჩართულ პინზე NCP-SPI დანამატში.
631713	Zigbee End Device არაერთხელ მოახსენებს მისამართის კონფლიქტებს, თუ მოდული „Zigbee PRO Stack Library“ გამოიყენება „Zigbee PRO Leaf Library“-ის ნაცვლად.	გამოიყენეთ "Zigbee PRO Leaf Library" მოდულის ნაცვლად "Zigbee PRO Stack Library".
670702	ანგარიშგების დანამატის არაეფექტურობამ შეიძლება გამოიწვიოს მნიშვნელოვანი შეყოვნება, მონაცემთა ჩაწერის სიხშირეზე და ცხრილის ზომაზე დაყრდნობით, რამაც შეიძლება ხელი შეუშალოს კლიენტის განაცხადის კოდს, მათ შორის მოვლენის დროს.	თუ ხშირად წერთ, განიხილეთ მოხსენების პირობების შემოწმება და მოხსენებების ხელით გაგზავნა, ვიდრე მოდულის გამოყენება.
708258	არაინიციალიზებულ მნიშვნელობას group-server.c-ში addEntryToGroupTable()-ის მეშვეობით შეუძლია შექმნას ყალბი შეკვრა და გამოიწვიოს ჯგუფური cast საანგარიშო შეტყობინებების გაგზავნა.	დაამატეთ „binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;“ შემდეგ „აკინძვა.ტიპი = EMBER_MULTICAST_BINDING;“
757775	ყველა EFR32 ნაწილს აქვს უნიკალური RSSI ოფსეტი. გარდა ამისა, დაფის დიზაინმა, ანტენებმა და შიგთავსმა შეიძლება გავლენა მოახდინოს RSSI-ზე.	ახალი პროექტის შექმნისას დააინსტალირეთ RAIL Utility, RSSI კომპონენტი. ეს ფუნქცია მოიცავს ნაგულისხმევი RSSI Offset Silabs, რომლებიც იზომება თითოეული ნაწილისთვის. ეს ოფსეტი შეიძლება შეიცვალოს საჭიროების შემთხვევაში თქვენი სრული პროდუქტის RF ტესტირების შემდეგ.
758965	ZCL კლასტერის კომპონენტები და ZCL ბრძანების აღმოჩენის ცხრილი არ არის სინქრონიზებული. ამიტომ, ZCL კლასტერის კომპონენტის ჩართვის ან გამორთვისას, განხორციელებული ბრძანებები არ იქნება ჩართული/გამორთული შესაბამისი ZCL Advanced Configurator ბრძანების ჩანართში.	ხელით ჩართეთ/გამორთეთ აღმოჩენა სასურველი ZCL ბრძანებებისთვის ZCL Advanced Configurator-ში.
765735	OTA განახლება ვერ ხერხდება Sleepy End Device-ზე ჩართული გვერდის მოთხოვნით.	გამოიყენეთ დაბლოკვის მოთხოვნა გვერდის მოთხოვნის ნაცვლად.
845649	CLI-ს ამოღება: ძირითადი კომპონენტი არ გამორიცხავს EEPROM cli ზარებს sl_cli.h-ზე.	წაშალეთ eeprom-cli.c file რომ მოუწოდებს sl_cli.h. გარდა ამისა, ზარები sl_cli.h-ზე და ასევე sl_cli_command_arg_t-ზე ota-storage-simple-eeprom-ში შეიძლება იყოს კომენტარის გაკეთება.
857200	ias-zone-სერვერი. c საშუალებას იძლევა შექმნას აკინძვა „0000000000000000“ CIE მისამართით და შემდგომში არ იძლევა შემდგომი შეკვრას.	არ არის ცნობილი გამოსავალი
1019961	გენერირებული Z3Gateway მარკაfile მყარი კოდები "gcc" როგორც CC	არ არის ცნობილი გამოსავალი

ID #	აღწერა	გამოსავალი
1039767	Zigbee როუტერის ქსელის ხელახლა სცადეთ რიგის გადაჭარბების პრობლემა მრავალ ძაფიანი RTOS გამოყენების შემთხვევაში.	Zigbee Stack არ არის ძაფისთვის უსაფრთხო. შედეგად, სხვა ამოცანიდან Zigbee სტეკის API-ების გამოძახება არ არის მხარდაჭერილი OS გარემოში და შესაძლოა დასტა გადაიყვანოს „არასამუშაო“ მდგომარეობაში. იხილეთ შემდეგი აპლიკაციის შენიშვნა დამატებითი ინფორმაციისთვის და მოვლენის დამმუშავებლის გამოყენებით გამოსავლის გამოსავლისთვის. https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk- 7x.pdf .
1064370	Z3Switch სampსტანდარტულად, აპლიკაციამ ჩართო მხოლოდ ერთი ღილაკი (მაგალითად: btn1), რაც იწვევს პროექტში ღილაკების აღწერილობის შეუსაბამობას file.	გამოსავალი: დააინსტალირეთ btn0 ინსტანცია ხელით Z3Switch პროექტის შექმნისას.
1161063	Z3Light და პოტენციურად სხვა აპლიკაციები იუწყებიან არასწორი კლასტერის შესწორების მნიშვნელობებს.	ხელით განაახლეთ კლასტერული რევიზიის ატრიბუტი მათი შესაბამისი რევიზიისთვის.
1164768, 1171478, 1171479	შეცდომა: ezspErrorHandler 0x34 არაერთხელ იყო მოხსენებული mfglib მიღების რეჟიმის დროს	დაბეჭდილი შეცდომის შეტყობინებების შესამცირებლად, დააკონფიგურირეთ EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV ENT_TIMEOUT_MS მასპინძელ აპზე 100-მდე, ასე რომ, დარეკვის რიგი უფრო სწრაფად თავისუფლდება.
1252460	SimEEPROM-ის აღდგენის რუტინებმა (როგორც v1, ასევე v2-ისთვის) გაშვებული გაშვებისას შეიძლება შეასრულოს არასწორად მორგებული ფლეშ გვერდის წაშლის ზარები, რაც გამოიწვევს მტკიცებას em_msc-ის დროს. c's MSC_ErasePage რუტინა.	გამოსავალი: მოათავსეთ კოდის შემდეგი ხაზი MSC_ErasePage() ფუნქციის ზედა ნაწილში em_msc.c: საწყისი მისამართი = (uint32_t)((uint32_t)startAddress & ~(FLASH_PAGE_SIZE-1));*

მოძველებული ნივთები

მოძველებულია გამოშვებაში
GSDK 7.4.0.0-ში, ამ პაჩის ჩათვლით, 3 ან 4900 პორტთან ტელნეტის ინტერფეისის შესაქმნელად Z4901Gateway-ში „-v“ ვარიანტი ლინუქსის ჰოსტის აპლიკაციისთვის მოძველებულია. ტელნეტის ინტერფეისის შექმნის ალტერნატიული რეკომენდირებული გზაა ლინუქსის კომუნალური საშუალებების გამოყენება, როგორიცაა „სოკატი“.

მოძველებულია გამოშვებაში
წაიშალა შემდეგი მოძველებული უსაფრთხოების API:

emberGetKey ()
emberGetKeyTableEntry()
emberSetKeyTableEntry()

emberHaveLinkKey ()
emberAddOrUpdateKeyTableEntry()
emberAddTransientLinkKey()

emberGetTransientKeyTableEntry()
emberGetTransientLinkKey()
emberHmacAesHash()

გამოიყენეთ Zigbee Security Manager-ის მიერ მოწოდებული API-ები გასაღების საცავზე წვდომისთვის და HMAC ჰეშირებისთვის.

ამოღებული ნივთები

ამოღებულია გამოშვებაში

საჯარო სათაურში წაიშალა დუბლიკატი საჯარო API file gp-types.h.

zigbee_end_device_bind კომპონენტი ამოღებულია. ეს კომპონენტი გამოიყენებოდა კოორდინატორისთვის ბოლო მოწყობილობებისთვის სავალდებულო ხელახალი ქვესტებისთვის. ეს არჩევითი ფუნქცია ამოღებულია Zigbee-ის ძირითადი სპეციფიკაციის R22-დან.
წაშლილია setPacketBufferCount() af-host.c-ში და უსარგებლო ჩეკი EZSP_CONFIG_PACKET_BUFFER_COUNT: command-handlers.c-ში.
ამოღებულია memoryAllocation არგუმენტი, რადგან არ არის საჭირო NCP-ის ინიციალიზაციისას ორ ფაზად დაყოფა.

წაშლილია emberAfNcpInitCallback() se14-comms-hub, se14-ihd და se14-meter-gas's app.c.
წაიშალა პარამეტრი EZSP_CONFIG_RETRY_QUEUE_SIZE მნიშვნელობა ncp ინიციალიზაციისას ncp-configuration.c-ში

Multiprotocol Gateway და RCP

ახალი ნივთები
დამატებულია გამოშვებაში

ერთდროული მოსმენა, Zigbee და OpenThread სტეკების შესაძლებლობა, მუშაობდნენ დამოუკიდებელ 802.15.4 არხებზე EFR32xG24 ან xG21 RCP-ის გამოყენებისას.
ერთდროული მოსმენა მიუწვდომელია 802.15.4 RCP/Bluetooth RCP კომბინაციისთვის, Zigbee NCP/OpenThread RCP კომბინაციისთვის ან Zigbee/OpenThread სისტემა-ჩიპზე (SoC). ის დაემატება ამ პროდუქტებს მომავალ გამოშვებაში.
OpenThread CLI გამყიდველის გაფართოება დაემატა მრავალპროტოკოლის კონტეინერების OpenThread მასპინძელ აპებს. ეს მოიცავს coex cli ბრძანებებს.

გაუმჯობესებები
შეიცვალა გამოშვებაში

Zigbee NCP/OpenThread RCP მრავალპროტოკოლის კომბინაცია ახლა წარმოების ხარისხია.

დაფიქსირებული საკითხები
გამოშვებაში დაფიქსირდა

ID #	აღწერა
1213701	zigbeed-მა არ დაუშვა ბავშვისთვის წყაროს შესატყვისი ცხრილის ჩანაწერის შექმნა, თუ MAC არაპირდაპირი რიგს აქვს მონაცემები უკვე მოლოდინის რეჟიმში ამ ბავშვისთვის. ამ ქცევამ შეიძლება გამოიწვიოს აპლიკაციის ფენის ტრანზაქციები ბავშვსა და ზოგიერთ სხვა მოწყობილობას შორის APS Ack-ის ან აპის ფენის პასუხის არარსებობის გამო, განსაკუთრებით კი ZCL OTA განახლებების გაუთვალისწინებელი შეფერხება და გაუთვალისწინებელი შეწყვეტა, რომელიც მიზნად ისახავს ბავშვის მოწყობილობას.
1244461	წყაროს შესატყვისი ცხრილის ჩანაწერი ბავშვისთვის შეიძლება წაიშალოს მომლოდინე შეტყობინებების მიუხედავად.

გამოშვებაში დაფიქსირდა

ID #	აღწერა
1081828	გამტარუნარიანობის პრობლემა FreeRTOS-ზე დაფუძნებული Zigbee/BLE DMP s-ითampაპლიკაციები.
1090921	Z3GatewayCpc-ს უჭირდა ქსელის შექმნა ხმაურიან გარემოში.
1153055	მტკიცება ჰოსტზე გამოწვეული იყო კომუნიკაციის გაუმართაობის დროს NCP ვერსიის წაკითხვისას zigbee_ncp-ble_ncp-uart s-დანampაპი.
1155676	802.15.4 RCP გაუქმდა ყველა მიღებულ უნიკასტის პაკეტს (MAC შემოწმების შემდეგ), თუ რამდენიმე 15.4 ინტერფეისი იზიარებდა იმავე 16-ბიტიან კვანძის ID-ს.
1173178	მასპინძელმა ტყუილად აცნობა ასობით პაკეტს, რომელიც მიიღეს mfglib-ით Host-RCP დაყენებაში.
1190859	EZSP შეცდომა mfglib შემთხვევითი პაკეტების გაგზავნისას Host-RCP დაყენებაში.
1199706	მივიწყებული ბოლო მოწყობილობის ბავშვების მონაცემების გამოკითხვა სათანადოდ არ ადგენდა მომლოდინე ჩარჩოს RCP-ზე, რათა რიგზე მიეყვანა Leave & Rejoin ბრძანება ყოფილ ბავშვს.
1207967	"mfglib send random" ბრძანება აგზავნიდა დამატებით პაკეტებს Zigbeed-ზე.
1208012	mfglib rx რეჟიმში არ განახლდა პაკეტის ინფორმაცია RCP-ზე მიღებისას სწორად.
1214359	კოორდინატორის კვანძი გაფუჭდა, როდესაც 80 ან მეტი მარშრუტიზატორი ცდილობდა ერთდროულად შეერთებოდა Host-RCP დაყენებას.
1216470	0xFFFF მისამართის ნიღბისთვის გადაცემის გადაცემის შემდეგ, Zigbee RCP, რომელიც მოქმედებს როგორც მშობელი მოწყობილობა, დატოვებს მომლოდინე მონაცემთა დროშის კომპლექტს თითოეული ბავშვისთვის. ამან გამოიწვია ის, რომ თითოეული ბავშვი ფხიზლად რჩებოდა და ელოდა მონაცემებს ყოველი გამოკითხვის შემდეგ და მოითხოვდა სხვა მომლოდინე მონაცემთა ტრანსაქციას თითოეულ ბოლო მოწყობილობაზე, რათა საბოლოოდ გაასუფთავოს ეს მდგომარეობა.

ცნობილი საკითხები მიმდინარე რელიზში

წინა გამოშვების შემდეგ დაემატა სქელი ასოები. თუ გამოტოვებთ გამოშვებას, ბოლო გამოშვების შენიშვნები ხელმისაწვდომია https://www.si-labs.com/developers/gecko-software-development-kit.

ID #	აღწერა	გამოსავალი
811732	მორგებული ტოკენის მხარდაჭერა მიუწვდომელია Zigbeed-ის გამოყენებისას.	მხარდაჭერა იგეგმება მომავალ გამოშვებაში.
937562	Bluetoothctl „რეკლამის ჩართვის“ ბრძანება ვერ ხერხდება rcp-uart- 802154-blehci აპლიკაციით Raspberry Pi OS 11-ზე.	გამოიყენეთ btmgmt აპი bluetoothctl-ის ნაცვლად.
1022972	Coex არ მუშაობს ZB NCP + OT RCP-ზე.	მხარდაჭერა იგეგმება მომავალი გამოშვებისთვის.
1074205	CMP RCP არ უჭერს მხარს ორ ქსელს ერთსა და იმავე PAN id-ზე.	გამოიყენეთ სხვადასხვა PAN ID თითოეული ქსელისთვის. მხარდაჭერა იგეგმება მომავალ გამოშვებაში.
1122723	დატვირთულ გარემოში CLI შეიძლება არ რეაგირებდეს z3-light_ot-ftd_soc აპში.	არ არის ცნობილი გამოსავალი.
1124140	z3-light_ot-ftd_soc sample აპს არ შეუძლია შექმნას Zigbee ქსელი, თუ OT ქსელი უკვე მუშაობს.	ჯერ დაიწყეთ Zigbee ქსელი და შემდეგ OT ქსელი.
1170052	CMP Zigbee NCP + OT RCP და DMP Zigbee NCP + BLE NCP შეიძლება არ მოერგოს 64KB და ქვედა RAM ნაწილებს ამ მიმდინარე გამოშვებაში.	64KB ნაწილები ამჟამად არ არის მხარდაჭერილი ამ აპებისთვის.
1209958	ZB/OT/BLE RCP Bobcat-ზე და Bobcat Lite-ზე შეიძლება შეწყვიტოს მუშაობა რამდენიმე წუთის შემდეგ სამივე პროტოკოლის გაშვებისას	განხილული იქნება მომავალ გამოშვებაში
1221299	Mfglib RSSI წაკითხვები განსხვავდება RCP-სა და NCP-ს შორის.	განხილული იქნება მომავალ გამოშვებაში.
1231021	OTBR-ს შეუძლია დაამტკიცოს, როდესაც 80+ ზიგბის მოწყობილობა ერთდროულად უერთდება.	დამატებულია შესწორება, რომელიც შეიძლება გადაჭრას პრობლემას. სრულად იქნება განხილული მომავალ გამოშვებაში.

მოძველებული ნივთები

არცერთი

ამოღებული ნივთები
ამოღებულია გამოშვებაში

მაკრო „NONCOMPLIANT_ACK_TIMING_WORKAROUND“ წაიშალა. ყველა RCP აპი ახლა ნაგულისხმევად მხარს უჭერს 192 μწმ შემობრუნების დროს არაგაუმჯობესებული აკვებისთვის, ხოლო კვლავ იყენებს 256 μწმ შემობრუნების დროს CSL-ის მიერ მოთხოვნილი გაძლიერებული აკვებისთვის.

ამ გამოშვების გამოყენება
ეს გამოცემა შეიცავს შემდეგს:

ზიგბის დასტა

Zigbee აპლიკაციის ჩარჩო
ზიგბი სampაპლიკაციები

Zigbee-სა და EmberZNet SDK-ის შესახებ დამატებითი ინფორმაციისთვის იხილეთ UG103.02: Zigbee Fundamentals.
თუ პირველად ხართ მომხმარებელი, იხილეთ QSG180: Zigbee EmberZNet Quick-Start Guide for SDK 7.0 და უფრო მაღალი, ინსტრუქციებისთვის თქვენი განვითარების გარემოს კონფიგურაციის, მშენებლობისა და ციმციმის შესახებ.ampგანაცხადი და დოკუმენტაციის მითითებები, რომლებიც მიუთითებს შემდეგ ნაბიჯებზე.

ინსტალაცია და გამოყენება

Zigbee EmberZNet SDK მოწოდებულია, როგორც Gecko SDK (GSDK), Silicon Labs SDK-ების კომპლექტი. GSDK-ის სწრაფად დასაწყებად, დააინსტალირეთ Simplicity Studio 5, რომელიც დააყენებს თქვენს დეველოპერულ გარემოს და გაგაცნობთ GSDK ინსტალაციას. Simplicity Studio 5 მოიცავს ყველაფერს, რაც საჭიროა IoT პროდუქტის განვითარებისთვის Silicon Labs მოწყობილობებით, მათ შორის რესურსისა და პროექტის გამშვები, პროგრამული უზრუნველყოფის კონფიგურაციის ხელსაწყოები, სრული IDE GNU ინსტრუმენტთა ჯაჭვით და ანალიზის ხელსაწყოები. ინსტალაციის ინსტრუქციები მოცემულია ონლაინ Simplicity Studio 5 მომხმარებლის სახელმძღვანელოში.
ალტერნატიულად, Gecko SDK შეიძლება დაინსტალირდეს ხელით GitHub-დან უახლესი გადმოტვირთვის ან კლონირებით. იხ https://github.com/Sili-conLabs/gecko_sdk დამატებითი ინფორმაციისთვის.

Simplicity Studio ნაგულისხმევად აყენებს GSDK-ს:

(Windows): C:\Users\ \SimplicityStudio\SDKs\gecko_sdk

(MacOS): /მომხმარებლები/ /SimplicityStudio/SDKs/gecko_sdk

SDK ვერსიისთვის დამახასიათებელი დოკუმენტაცია დაინსტალირებულია SDK-ით. დამატებითი ინფორმაცია ხშირად შეგიძლიათ იხილოთ ცოდნის ბაზის სტატიებში (KBAs). API ცნობები და სხვა ინფორმაცია ამ და ადრე გამოშვებების შესახებ ხელმისაწვდომია https://docs.silabs.com/.

უსაფრთხოების ინფორმაცია

უსაფრთხო სარდაფის ინტეგრაცია
აპლიკაციებისთვის, რომლებიც ირჩევენ გასაღებების უსაფრთხოდ შენახვას Secure Key Storage კომპონენტის Secure Vault-High ნაწილებზე, შემდეგი ცხრილი აჩვენებს დაცულ გასაღებებს და მათი შენახვის დაცვის მახასიათებლებს, რომლებსაც მართავს Zigbee Security Manager კომპონენტი.

შეფუთული გასაღები	ექსპორტირებადი / არაექსპორტირებადი	შენიშვნები
ქსელის გასაღები	ექსპორტირებადი
Trust Center Link Key	ექსპორტირებადი
გარდამავალი ბმული გასაღები	ექსპორტირებადი	ინდექსირებული გასაღების ცხრილი, შენახული არასტაბილურ კლავიშად
აპლიკაციის ბმული გასაღები	ექსპორტირებადი	ინდექსირებული საკვანძო ცხრილი
უსაფრთხო EZSP გასაღები	ექსპორტირებადი
ZLL დაშიფვრის გასაღები	ექსპორტირებადი
ZLL წინასწარ კონფიგურირებული გასაღები	ექსპორტირებადი
GPD პროქსის გასაღები	ექსპორტირებადი	ინდექსირებული საკვანძო ცხრილი
GPD ჩაძირვის გასაღები	ექსპორტირებადი	ინდექსირებული საკვანძო ცხრილი
შიდა/ადგილობრივი გასაღები	ექსპორტირებადი	შიდა გასაღები Zigbee Security Manager-ის მიერ გამოსაყენებლად

შეფუთული გასაღებები, რომლებიც მონიშნულია როგორც „არაექსპორტირებადი“ შეიძლება გამოყენებულ იქნას, მაგრამ არ შეიძლება viewed ან გაზიარებული გაშვების დროს.
შეფუთული გასაღებები, რომლებიც მონიშნულია როგორც „ექსპორტირებადი“, შეიძლება გამოყენებულ იქნას ან გაზიარებული იყოს მუშაობის დროს, მაგრამ რჩება დაშიფრული ფლეშში შენახვისას.
მომხმარებლის აპლიკაციებს არასოდეს სჭირდებათ ამ კლავიშების უმეტესობასთან ურთიერთობა. არსებული API-ები Link Key Table კლავიშების ან გარდამავალი კლავიშების სამართავად კვლავ ხელმისაწვდომია მომხმარებლის აპლიკაციისთვის და ახლა მარშრუტირდება Zigbee Security Manager კომპონენტის მეშვეობით.

ამ კლავიშებიდან ზოგიერთი შეიძლება მომავალში გახდეს არაექსპორტირებადი მომხმარებლის აპლიკაციაში. მომხმარებელთა აპლიკაციები წახალისებულია, არ დაეყრდნონ გასაღებების ექსპორტს, გარდა იმ შემთხვევებისა, როცა აბსოლუტურად აუცილებელია.
დამატებითი ინფორმაციისთვის Secure Vault Key Management ფუნქციონალობის შესახებ იხილეთ AN1271: Secure Key Storage.

უსაფრთხოების მრჩეველები
Security Advisories-ის გამოსაწერად, შედით Silicon Labs-ის მომხმარებელთა პორტალზე, შემდეგ აირჩიეთ Account Home. დააწკაპუნეთ HOME-ზე, რომ გადახვიდეთ პორტალის მთავარ გვერდზე და შემდეგ დააწკაპუნეთ შეტყობინებების მართვაზე. დარწმუნდით, რომ „პროგრამული უზრუნველყოფის/უსაფრთხოების საკონსულტაციო შეტყობინებები და პროდუქტის ცვლილების შეტყობინებები (PCN)“ არის მონიშნული და რომ თქვენ მინიმუმ გამოწერილი ხართ თქვენი პლატფორმისა და პროტოკოლისთვის. ნებისმიერი ცვლილების შესანახად დააჭირეთ შენახვას.

მხარდაჭერა
განვითარების ნაკრების მომხმარებლებს შეუძლიათ მიიღონ ტრენინგი და ტექნიკური მხარდაჭერა. გამოიყენეთ Silicon Laboratories Zigbee web გვერდი, რომ მიიღოთ ინფორმაცია Silicon Labs Zigbee-ის ყველა პროდუქტისა და სერვისის შესახებ და დარეგისტრირდეთ პროდუქტის მხარდაჭერაზე.
შეგიძლიათ დაუკავშირდეთ Silicon Laboratories-ის მხარდაჭერას მისამართზე http://www.silabs.com/support.

სიმარტივის სტუდია
ერთი დაწკაპუნებით წვდომა MCU-ზე და უკაბელო ინსტრუმენტებზე, დოკუმენტაციაზე, პროგრამულ უზრუნველყოფას, წყაროს კოდის ბიბლიოთეკებზე და სხვა. ხელმისაწვდომია Windows, Mac და Linux-ისთვის!

პასუხისმგებლობის უარყოფა
Silicon Labs აპირებს მიაწოდოს მომხმარებელს უახლესი, ზუსტი და სიღრმისეული დოკუმენტაცია ყველა პერიფერიული მოწყობილობისა და მოდულის შესახებ, რომელიც ხელმისაწვდომია სისტემის და პროგრამული უზრუნველყოფის განმახორციელებელებისთვის, რომლებიც იყენებენ ან აპირებენ გამოიყენონ Silicon Labs-ის პროდუქტები. დახასიათების მონაცემები, ხელმისაწვდომი მოდულები და პერიფერიული მოწყობილობები, მეხსიერების ზომები და მეხსიერების მისამართები ეხება თითოეულ კონკრეტულ მოწყობილობას და მოწოდებული „ტიპიური“ პარამეტრები შეიძლება განსხვავდებოდეს და განსხვავდებოდეს სხვადასხვა აპლიკაციებში. განაცხადი მაგampაქ აღწერილი წერილები მხოლოდ საილუსტრაციო მიზნებისთვისაა. Silicon Labs იტოვებს უფლებას შეიტანოს ცვლილებები პროდუქტის ინფორმაციაში, სპეციფიკაციებსა და აღწერილობებში შემდგომი შეტყობინების გარეშე და არ იძლევა გარანტიას თანდართული ინფორმაციის სიზუსტეზე ან სისრულეზე. წინასწარი შეტყობინების გარეშე, Silicon Labs-მა შეიძლება განაახლოს პროდუქტის პროგრამული უზრუნველყოფა წარმოების პროცესში უსაფრთხოების ან სანდოობის მიზეზების გამო. ასეთი ცვლილებები არ ცვლის პროდუქტის სპეციფიკაციებს ან შესრულებას. Silicon Labs არ არის პასუხისმგებელი ამ დოკუმენტში მოწოდებული ინფორმაციის გამოყენების შედეგებზე. ეს დოკუმენტი არ გულისხმობს ან პირდაპირ არ ანიჭებს რაიმე ლიცენზიას რაიმე ინტეგრირებული სქემების დიზაინის ან დამზადებისთვის. პროდუქტები არ არის შემუშავებული ან ავტორიზებული გამოსაყენებლად FDA კლასის III მოწყობილობებში, აპლიკაციებში, რომლებისთვისაც საჭიროა FDA პრემარკეტის დამტკიცება ან სიცოცხლის მხარდაჭერის სისტემები Silicon Labs-ის კონკრეტული წერილობითი თანხმობის გარეშე. „სიცოცხლის მხარდაჭერის სისტემა“ არის ნებისმიერი პროდუქტი ან სისტემა, რომელიც გამიზნულია სიცოცხლისა და/ან ჯანმრთელობის მხარდასაჭერად ან შესანარჩუნებლად, რომელიც, თუ ის ვერ მოხერხდება, შეიძლება გონივრულად მოსალოდნელი იყოს, რომ გამოიწვიოს მნიშვნელოვანი პირადი დაზიანება ან სიკვდილი. Silicon Labs-ის პროდუქტები არ არის შექმნილი ან ავტორიზებული სამხედრო აპლიკაციებისთვის. Silicon Labs-ის პროდუქტები არავითარ შემთხვევაში არ უნდა იქნას გამოყენებული მასობრივი განადგურების იარაღში, მათ შორის (მაგრამ არ შემოიფარგლება) ბირთვული, ბიოლოგიური ან ქიმიური იარაღით ან რაკეტებით, რომლებსაც შეუძლიათ ასეთი იარაღის მიწოდება. Silicon Labs უარს ამბობს ყველა გამოხატულ და ნაგულისხმევ გარანტიაზე და არ არის პასუხისმგებელი ან პასუხისმგებელი რაიმე დაზიანებებზე ან დაზიანებებზე, რომლებიც დაკავშირებულია Silicon Labs პროდუქტის გამოყენებასთან ასეთ არაავტორიზებულ აპლიკაციებში.

შენიშვნა: ეს შინაარსი შეიძლება შეიცავდეს შეურაცხმყოფელ ტერმინოლოგიას, რომელიც ახლა მოძველებულია. Silicon Labs ანაცვლებს ამ ტერმინებს ინკლუზიური ენით, სადაც ეს შესაძლებელია. დამატებითი ინფორმაციისთვის ეწვიეთ www.silabs.com/about-us/inclusive-lexicon-project.

სავაჭრო ნიშნის ინფორმაცია
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® და Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro ლოგო და მათი კომბინაციები , "მსოფლიოს ყველაზე ენერგო მეგობრული მიკროკონტროლერები", Redpine Signals®, WiSeConnect , n-Link, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, Telegesis Logo®, USBXpress® , Zentri, Zentri ლოგო და Zentri DMS, Z-Wave® და სხვა არის სავაჭრო ნიშნები ან რეგისტრირებული Silicon Labs-ის სავაჭრო ნიშნები. ARM, CORTEX, Cortex-M3 და THUMB არის ARM Holdings-ის სავაჭრო ნიშნები ან რეგისტრირებული სავაჭრო ნიშნები. Keil არის ARM Limited-ის რეგისტრირებული სავაჭრო ნიშანი. Wi-Fi არის Wi-Fi ალიანსის რეგისტრირებული სავაჭრო ნიშანი. აქ ნახსენები ყველა სხვა პროდუქტი ან ბრენდის სახელი არის მათი შესაბამისი მფლობელების სავაჭრო ნიშნები.

კონტაქტი

Silicon Laboratories Inc.

400 დასავლეთი სეზარ ჩავესი
ოსტინი, TX 78701
აშშ

www.silabs.com

დოკუმენტები / რესურსები

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software [pdf] მომხმარებლის სახელმძღვანელო
SDK 7.4.1.0 GA Zigbee Protocol Stack Software, SDK 7.4.1.0 GA, Zigbee Protocol Stack Software, Protocol Stack Software, Stack Software

ცნობები

მომხმარებლის სახელმძღვანელო

SILICON LABS SDK 7.4.1.0 GA Zigbee Protocol Stack Software

პროდუქტის ინფორმაცია

პროდუქტის გამოყენების ინსტრუქცია

FAQ

ძირითადი მახასიათებლები

ახალი კომპონენტები

განზრახ ქცევა

გაუმჯობესებები

დაფიქსირებული საკითხები

ცნობილი საკითხები მიმდინარე რელიზში

მოძველებული ნივთები

ამოღებული ნივთები

Multiprotocol Gateway და RCP

ინსტალაცია და გამოყენება

უსაფრთხოების ინფორმაცია

კონტაქტი

დოკუმენტები / რესურსები

ცნობები

დატოვე კომენტარი

გააუქმეთ პასუხი