SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK მომხმარებლის სახელმძღვანელო

ძირითადი მახასიათებლები
Silicon Labs-ის Zigbee EmberZNet SDK გთავაზობთ შემდეგ ძირითად მახასიათებლებს
Multiprotocol (CMP) Zigbee და OpenThread მხარდაჭერა SoC-ზე.

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

თავსებადი შემდგენელები
დარწმუნდით, რომ გამოიყენეთ სწორი files მხარდაჭერილი შემდგენელით
GCC (GNU Compiler Collection) ვერსია 12.2.1 მოწოდებული Simplicity Studio-ით.

EZSP პროტოკოლი
EZSP პროტოკოლის ვერსია ამ გამოშვებისთვის არის 0x0D.

FAQ

Q: რა არის ახალი კომპონენტები დანერგილი 7.4.5.0 გამოშვებაში?
- პასუხი: მომხმარებლებს ახლა შეუძლიათ ჩართონ მრავალი zigbee_direct_security კომპონენტი Zigbee პირდაპირი მოწყობილობის (ZDD) აპლიკაციაში, ფაქტობრივი უსაფრთხოების პარამეტრით დამოკიდებულია Zigbee ვირტუალური მოწყობილობის (ZVD) კონფიგურაციაზე.

Q: რა არის ახალი API-ები დამატებული 7.4.4.0 გამოშვებაში?
- A: ახალი API მოიცავს mfglibSetCtune და mfglibGetCtune.

კითხვა: რა არის ახალი პლატფორმის მხარდაჭერა, რომელიც დაინერგა 7.4.5.0 გამოშვებაში?
- პასუხი: EFR32MG24A020F768IM40 ახლა მხარდაჭერილია როგორც პლატფორმა.

Q: სად ვიპოვო განახლებული დოკუმენტაცია Zigbee Secure Key Storage კომპონენტისთვის?
- პასუხი: 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 Suite 4.4

23 წლის 2024 ოქტომბერი

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

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

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

თავსებადი შემდგენელები
IAR ჩაშენებული სამუშაო მაგიდა ARM-ისთვის (IAR-EWARM) ვერსია 9.40.1.

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

GCC (GNU Compiler Collection) ვერსია 12.2.1, მოწოდებული Simplicity Studio-ით.

EZSP პროტოკოლის ვერსია ამ გამოშვებისთვის არის 0x0D.

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

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

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

ახალი API

ახალი გამოშვებაში 7.4.4.0
წარმოადგინა ორი გამოყოფილი წარმოების lib API CTUNE მნიშვნელობების მისაღებად და დასაყენებლად.
წინა პატჩის გამოშვებებში, CTUNE მნიშვნელობის წვდომა და დაყენება გახდა RAIL API-ების ნაწილი. ამ პატჩში წარმოების API-ების ნაკრები, რომლებიც აერთიანებს RAIL API-ებს, წარმოდგენილია შემდეგნაირად მნიშვნელობის დასაყენებლად და მისაღებად.
mfglibSetCtune
mfglibGetCtune

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

გაფართოებული SPI NCP ძილის რეჟიმების მხარდასაჭერად Host-NCP გამოყენების ზოგიერთ შემთხვევაში.
ამ შემთხვევაში, SPI NCP შეიძლება იყოს კონფიგურირებული, როგორც მძინარე ბოლო მოწყობილობა. მასპინძელი Z3Gateway სampაპლიკაცია გაფართოვებულია დამატებითი მორგებული CLI კოდით, რომელიც პასუხისმგებელია NCP-ს, შეიყვანოს ძილის ერთ-ერთი რეჟიმი პერსონალური CLI ბრძანების sleepMode-ის მეშვეობით და უნდა გაიღვიძოს მორგებული CLI ბრძანების გაღვიძების გამოყენებით EZSP შემდგომი კომუნიკაციის წინ.
წარმოადგინა ახალი API sl_zigbee_af_isr_event_init აპლიკაციის ჩარჩო მოვლენების ინიციალიზაციისთვის, რომლებიც გამიზნულია გააქტიურდეს შეფერხების სერვისის რუტინაში (ISR). ამ მოვლენებს, რომლებიც დაგეგმილია ISR-დან, უნდა ჰქონდეს დაყოვნების პარამეტრი 0 მილიწამი. სხვა სიტყვებით რომ ვთქვათ, მოვლენები ISR-დან უნდა გააქტიურდეს, როგორც დაუყოვნებელი მოვლენა. არ არის ნებადართული მოვლენის დეაქტივაცია ISR-ში.
ზემოაღნიშნულის მიზეზი შემდეგია: ღონისძიების სისტემა მანიპულირებს მოვლენის რიგს ღონისძიების დაგეგმვისას (გააქტიურება ნულოვანი დაგვიანებით, ან გამორთვა). შეყოვნების შესამცირებლად, ISR-მა უნდა გაააქტიუროს მოვლენა 0 დაგვიანებით, რომელიც დაიგეგმება შემდეგი მოვლენის რიგის დამუშავებისას. ეს საშუალებას იძლევა შემდგომი შეფერხება ან დეაქტივაცია განხორციელდეს ISR-ის გამოსვლის შემდეგ. ISR კონტექსტში გამოსაყენებლად განკუთვნილი მოვლენების გასარჩევად, მოვლენის სტრუქტურა ინიციალიზაციის დროს აღინიშნება sli_zigbee_isr_event_marker-ით.
იხილეთ zigbee_app_framework_event.h წყარო file ამ ახალი ფუნქციის დეტალებისთვის.
დაზუსტება ახალი ფუნქციის ემბერის გამოყენების შესახებ განახლება Multi Mac-ის ხელახლა შეერთების არხის ნიღაბი შერჩევის ან შეერთების მოწყობილობისთვის, რომელიც გამოიძახება სტეკის API ემბერის შიგნით. იპოვნეთ და შეუერთეთ ქსელს მიზეზით, რათა მიიღოთ არხის ნიღაბი, რომელიც გამოიყენება ხელახლა შეერთებისთვის.

SE1.4a სპეციფიკაცია ზღუდავს ინტერფეისის შეცვლას (2.4 გჰც-დან სუბ-გჰც-მდე ან პირიქით) Multi-MAC Joining End მოწყობილობის ტიპის მოწყობილობის ხელახლა შეერთებისას. ვინაიდან მოწყობილობის ტიპი არის აპლიკაციის ჩარჩოს კონფიგურაცია (ანუ, შეერთების ბოლო მოწყობილობის ტიპი იქნება ან ქვე-გჰც მოწყობილობა ან 2.4 გჰც მოწყობილობა და არა ორივე, კონფიგურაციის დროს), ეს ზარი უზრუნველყოფს არხის ნიღბს ამ კონფიგურაციის საფუძველზე. რომ ხელახლა შეერთების ნიღაბი ყოველთვის იგივეა, რაც შეერთების ინტერფეისის ნიღაბი.

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

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

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

ახალი პლატფორმის მხარდაჭერა

ახალი გამოშვებაში 7.4.0.0
ამ გამოცემაში დაემატა 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 დამატებითი ინფორმაციისთვის.

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

შეიცვალა გამოშვებაში 7.4.0.0 ember Counter Handler API Doc Changes
წინა ვერსიებში Counter Handler-ის გამოძახება MAC და APS ფენისთვის Ember Counter Types პაკეტებთან დაკავშირებით RX და TX არ გადასცემდა სათანადო სამიზნე კვანძის ID-ს ან მონაცემთა არგუმენტებს, ხოლო API დოკუმენტაცია გარკვეული მრიცხველების ქცევასთან დაკავშირებით, რომლებიც იყენებდნენ ამ პარამეტრებს, გაურკვეველი იყო ან შეცდომაში შემყვანი.

მიუხედავად იმისა, რომ ember Counter Handler()-ის ხელმოწერა არ შეცვლილა, მისი პარამეტრების შევსების წესი ოდნავ შეიცვალა.

კომენტარები 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, მაგრამ ვერ იქნა მიღებული პაკეტიდან, როგორც ეს აღწერილია შესწორებულ ემბერში. -types.h დოკუმენტაცია.

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 სერვერზე მიღებისას.
დამატებულია კოდი იმ შემთხვევის დასამუშავებლად, როდესაც აღარ არის ადგილი Green Power შეტყობინებების შესაქმნელად.
ნიჟარა ახლა წყვეტს დაწყვილების კონფიგურაციას მოქმედებასთან Remove Pairing ზოგიერთ შემთხვევაში სპეციფიკური განყოფილების A.3.5.2.4.1 მიხედვით.

ჩაძირვა ახლა ინახავს ჩანაწერის არსებულ ჯგუფურ სიას, სანამ წაშლილი იქნება დაწყვილების კონფიგურაციის მოქმედებით Extend-თან დამუშავებისას.
თარგმანის შეკითხვის ბრძანება აბრუნებს „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-ბიტიანი ბიტმასკი, რომელიც პირდაპირ მხარს უჭერს გარკვეული გასაღების წარმოებულებს, რომლებიც აერთიანებს რამდენიმე წარმოებულ ტიპს.

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

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

ID #	აღწერა
1357860	დაფიქსირდა პრობლემა, რამაც გამოიწვია ავარია, როდესაც მრავალი ბოლო წერტილი იწყებს გამოხმაურების მოვლენის იდენტიფიცირებას. (სხვა მითითება: 1348659)
1357517	დაფიქსირდა პრობლემა, რამაც გამოიწვია ავარია, როდესაც მრავალქსელიანი აპი ცდილობს მართვას მეორად ქსელში.
1356285	იშვიათ შემთხვევებში, პაკეტი შეიძლება გადაეცეს გამავალი პაკეტების გადაცემის გამოძახებას payload ინდექსის პარამეტრით, რომელიც აღემატება პაკეტის ბუფერის მითითებულ სიგრძეს, რაც გამოიწვევს legacy-packet-buffer.c-ში მტკიცებას, თუ ჩართულია Packet Handoff კომპონენტი. კომპონენტის შემომავალი და გამავალი დამმუშავებლის ფუნქციები ახლა იჭერს ამ მდგომარეობას და გაუქმებულია არასწორი პაკეტი შემდგომი დამუშავების გარეშე. (სხვა მითითება: 1350285)
1355289	დაფიქსირდა პრობლემა, რამაც გამოიწვია LQI პასუხის მიღება MAC მისამართით, როგორც ყველა ნული. (სხვა მითითება: 1351489)
1349160	Raspberry Pi-ზე აშენებული Z3Gateway ბირთვით 6.6 ვერ დაუკავშირდა NCP-ს SPI-ით ნაგულისხმევად. გამოსავალი არის GPIO-ების ხელახალი განსაზღვრა, როგორც ეს აღწერილია აქ. გაითვალისწინეთ შემდეგი ინფორმაცია GPIO-ებზე, რომლებიც დაკავშირებულია SPI NCP ინტერფეისთან. ბირთვზე 6.6 მუშაობს sudo cat /sys/kernel/debug/gpio ეს გამოჩნდება შემდეგი gpio-520 (GPIO8) gpio-534 (GPIO22) gpio-535 (GPIO23) gpio-536 (GPIO24) შემდეგ ხელახლა განსაზღვრეთ GPIO SPI NCP ინტერფეისისთვის sysfs ზემოდან spi-protocol-linux-config.h როგორც #define NCP_CHIP_SELECT_GPIO „520“ #define NCP_HOST_INT_GPIO „534“ #define NCP_RESET_GPIO „535“ #define NCP_WAKE_GPIO „536“ (სხვა მითითება: 1297976)
1343044	თუ ფრაგმენტაციის დანამატი არასწორად გამოთვლის ხელმისაწვდომ დატვირთვას უნიკასტის ფრაგმენტისთვის, მას შეუძლია NCP-ზე მეტი მონაცემის გაგზავნა, ვიდრე მოთავსდება ერთ პაკეტში მას შემდეგ, რაც მთელი დასტა აღირიცხება. ამან შეიძლება გამოიწვიოს მეხსიერების გაფუჭება NCP-ში, რამაც გამოიწვია მტკიცების წარუმატებლობა ან სხვა მოულოდნელი ქცევა. (სხვა მითითება: 1289413)
1343012	Si4468 პროგრამული უზრუნველყოფის პატჩი დაემატა phy-pro2plus-ბიბლიოთეკას, რათა დააკმაყოფილოს რასის მდგომარეობა სუბგჰც Tx/Rx დამუშავებაში. (სხვა მითითება: 1341928)
1311214	დაფიქსირდა დამატებითი ნაგულისხმევი პასუხი, გენერირებული, როდესაც შემომავალი OTA სერვერის ბრძანება ZCL შეტყობინებაში ჩართულია ნაგულისხმევი პასუხი. იგზავნება მხოლოდ ერთი პასუხი შეცდომაზე და წარმატებული ბლოკის გამოსახულების მოთხოვნის შემთხვევაში, ნაგულისხმევი პასუხი არ არის დაყენებული. (სხვა მითითება: 1300935)
1296653	თუ ორმაგი PHY NCP მოწყობილობა ახორციელებდა ენერგიის სკანირებას ქვედა გჰც დიაპაზონში, ხოლო 2.4 გჰც რადიო აქტიური იყო, 2.4 გჰც რადიო არხზე შემომავალი Beacon მოთხოვნების საპასუხოდ შემომავალი Beacon ტრაფიკის დიდმა აფეთქებამ შეიძლება დაიკავოს დიდი რაოდენობა. სტეკის ბუფერული მეხსიერება (გამოყოფილი Heap სეგმენტიდან) სანამ სკანირდებოდა მრავალი სუბ-გჰც არხი, რამაც შეიძლება გამოიწვიოს ბუფერული შორიtages და EZSP Overflow პირობები, თუ Heap-ის ზომა (რომელიც განსაზღვრავს რამდენი ბუფერია ხელმისაწვდომი სისტემისთვის) არ იყო საკმარისად დიდი. ეს Overflow მდგომარეობა ხელს უშლის Scan Complete Handler-ს მასპინძელ აპლიკაციამდე მისვლაში, რამაც გამოიწვია აპის სკანირების მდგომარეობის მანქანა სამუდამოდ ჩაკეტვა. ენერგიის სკანირების კოდი ორმაგი PHY მოწყობილობებისთვის ახლა უგულებელყოფს Beacon-ის ნებისმიერ პაკეტს, რომელიც მიღებულ იქნა 2.4 გჰც რადიოზე სუბ-გჰც არხის სკანირების დროს, რითაც თავიდან აიცილებს შუქურების დიდ ნაკადს ზემოხსენებული პრობლემის შექმნისგან. გაითვალისწინეთ, რომ ეს ხელს არ უშლის ქსელის ნორმალურ ფუნქციონირებას 2.4 გჰც-ზე, რადგან Beacon-ები გამოიყენება მხოლოდ პოტენციური PAN ID კონფლიქტის აღმოსაჩენად, როდესაც მოწყობილობა არ ახორციელებს აქტიურ სკანირებას, ხოლო PAN ID კონფლიქტების აღმოჩენა კვლავ შესაძლებელია ქსელის სხვა მარშრუტიზატორებმა. ამჯერად ან კოორდინატორის მიერ ენერგიის სკანირების დასრულების შემდეგ. (სხვა მითითება: 1276049)

ID #	აღწერა
1295250	დაფიქსირდა კომპილაციის პრობლემები სტანდარტულ აპლიკაციაში სატესტო აღკაზმულობა zigbee 3.0 კომპონენტის დამატებისას. (სხვა მითითება: 1280058)
1294848	დამატებულია ჩეკები ZCL მონაცემთა მასივისთვის, რათა მოერგოს ყველაზე გრძელი სტრიქონის სიგრძე 253-მდე. (სხვა მითითება: 1275092)
1294843	გამოსწორდა ლოკალური ცვლადების გამოტოვებული ინიციალიზაცია გამოყენებამდე. (სხვა მითითება: 1275104)
1271968	zigbee_watchdog_periodic_refresh კომპონენტი აღარ გამოიყენება zigbee აპლიკაციის ჩარჩოში და მოძველებულია ამ გამოშვებაში. დამკვირვებლის ტაიმერი ნაგულისხმევად გამორთულია ყველა სampაპლიკაციები. მომავალში SDK-ს დაემატება გაუმჯობესებული დამკვირვებელი კომპონენტი. შენიშვნა : გთხოვთ, დარწმუნდეთ, რომ ჩართეთ დამკვირვებელი ტაიმერი კონფიგურაციის ერთეულით SL_LEGACY_HAL_DISABLE_WATCHDOG დაყენებული 0-ზე თქვენს აპლიკაციაში.
1270721	დაფიქსირდა პრობლემა მოწყობილობების მრავალ ჰოპ შეერთების გასაუმჯობესებლად. მოწყობილობის გამოცხადების შემდეგ, მისამართის წყვილი ემატება მისამართების ქეშს. (სხვა მითითება: 1266351)

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

ID #	აღწერა
1334454	გამოსწორდა პრობლემა ხელახლა შეერთების პასუხის დამუშავებისას. (სხვა მითითება: 1331580)
1330732	დიაგნოსტიკური ფუნქცია უნდა გამორთოს შეფერხება Iostream-ის დარეკვის შემდეგ, რათა თავიდან იქნას აცილებული მტკიცება მუტექსის შეძენისას.
1330720	EZSP_MAX_FRAME_LENGTH დაბრუნდა 220-ზე, რაც საშუალებას იძლევა XNCP შეტყობინების მაქსიმალური სიგრძე იყოს 220. (სხვა მითითება: 1327706)
1330311	დაფიქსირდა პრობლემა, რამაც გამოიწვია GP პროქსის ზოგიერთი ტესტის ჩავარდნა RCP Host-ის დაყენებაში. (სხვა მითითება: 1328991)
1312369	შექმნეს SL_LEGACY_HAL_WDOG_IRQHandler() სუსტი ფუნქცია, რაც მომხმარებელს საშუალებას აძლევს უზრუნველყოს საკუთარი იმპლემენტაცია.
1310711	დამატებულია კომპილაციის დროის შეცდომის შემოწმება SL_STACK_SIZE-სთვის, როდესაც RTOS კომპონენტი გამოიყენება zigbee პროექტში.
1309913	დაემატა mutex-ის დაცვა App Framework ღონისძიების რიგისთვის, რათა App Framework-ის ღონისძიებების API-ები გამოიძახონ მრავალი ამოცანიდან. (სხვა მითითება: 1252940, 1254397)
1309333	მას შემდეგ, რაც ახალი ბოლო მოწყობილობა შეუერთდება ქვედა გჰც დიაპაზონს, სამუშაო ციკლის დაბერების მონაცემები შეცდომით წაიშალა ბოლო მოწყობილობის ყველა ბავშვისთვის. (სხვა მითითება: 1296881)
1296002	პრობლემა, რამაც გამოიწვია halAppBootloader ფუნქციის მრავალი განმარტება, მოგვარებულია.
1295756	დასტის ღონისძიებები, რომლებიც არ არის მონიშნული შეწყვეტა-უსაფრთხო, არ უნდა დაიგეგმოს ISR კონტექსტში, რადგან ამან შეიძლება შექმნას რბოლის მდგომარეობა, რის შედეგადაც მოვლენა ამოვარდება ღონისძიების რიგიდან. ამის შემთხვევამ ხელი შეუშალა sub-GHz მოწყობილობებს MAC-ის უკან დახევების სწორად დაგეგმვაში, როდესაც ეს რბოლის მდგომარეობა ამოქმედდა. (სხვა მითითება: 1269856)
1294660	დაფიქსირდა პრობლემა, როდესაც ქსელის მართვის დანამატი შეიძლება იმოქმედოს ისე, თითქოს მოწყობილობა უკვე იყო ქსელში, როდესაც ის არ იყო და ჩარჩენილი იყო ამ არასწორ მდგომარეობაში გადატვირთვამდე. ეს შეიძლება გამოწვეული იყოს ქსელის დატოვების CLI ბრძანების გამოძახებით საკმარისად ზუსტი დროით, სანამ ქსელის საჭე იყო ქსელთან შეერთების შუა რიცხვებში და MAC სკანირება ჯერ კიდევ ელოდება. (სხვა მითითება: 1293923)
1290695	დაფიქსირდა პრობლემა, რამაც ამოიწურა ZLL გაშვების პაკეტი გამოყენების შემთხვევისთვის, როდესაც ერთი ბოლო წერტილი გამორთულია, ხოლო სხვა ბოლო წერტილები კვლავ ჩართულია. შესწორება დამატებულია ყველა ჩართული საბოლოო წერტილის შესამოწმებლად. (სხვა მითითება: 1275586)

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

ID #	აღწერა
1019348	დააფიქსირა დამოკიდებულების მოთხოვნები Zigbee ZCL Cli კომპონენტისთვის, რათა მისი ამოღება შესაძლებელი იყოს, როცა საჭირო არ არის.
1024246	განახლებულია ფუნქციის აღწერა emberHaveLinkKey() და sl_zb_sec_man_have_link_key().
1036503	დამატებულია აღწერა DMP-ებისთვის Micrium Kernel-ის გამოყენების რეკომენდაციისთვისampაპლიკაციები.
1037661	პრობლემა, რომელიც ხელს უშლიდა აპლიკაციის პროსტაკის ან ფოთლის სტეკის დაყენებას, მოგვარებულია.
1078136	დაფიქსირდა წყვეტილი ავარია შეფერხების კონტექსტიდან მოვლენების შეცვლისას
1081548	დაფიქსირდა პრობლემა 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 კონტექსტში.
1154616	დამატებულია გამონაკლისი პირობისთვის, რომ მოხდეს ქსელის ინიციალიზაცია ქეითით „როლის გადართვა Sleepy End მოწყობილობიდან Non-sleepy End მოწყობილობაზე“.
1157289	დაფიქსირდა პრობლემა, რამაც შეიძლება გამოიწვიოს BDB ტესტის წარუმატებლობა DN-TLM-TC-02B.
1157426	დაფიქსირდა კონსტრუქციის პრობლემა green_power_adapter კომპონენტით zigbee_simple_app-ის შექმნისას.
1157932	დამატებულია პირობა, რათა შეამოწმოთ, აკლია თუ არა ველი „გარდამავალი დრო“ და დააყენეთ ნაგულისხმევი მნიშვნელობა 0xFFFF ამ გამოტოვებული ველისთვის.
1166340	დაფიქსირდა პრობლემა, რომელიც ხელს უშლიდა emberAfGpdfSend-ს გაეგზავნა განმეორებითი გადაცემის სავარაუდო რაოდენობა.

ID #	აღწერა
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	დაფიქსირდა პრობლემა memset-თან დაკავშირებით, რომელიც კეთდებოდა 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 პარამეტრის არასანდო მნიშვნელობები
1214866	მონაცემთა გამოკითხვის პაკეტის გაგზავნამ გარკვეულ მაღალი ტრაფიკის კონფიგურაციებში შეიძლება გამოიწვიოს ავტობუსის გაუმართაობა.
1216552	პრობლემა, რომელიც იწვევს მტკიცებას გადატვირთული მოძრაობის პირობებში, მოგვარებულია.
1216613	მოაგვარა პრობლემა, რამაც გამოიწვია ჯგუფური გადაცემის რადიუსის არასწორი მნიშვნელობა პროქსი ცხრილში.
1222509	როუტერი/კოორდინატორი აგზავნის შვებულების და ხელახლა შეერთების მოთხოვნას არაბავშვთა გამოკითხვის ბოლო მოწყობილობაზე, მაგრამ MAC დანიშნულება არის 0xFFFF ნაცვლად NWK დანიშნულების მისამართის შესატყვისი.
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 პორტირების მაკრო გატეხილია. ბუფერის შევსება ქმნის არასწორ ბრძანების პაკეტს.	გამოიყენეთ "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 ჰოსტებზე ამჟამად იყენებს gettimeofday ფუნქციას, რომელიც გარანტირებული არ არის ერთფეროვანი. თუ სისტემის დრო იცვლება, ამან შეიძლება გამოიწვიოს პრობლემები დაწყობის დროში.	შეცვალეთ ეს ფუნქციები, რათა გამოიყენოთ 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 პლატფორმებზე, როდესაც ჩართულია Diagnostics დანამატი და ვირტუალური UART პერიფერიული.	იმის გამო, რომ სერია 0 უკვე ინიციალიზებულია NCP-ში, კლიენტებს შეუძლიათ ჩართონ emberAfNcpInitCallback Zigbee NCP Framework-ში და გამოიძახონ შესაბამისი დიაგნოსტიკური ფუნქციები (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, thisrashDePatrint, ამ გამოძახების გამოძახება) მონაცემები სერია 0-ისთვის viewქსელის ანალიზატორის გადაღების ჟურნალში. ყოფილისთვისampთუ როგორ გამოიყენოთ ეს ფუნქციები, იხილეთ კოდი, რომელიც შედის af-main-soc.c-ის emberAfMainInit()-ში, როდესაც განისაზღვრება EXTENDED_RESET_INFO.

ID #	აღწერა	გამოსავალი
486369	თუ DynamicMultiProtocolLightSoc-ს, რომელიც ქმნის ახალ ქსელს, აქვს დარჩენილი კვანძები ქსელიდან, რომელიც მან დატოვა, emberAfGetChildTableSize აბრუნებს არა-ნულოვან მნიშვნელობას startIdentifyOnAllChildNodes-ში, რაც იწვევს Tx 66 შეცდომის შეტყობინებებს „აჩრდილი“ ბავშვების მიმართვისას.	მასიურად წაშალეთ ნაწილი, თუ ეს შესაძლებელია, ახალი ქსელის შექმნამდე ან პროგრამულად შეამოწმეთ ბავშვის ცხრილი ქსელიდან გასვლის შემდეგ და წაშალეთ ყველა ბავშვი emberRemoveChild-ის გამოყენებით ახალი ქსელის შექმნამდე.
495563	SPI NCP Sleepy End Device S-თან შეერთებაample App არ აკეთებს მოკლე გამოკითხვას, ამიტომ შეერთების მცდელობა წარუმატებელია TC Link Key განახლების მდგომარეობაში.	მოწყობილობა, რომელსაც შეერთება სურს, უნდა იყოს მოკლე გამოკითხვის რეჟიმში, სანამ ცდილობთ შეერთებას. ეს რეჟიმი შეიძლება აიძულოს ბოლო მოწყობილობის მხარდაჭერის მოდულით.
497832	ქსელის ანალიზატორში Zigbee Application Support Command Breakdown for Verify Key Request Frame შეცდომით მიუთითებს დატვირთვის იმ ნაწილზე, რომელიც მიუთითებს ჩარჩოს წყაროს მისამართად დანიშნულების მისამართად.	არ არის ცნობილი გამოსავალი
519905 521782	SPI NCP-მა შეიძლება ძალიან იშვიათად ვერ შეძლოს bootloader კომუნიკაციის დაწყება 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()-ის მეშვეობით შეუძლია შექმნას ყალბი შეკვრა და გამოიწვიოს ჯგუფის მოხსენების შეტყობინებების გაგზავნა.	დაამატეთ „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:Core კომპონენტის წაშლა არ გამორიცხავს 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-server.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-მდე, ასე რომ, დარეკვის რიგი უფრო სწრაფად თავისუფლდება.

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

მოძველებულია 7.4.5.0 გამოშვებაში
GSDK-ში 7.4.5.0 zigbee_watchdog_periodic_refresh მოძველებულია. დამკვირვებლის ტაიმერის განახლების ალტერნატიული რეკომენდირებული გზაა აპლიკაციის სპეციფიკურ პერიოდულ მოვლენაში მოძველებული დაკვირვების ტაიმერის API-ების გამოყენება.

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

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

emberGetKey ()
emberGetKeyTableEntry()
emberSetKeyTableEntry()

emberHaveLinkKey ()
emberAddOrUpdateKeyTableEntry()
emberAddTransientLinkKey()

emberGetTransientKeyTableEntry()
emberGetTransientLinkKey()
emberHmacAesHash()

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

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

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

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

zigbee_end_device_bind კომპონენტი ამოღებულია. ეს კომპონენტი გამოიყენებოდა კოორდინატორისთვის ბოლო მოწყობილობებისთვის სავალდებულო ხელახალი ქვესტებისთვის. ეს არჩევითი ფუნქცია ამოღებულია Zigbee-ის ძირითადი სპეციფიკაციის R22-დან.
ამოღებულია ნაკრები Packet BufferCount() af-host.c-ში და უსარგებლო ჩეკი EZSP_CONFIG_PACKET_BUFFER_COUNT: command-handlers.c-ში.
ამოღებულია მეხსიერების განაწილების არგუმენტი, რადგან არ არის საჭირო 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

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

დამატებულია 7.4.0.0 გამოშვებაში
ერთდროული მოსმენა, 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 ბრძანებებს.

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

შეიცვალა გამოშვებაში 7.4.0.0
Zigbee NCP/OpenThread RCP მრავალპროტოკოლის კომბინაცია ახლა წარმოების ხარისხია. ეს სampპროგრამა არ არის მხარდაჭერილი Series-1 EFR მოწყობილობებზე.

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

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

ID #	აღწერა
1328799	Spinel RESET ბრძანებით გამოწვეული რბილი გადატვირთვა ახლა ასუფთავებს 15.4 RCP-ის ბუფერებს.
1337101	15.4-ის არასრული გადაცემის ოპერაციები (Tx ელოდება დარეკვას, Tx ack შეტყობინებაზე პასუხად და ა.შ.) ნაადრევად აღარ განიხილება, როგორც წარუმატებელი DMP-ის გამო რადიოს შეწყვეტისას. ეს საშუალებას აძლევს აღნიშნულ ოპერაციას მიეცეს შესაძლებლობა გადაიგეგმოს შეფერხების შემდეგ ან სამუდამოდ წარუმატებელი RAIL-ის მიერ (დაგეგმვის სტატუსის შეცდომის მოვლენები). (სხვა მითითება: 1339032)
1337228	Zigbeed-ში halCommonGetInt32uMillisecondTick() tick API ახლა განახლებულია MONOTONIC საათის გამოსაყენებლად, რათა მასზე არ დაზარალდეს NTP მასპინძელ სისტემაში. (სხვა მითითება: 1339032)
1346785	დააფიქსირა რბოლის მდგომარეობა, რამაც შეიძლება გამოიწვიოს ერთდროული მოსმენის გათიშვა 802.15.4 RCP-ზე, როდესაც ორივე პროტოკოლი ერთდროულად გადადიოდა. (სხვა მითითება: 1349176)
1346849	rail_mux კომპონენტის პროექტში დამატება ახლა გამოიწვევს მის ავტომატურად აშენებას ასოცირებული სტეკის ბიბლიოთეკის ვარიანტებთან. (სხვა მითითება: 1349102)

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

ID #	აღწერა
1184065	შემცირებული ოპერატიული მეხსიერება zigbee_ncp-ot_rcp-spi და zigbee_ncp-ot_rcp_uart MG13-ზე და MG21-ზე.
1282264	დაფიქსირდა პრობლემა, რამაც შეიძლება შეწყვიტოს რადიოგადაცემის ოპერაციები გადამცემი fifo-ს ნაადრევად გასუფთავებით, რამაც გამოიწვია წყალქვეშა ნაკადი.
1292537	DMP Zigbee-BLE NCP აპლიკაცია ახლა სათანადოდ ჩანს Simplicity Studio UI-ში. (სხვა მითითება: 1292540)

1230193

დაფიქსირდა კვანძის არასწორი ტიპის პრობლემა ბოლო მოწყობილობაზე ქსელში შეერთებისას. (სხვა მითითება: 1298347)

1332330

დაფიქსირდა პრობლემა, როდესაც 15.4+BLE RCP, რომელიც მუშაობს მძიმე ქსელური ტრაფიკის გარემოში, ზოგჯერ შეიძლება შეექმნას რბოლის მდგომარეობას, რომელიც ვერ ტოვებს შეტყობინებების გაგზავნას CPCd-მდე მოწყობილობის გადატვირთვამდე.

(სხვა მითითება: 1333156)

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

ID #	აღწერა
1022972	დაემატა თანაარსებობის დანამატი Zigbee-OpenThread NCP/RCP s-შიampგანაცხადი.
1231021	მოერიდეთ OTBR-ში მტკიცებას, რომელიც დაფიქსირდა 80+ ზიგბის მოწყობილობებთან შეერთებისას RCP-ის აღდგენის გზით, ვიდრე ქვე mac-ზე უმართავი გადაცემის შეცდომების გადაცემით.
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	მტკიცება ჰოსტზე გამოწვეული იყო კომუნიკაციის გაუმართაობის დროს 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 #	აღწერა	გამოსავალი
937562	Bluetoothctl „რეკლამის ჩართვის“ ბრძანება ვერ ხერხდება rcp-uart- 802154-blehci აპლიკაციით Raspberry Pi OS 11-ზე.	გამოიყენეთ btmgmt აპი bluetoothctl-ის ნაცვლად.
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-ს შორის.	განხილული იქნება მომავალ გამოშვებაში.
1334477	BLE სტეკის რამდენჯერმე დაწყებამ და შეჩერებამ შეიძლება გამოიწვიოს BLE დასტამ ვერ შეძლოს რეკლამის ხელახლა გადატვირთვა სერიის 1 EFR მოწყობილობებზე DMP Zigbee-BLE s-ში.ampგანაცხადი.	N/A

მოძველებული ელემენტი არცერთი

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

ამოღებულია 7.4.0.0 გამოშვებაში
მაკრო „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:\მომხმარებლები\ \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)“ არის მონიშნული და რომ თქვენ მინიმუმ გამოწერილი ხართ თქვენი პლატფორმისა და პროტოკოლისთვის. ნებისმიერი ცვლილების შესანახად დააჭირეთ შენახვას.

შემდეგი ფიგურა არის ყოფილიample

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

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

IoT პორტფოლიო
www.silabs.com/IoT

SW/HW
www.silabs.com/simplicity
ხარისხიანი
www.silabs.com/quality
მხარდაჭერა და საზოგადოება
www.silabs.com/community

პასუხისმგებლობის უარყოფა
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 Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® და Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro ლოგო და მათი კომბინაციები , „მსოფლიოში ყველაზე ენერგო მეგობრული მიკროკონტროლერები“, Redpine Signals®, WiSeConnect, n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis 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 West Cesar Chavez Austin, TX 78701
აშშ
www.silabs.com

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

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdf] მომხმარებლის სახელმძღვანელო
7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Ember Net SDK, Zigbee Ember Z Ember Net SDK, SDK, Net SDK, SDK

ცნობები

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

SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK

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