SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK
- Zigbee EmberZNet SDK Versio: 7.4.5.0 GA
- Gecko SDK Suite Versio: 4.4
- Eldondato: la 23-an de oktobro 2024
- Platformo: Silicon Labs
- Subtenataj Kompililoj: GCC (La GNU-Kompila Kolekto) versio 12.2.1
- EZSP-Protokolo-Versio: 0x0D
Produktaj Uzado-Instrukcioj
Ŝlosilaj Trajtoj
La Zigbee EmberZNet SDK de Silicon Labs ofertas la jenajn ĉefajn funkciojn
Multiprotokola (CMP) Zigbee kaj OpenThread-subteno sur SoC.
Kongruo kaj Uzo Avizoj
Por sekurecaj ĝisdatigoj kaj avizoj, referu al la Sekureca ĉapitro de la Eldonnotoj de Gecko Platform aŭ vizitu la langeton TECH DOCS en Silicon Labs. webretejo. Oni rekomendas aboni Sekurecajn Konsilojn por la plej novaj informoj.
Kongruaj Kompililoj
Certiĝu uzi la ĝustan files kun la subtenata kompililo
GCC (The GNU Compiler Collection) versio 12.2.1 provizita per Simplicity Studio.
EZSP-Protokolo
La EZSP-protokoloversio por ĉi tiu eldono estas 0x0D.
- Q: Kio estas la novaj komponantoj enkondukitaj en eldono 7.4.5.0?
- R: Uzantoj nun povas havi plurajn komponantojn de zigbee_direct_security ebligitaj sur aplikaĵo de rekta aparato (ZDD) de Zigbee, kun la fakta sekureca opcio depende de la agordo de Zigbee Virtual Device (ZVD).
- Q: Kio estas la novaj API-oj aldonitaj en eldono 7.4.4.0?
- R: Novaj APIoj inkluzivas mfglibSetCtune kaj mfglibGetCtune.
- Q: Kio estas la nova platforma subteno prezentita en eldono 7.4.5.0?
- R: EFR32MG24A020F768IM40 nun estas subtenata kiel platformo.
- Q: Kie mi povas trovi ĝisdatigitan dokumentaron por la komponanto Zigbee Secure Key Storage?
- R: La priskribo de la komponanto Zigbee Secure Key Storage estis ĝisdatigita en eldono 7.4.0.0, kune kun nova aplikaĵa noto por interagado kun la grupo de komponantoj Zigbee Security Manager (AN1412: Zigbee Security Manager).
Zigbee EmberZNet SDK 7.4.5.0 GA
Gecko SDK Suite 4.4
la 23-an de oktobro 2024
Silicon Labs estas la elekta vendisto por OEM-oj evoluantaj Zigbee-reton en siajn produktojn. La platformo Zigbee de Silicon Labs estas la plej integra, kompleta kaj riĉa Zigbee-solvo disponebla.
Silicon Labs EmberZNet SDK enhavas la efektivigon de Silicon Labs de la Zigbee-stako-specifo.
Ĉi tiuj eldonnotoj kovras SDK-versiojn
- 7.4.5.0 publikigita la 23-an de oktobro 2024
- 7.4.4.0 publikigita la 14-an de aŭgusto 2024
- 7.4.3.0 publikigita la 2-an de majo 2024
- 7.4.2.0 liberigita la 10-an de aprilo 2024
- 7.4.1.0 publikigita la 14-an de februaro 2024
- 7.4.0.0 publikigita la 13-an de decembro 2023
Kongruo kaj Uzo Avizoj
Por informoj pri sekurecaj ĝisdatigoj kaj avizoj, vidu la Sekurecan ĉapitron de la Eldonnotoj de Gecko Platform instalitaj kun ĉi tiu SDK aŭ en la langeto TECH DOCS en https://www.silabs.com/developers/zigbee-emberznet . Silicon Labs ankaŭ forte rekomendas, ke vi abonu Sekurecajn Konsilojn por ĝisdataj informoj. Por instrukcioj, aŭ se vi estas nova al la Zigbee EmberZNet SDK, vidu Uzado de Ĉi tiu Eldono.
Kongruaj Kompililoj
IAR Embedded Workbench por ARM (IAR-EWARM) versio 9.40.1.
- Uzi vinon por konstrui kun la komandlinia utileco IarBuild.exe aŭ IAR Embedded Workbench GUI en macOS aŭ Linukso povus rezultigi malĝustan files estanta uzata pro kolizioj en vino hashing algoritmo por generi mallonga file nomoj.
- Klientoj sur macOS aŭ Linukso estas konsilitaj ne konstrui kun IAR ekster Simplicity Studio. Klientoj kiuj faras devus zorge kontroli ke la ĝusta files estas uzataj.
GCC (The GNU Compiler Collection) versio 12.2.1, provizita per Simplicity Studio.
La EZSP-protokoloversio por ĉi tiu eldono estas 0x0D.
Novaj Eroj
Novaj Komponentoj
Nova en eldono 7.4.0.0
La komponantoj "zigbee_direct_security_p256" kaj "zigbee_direct_security_curve25519" estis aldonitaj por ke uzantoj povu agordi specifan sekurecan opcion de Zigbee Direct.
Uzantoj rajtas havi plurajn komponantojn "zigbee_direct_security" ebligitaj sur aplikaĵo de rekta aparato Zigbee (ZDD). En ĉi tiu kazo, la fakta sekureca opcio dependas de la agordo Zigbee Virtual Device (ZVD).
Novaj APIoj
Nova en eldono 7.4.4.0
Enkondukis du diligentajn fabrikajn lib-APIojn por akiri kaj agordi CTUNE-valorojn.
En pli fruaj flikĵetoj la aliro al kaj fikso de CTUNE-valoro iĝis parto de la RAIL-APIoj. En ĉi tiu flikaĵo aro de fabrikaj API-oj kiuj enkapsuligas la RAIL-API-ojn estas enkondukitaj jene por agordi kaj akiri la valoron.
mfglibSetCtune
mfglibGetCtune
Nova en eldono 7.4.2.0
- Etendita SPI NCP por subteni dormreĝimojn en iuj uzkazoj de Host-NCP.
En ĉi tiu uzokazo la SPI NCP povas esti agordita kiel dormema fina aparato. La gastiganto Z3Gateway sampla aplikaĵo estas etendita kun kroma kutima CLI-kodo respondeca por komandado de la NCP por eniri unu el la dormreĝimoj per la kutima CLI-komando sleepMode, kaj devas vekiĝi uzante la kutiman CLI-koman vekiĝon antaŭ plia EZSP-komunikado. - Enkondukis novan API sl_zigbee_af_isr_event_init por pravalorigi la aplikajn kadrajn eventojn, kiuj celas esti aktivigitaj ene de rutino de interrompa servo (ISR). Ĉi tiuj eventoj, kiuj estas planitaj de la ISR, devas havi prokrastan parametron de 0 milisekundoj. Alivorte, eventoj de ISR devas esti aktivigitaj kiel tuja evento. Ne estas evento-malaktivigo permesita ene de ISR.
La kialo de ĉi-supra estas jena: La eventa sistemo manipulas la eventovicon dum programado (aktivigo kun nenula prokrasto, aŭ malaktivigo) evento. Por minimumigi la latentecon, ISR devus aktivigi eventon kun 0 prokrasto, kiu estas planita en la sekva pretigo de la evento-vico. Tio permesas al la plia prokrasto, aŭ malaktivigo, esti aranĝita post la ISR-elirejoj. Por distingi la eventojn intencitaj por esti uzataj ene de ISR-kunteksto, la okazaĵa strukturo estas markita per sli_zigbee_isr_event_marker dum inicialigo.
Vidu al la fonto zigbee_app_framework_event.h file por detaloj de ĉi tiu nova funkcio. - Klarigo pri la uzo de la nova funkcio ember Ĝisdatigi Multi Mac Rejoin Channel Mask For Selection Or Joining Device kiu estas nomita ene de la stako API ember Trovu Kaj Rejoin Network With Reason por akiri kanalan maskon uzatan por rekuniĝi.
La SE1.4a-specifo limigas la ŝanĝon de interfaco (de 2.4GHz al sub-GHz aŭ inverse) dum rekuniĝo de Multi-MAC Joining End-aparato-tipa aparato. Ĉar la aparato-speco estas aplikaĵa kadra agordo (t.e., la kuniĝanta fina aparato-tipo estos aŭ sub-GHz-aparato aŭ 2.4 GHz-aparato, ne ambaŭ, ĉe agordo), ĉi tiu alvoko disponigas la kanalmaskon bazitan sur tiu agordo do ke la rekunigmasko ĉiam estas sama kiel la kuniginterfaco-masko.
Nova en eldono 7.4.0.0
- Aldonis novan API void sl_zigbee_token_factory_reset (bool exclude_outgoing_fc, bool exclude_boot_counter) por restarigi Zigbee NVM3-ĵetonojn al sia defaŭlta valoro.
- Aldonis la API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), kiu resendas vera se la ligŝlosila tabelo povas aldoni aŭ ĝisdatigi enskribon kun ĉi tiu adreso (tabelo ne estas plena).
Aldonita nova API bool sl_zb_sec_man_compare_key_to_value (sl_zb_sec_man_context_t* kunteksto, sl_zb_sec_man_key_t* ŝlosilo), kiu resendas vera se la ŝlosilo referencita per kunteksto havas la saman valoron kiel la ŝlosilo provizita en la argumento.
Nova Platforma Subteno
Nova en eldono 7.4.0.0
Zigbee-stako-subteno por la sekvaj novaj partoj estas aldonita en ĉi tiu eldono: EFR32MG24A010F768IM40 kaj EFR32MG24A020F768IM40.
Nova Dokumentado
Nova en eldono 7.4.0.0
Ĝisdatigis la priskribon de la komponanto Zigbee Secure Key Storage por reflekti la aldonon de Zigbee Secure Key Storage Upgrade (kiu aldonas malantaŭen kongruon kun ekzistantaj projektoj).
Aldonis novan aplikaĵan noton por interagado kun la grupo de komponantoj Zigbee Security Manager (AN1412: Zigbee Security Manager).
Intencita Konduto
Uzantoj estas memorigitaj, ke Zigbee nesinkronigitaj CSL-dissendoj estas kondiĉigitaj de protokolo-preempto ĉe la radioplanisto. En la aplikoj SleepyToSleepy, BLE povas kaj antaŭigos dissendon de Zigbee CSL, kiu finos la dissendon. Planilo-antaŭpreno estas pli ofta por nesinkronigita CSL, donita ke eble longeca vekiĝo-framsekvenco povas esti uzita. Uzantoj dezirantaj alĝustigi dissendajn prioritatojn povas uzi la DMP-Agordon kaj Testadon por fari tion. Uzantoj ankaŭ povas konsulti UG305: Dynamic Multiprotocol User's Guide por pliaj informoj.
Pliboniĝoj
Ŝanĝita en eldono 7.4.0.0 ember Counter Handler API Doc Changes
En antaŭaj versioj, la Counter Handler-revoko por MAC kaj APS-tavolo Ember Counter Types koncerne pakaĵeton RX kaj TX ne estis pasigita la preterpasanta bonorda celnodo ID aŭ datenargumentoj, kaj API-dokumentado koncerne konduton de certaj sumigiloj kiuj uzis tiujn parametrojn estis neklara aŭ misgvida.
Dum la subskribo de ember Counter Handler() ne ŝanĝiĝis, la maniero kiel ĝiaj parametroj estas plenigitaj iomete ŝanĝiĝis.
- Komentoj ĉirkaŭ EmberCounterType enumoj en ember-types.h estis pligrandigitaj por klareco.
- La parametro Node ID al la Counter Handler por TX-rilataj nombriloj nun kontrolas ĉu la cel-adresreĝimo indikas validan mallongan ID antaŭ ol uzi ĝin. (Se ne, neniu cela adreso estas plenigita, kaj lokokupilo valoro de
EMBER_UNKNOWN_NODE_ID estas uzata anstataŭe.) - La Node ID-parametro al la Counter Handler por RX-rilataj nombriloj nun reflektas la fontnodan ID, ne la cel-nodan ID.
- Reprova nombro estas *ne* pasita kiel la datumparametro por EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED-nombriloj kiel priskribite en ember-types.h en antaŭaj versioj, sed tio neniam estis konvene loĝita en antaŭe liberigitaj versioj do ĝia valoro en antaŭaj eldonoj ĉiam estintus 0 Ĉi tiu konduto estis klarigita en la priskribo de tiuj EmberCounterTypes. Tamen, la Retry-kalkulo por APS-tavolprovoj daŭre estas loĝata en la datumparametro por
EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED nombrilaj tipoj, por esti kongruaj kun antaŭaj eldonoj. - Ĉiuj nombriloj kiuj loĝas la Node ID aŭ datenparametron por la revokado estis reviziitaj por certigi ke ili pasas la atendatajn datenojn, adreson, aŭ EMBER_UNKNOWN_NODE_ID, se Node ID estis atendita sed ne povus esti akirita de la pakaĵeto, kiel priskribite en la reviziita ember-types.h dokumentaro.
- La Counter-traktilo por EMBER_COUNTER_MAC_TX_UNICAST_RETRY nun ĝuste reflektas la MAC-tavolan celnodan ID kaj nombron da reprovoj en ĝiaj Destination Node ID kaj datenparametroj.
- La Counter-traktilo por EMBER_COUNTER_PHY_CCA_FAIL_COUNT nun disponigas cellokan nodan ID-informojn per la parametro Node ID pri la celita MAC-tavola celo de la mesaĝo kiu malsukcesis dissendo.
Ĝisdatigita Verda Potenca Kodo
Verda potenco-servila kodo estas ĝisdatigita kun diversaj plibonigoj inkluzive
- Aldonita pli da validuma kodo por envenantaj komandoj kun nevalida finpunkto dum ricevado sur la GP-servilo.
- Aldonita kodo por trakti la kazon kiam ne estas pli da spaco por konstrui mesaĝojn de Green Power.
- La lavujo nun faligas parigkonfiguracion kun ago Forigi Paron en iuj kazoj laŭ specifa sekcio A.3.5.2.4.1.
- La lavujo nun konservas la ekzistantan grupliston de eniro antaŭ ol forigo dum prilaborado de Parigo-Agordo kun ago Etendi.
- La Traduko-demanda komando resendas "NE TROVIS" kiel la erarkodon kiam la traduktabelo estas malplena aŭ la indekso estas pli granda ol nombro da enskriboj en la tabelo.
- Ŝanĝis la version de GP-finpunkto en iuj programoj de 1 al 0.
Uzi CSMA en la GPDF Send-funkcio estas limigita ĉar Green Power Devices estas minimumaj energiaj aparatoj kaj ne uzas CSMA en la plej multaj el la dezajnoj. Anstataŭe, la preferata dezajno estas sendi plurajn pakaĵojn uzante la saman energibuĝeton.
Forigis la uzon de kaŝita finpunkto en la opcio de kromaĵo de Green Power Server. Uzu unu el la aplikaj finpunktoj anstataŭe.
Reta Ŝlosilo Ĝisdatigo Kromkodo Pliboniĝoj
Ŝanĝis la periodan ĝisdatigperiodon de la perioda reto-ŝlosilo por esti tiel longa kiel 1 jaro.
Restrukturis Kelkajn API-ojn por Eviti Nenecesan Ŝlosileksporton
Faris ŝanĝojn por favori la uzon de ŝlosilaj kuntekstoj super klartekstaj ŝlosilaj datumoj.
- sl_zigbee_send_security_challenge_request nun prenas argumenton sl_zb_sec_man_context_t anstataŭ EmberKeyData.
- La valoroj de la sl_zb_sec_man_derived_key_type enum nun estas 16-bita bitmasko por rekte subteni certajn ŝlosilderivaĵojn kiuj kombinas multoblajn derivitajn tipojn.
Fiksaj Problemoj
Riparita en eldono 7.4.5.0
| ID # | Priskribo |
| 1357860 | Korektis problemon, kiu kaŭzis kraŝon, kiam pluraj finpunktoj komencas pravalorigi identigan sugeston. (Alia ref: 1348659) |
| 1357517 | Riparis problemon, kiu kaŭzis kraŝon, kiam plurreta programo provas stiri sur la malĉefa reto. |
| 1356285 | En maloftaj kazoj, pakaĵeto povas esti pasita al la Outgoing Packet Handoff Callback kun utilŝarĝa indicparametro kiu superas la fiksitan longon de la pakaĵetbufro, kondukante al aserto en legacy-packet-buffer.c se la Packet Handoff-komponento estas ebligita. La Envenaj kaj Eksiĝintaj pritraktaj funkcioj de la komponento nun kaptas ĉi tiun kondiĉon kaj forĵetas la nevalidan pakaĵon sen plua prilaborado. (Alia ref: 1350285) |
| 1355289 | Riparis problemon, kiu kaŭzis LQI-Respondon ricevi kun MAC-adreso kiel ĉiuj nuloj. (Alia ref: 1351489) |
| 1349160 |
|
| 1343044 | Se Fragmenta aldonaĵo miskalkulis disponeblan utilan ŝarĝon por unuelsenda fragmento, ĝi povus sendi pli da datenoj al la NCP ol konvenos en ununura pakaĵeto post kiam ĉiuj staksupraj kostoj estis kalkulitaj. Ĉi tio povus konduki al memorkorupto en la NCP kiu ekigis asertfiaskojn aŭ alian neatenditan konduton.
(Alia ref: 1289413) |
| 1343012 | Si4468-firmara flikaĵo aldonita al phy-pro2plus-biblioteko por trakti raskondiĉon en sub-GHz Tx/Rx-pretigo. (Alia ref: 1341928) |
| 1311214 | Korektis aldonan defaŭltan respondon generitan kiam la envenanta OTA servila komando ZCL-mesaĝo havas defaŭltan respondon ebligita. Nur unu respondo al eraro estas sendita, kaj por sukcesaj blokbildaj petoj, neniu defaŭlta respondo estas agordita. (Alia ref: 1300935) |
| 1296653 | Se duobla-PHY NCP-aparato farus Energi-Skanadon sur la sub-GHz-bendo dum la 2.4GHz-radio estis aktiva, grandaj ekestoj de envenanta Beacon-trafiko en respondo al envenantaj Beacon-Petoj sur la 2.4GHz-radiokanalo povus okupi grandan kvanton da la bufromemoro de la stako (asignita de la Heap-segmento) dum la multaj sub-GHz-kanaloj estis skanitaj, kio povis konduki al bufroŝtoro.tages kaj EZSP Overflow-kondiĉoj se la Heap-grandeco (kiu determinas kiom da bufroj estas haveblaj al la sistemo) ne estis sufiĉe granda. Ĉi tiu Superflua kondiĉo povus malhelpi la Skanan Kompletan Pritraktilon atingi la gastigan aplikaĵon, kaŭzante la skanan ŝtatmaŝinon de la apo esti blokita por ĉiam.
La Energy Scanning-kodo por duoblaj PHY-aparatoj nun forĵetas iujn ajn Beacon-pakaĵojn ricevitajn sur la 2.4GHz-radio dum la skanado de sub-GHz-kanalo, tiel malhelpante grandan enfluon de signostangoj kreado de la antaŭe menciita problemo. Notu, ke ĉi tio ne malhelpas normalan funkciadon de la reto sur 2.4GHz, ĉar Signoj estas uzataj nur por ebla PAN ID-konflikta detekto kiam la aparato ne faras Aktivan Skanadon, kaj PAN ID-konfliktoj ankoraŭ povas esti detektitaj de aliaj enkursigiloj en la reto dum. ĉi-foje aŭ de la kunordiganto post kiam la Energia Skanado finiĝis. (Alia ref: 1276049) |
| ID # | Priskribo |
| 1295250 | Korektis kompilajn problemojn kiam oni aldonas provan jungilaron zigbee 3.0-komponenton al norma aplikaĵo. (Alia ref: 1280058) |
| 1294848 | Aldonitaj kontroloj por la ZCL-datumtabelo por alĝustigi la plej longan kordlongon ĝis 253. (Alia ref: 1275092) |
| 1294843 | Korektis mankantan inicialigon de lokaj variabloj antaŭ uzo. (Alia ref: 1275104) |
| 1271968 |
|
| 1270721 | Korektis problemon por plibonigi plurlupkuniĝon de la aparatoj. Post anonco de la aparato, la adresparo estas aldonita al la adreskaŝmemoro. (Alia ref: 1266351) |
Riparita en eldono 7.4.4.0
| ID # | Priskribo |
| 1334454 | Korektis problemon pri traktado de rekunigrespondo. (Alia ref: 1331580) |
| 1330732 | Diagnoza funkcieco devus malŝalti la interrompon post vokado de Iostream por eviti aserton dum akirado de la mutex. |
|
1330720 |
La EZSP_MAX_FRAME_LENGTH revenas al 220, permesante ke la maksimuma longo de XNCP-mesaĝo estu ankaŭ 220.
(Alia ref: 1327706) |
| 1330311 | Riparis problemon, kiu kaŭzis malsukceson de kelkaj GP-prokurtestoj pri agordo de RCP-Gastiganto. (Alia ref: 1328991) |
| 1312369 | Faris SL_LEGACY_HAL_WDOG_IRQHandler() malforta funkcio, permesante al klientoj provizi sian propran efektivigon. |
| 1310711 | Aldonita kompiltempa eraro kontrolado por SL_STACK_SIZE kiam RTOS-komponento estas uzata en zigbee-projekto. |
|
1309913 |
Aldonita mutex-protekto por App Framework-okazvico, por ke App Framework-okazaĵaj API-oj estu vokitaj de pluraj taskoj.
(Alia ref: 1252940, 1254397) |
| 1309333 | Post kiam nova fin-aparato kuniĝas sur la sub-GHz-grupo, la devociklo-maljuniĝo-datumoj estis erare forigitaj por ĉiuj fin-aparataj infanoj.
(Alia ref: 1296881) |
| 1296002 | Problemo kiu kaŭzis Multoblaj difinoj de la funkcio halAppBootloader estas solvita. |
| 1295756 | Stakaj eventoj ne markitaj interrompo-sekuraj ne devus esti planitaj en ISR-kunteksto ĉar tio povus krei vetkurkondiĉon rezultigantan la okazaĵon esti faligita de la eventovico. Ekzemplo de tio malhelpis sub-GHz-aparatojn taŭge plani MAC-malpliiĝojn kiam ĉi tiu raskondiĉo estis ekigita.
(Alia ref: 1269856) |
| 1294660 | Riparis problemon, kie la reto-direkta kromaĵo povus funkcii kvazaŭ la aparato jam estus en reto kiam ĝi ne estis, estante blokita en ĉi tiu malvalida stato ĝis restarigo. Ĉi tio povus esti ekigita vokante la retan forlasan CLI-komandon kun sufiĉe preciza tempo dum reto-stirado estis en la mezo de aliĝo al reto kaj kun MAC-skanado ankoraŭ pritraktata.
(Alia ref: 1293923) |
| 1290695 | Riparis problemon, kiu faligis ZLL-komision-pakon por la uzkazo, kiam unu finpunkto estas malŝaltita dum aliaj finpunktoj ankoraŭ estas ebligitaj. La riparo estas aldonita por kontroli ĉiujn ebligitajn finpunktojn.
(Alia ref: 1275586) |
Riparita en eldono 7.4.0.0
| ID # | Priskribo |
| 1019348 | Riparis la dependecopostulojn por la komponanto Zigbee ZCL Cli tiel ke ĝi povas esti forigita kiam ne necesas. |
| 1024246 | Ĝisdatigis la funkciopriskribon por emberHaveLinkKey() kaj sl_zb_sec_man_have_link_key(). |
| 1036503 | Aldonis priskribon por rekomendi uzon de la Micrium Kernel por DMP-ojample apps. |
| 1037661 | Problemo, kiu malhelpis la aplikaĵon instali aŭ profesian stakon aŭ folian stakon estis riparita. |
| 1078136 | Riparita intermita kraŝo dum modifado de eventoj el interrompa kunteksto |
| 1081548 | Problemo estis riparita en CSL kie nova veka kadrosekvenco kiu estas ricevita tuj post antaŭa utilŝarĝa kadro ne estus registrita ĝuste. Tio rezultigus maltrafitan utilan kadron. |
| 1084111 | Komenca dormema SPI-NCP-subteno por MG24-bazitaj tabuloj estas ĝisdatigita kiel parto de ĉi tiu eldono. |
| 1104056 | Aldonita subteno por reto-stirado por funkcii sur malĉefa reto en kazo de plur-reto |
| 1120515 | Korektis problemon, kie la kanalo ne ŝanĝiĝis dum uzado de la komando mfglib set-channel. |
| 1141109 | Riparis problemon, kiu kaŭzis la generitan sampla aplikaĵo ncp-uart-gp-multi-rail por maltrafi iun kaplinion files kiam vi uzas la Green Power-adaptilon kun la opcio -cp. |
| 1144316 | Ĝisdatigis la priskribon de iuj datumstrukturaj tipoj en gp-types.h dokumentaro. |
| 1144884 | Fiksa malpura kadro pritraktata bito fiksita kiam ne ekzistas datumoj pritraktataj. |
| 1152512 | Riparis eblan kraŝon en low-mac-rail dum modifado de la evento en ISR-kunteksto. |
| 1154616 | Aldonita escepto por la kondiĉo pravalorigi la reton kun la kazo "Ŝanĝi rolon de Sleepy End-aparato al Ne-dorma Fina aparato". |
| 1157289 | Riparis problemon, kiu povas kaŭzi malsukceson de BDB-testo DN-TLM-TC-02B. |
| 1157426 | Riparis konstruproblemon dum konstruado de zigbee_simple_app kun green_power_adapter-komponento. |
| 1157932 | Aldonis kondiĉon por kontroli ĉu la kampo "transira tempo" mankas kaj agordi defaŭltan valoron 0xFFFF por ĉi tiu mankanta kampo. |
| 1166340 | Riparis problemon, kiu malhelpis la emberAfGpdfSend sendi la celitan nombron da ripetaj dissendoj. |
| ID # | Priskribo |
| 1167807 | Riparis problemon, kie aparatoj agantaj kiel Fidaj Centroj en distribuitaj retoj malĝuste forigas siajn pasemajn ligajn ŝlosilojn ĉiufoje kiam nova aparato aliĝis. |
| 1169504 | Korektis problemon, kiu kaŭzis rekomencon de dormema aparato post fortovekiĝo. |
| 1169966 | Korektis mankantan revenvaloran validigon en bufro-asigna kodo. |
| 1171477,
172270 |
Kun mfglib start 1 neniuj mesaĝoj estas elsenditaj sed ricevitaj, do la montrata fina mesaĝo "mfglib send complete" estas malĝusta kaj ŝanĝita al "RXed %d pakoj en la lastaj %d ms". |
| 1171935 | Ŝanĝis la periodan ĝisdatigperiodon de la perioda reto-ŝlosilo por esti tiel longa kiel 1 jaro. |
| 1172778 | Aldonis la mankantan alvokon de la emberAfPluginGreenPowerServerUpdateAliasCallback al la servilo de Green Power. |
| 1174288 | Riparis problemon, kiu igas la retan stiran procezon aserti ĉu voko por ĉesigi daŭran skanadon estas vokita. |
| 1178393 | Ĝisdatigis eraron pri dokumentado. |
| 1180445 | En Smart Energy, OTA nun daŭre elŝutas se la Kunordiganto atingas Limigitan Deĵoran Ciklon. |
| 1185509 | Korektis problemon en CSL, kie nova vekiĝo-kadro, kiu estas ricevita tuj post antaŭa utilŝarĝa kadro, ne estus ĝuste registrita. Tio rezultigus maltrafitan utilan kadron. |
| 1186107 | Korektis problemon, kiu kaŭzis la malsukcesan deĉifradon de ricevitaj GPDF-oj anstataŭigi la envenantan GPDF en la gp-komisiona sciigo. |
| 1188397 | Korektis problemon, kiu kaŭzis kompilan eraron ebligante plilongigitan raportan tabelgrandecon. |
| 1194090 | Korektis la malsukcesan staton en la defaŭlta respondo por la komando de Sink Commissioning Mode - sekvante sekcion 3.3.4.8.2 |
| 1194963 | Riparis problemon kun memset farita por la komisiada Gpd-strukturo antaŭ voki uzantan revokon emberAfGreenPowerServerPairingStatusCallback. |
| 1194966 | Riparis problemon, kie la finpunkto kaj proxiesEnvolved-kampoj ne estis fiksitaj kun la ago Eliro-Komisiona. |
| 1196698 | Riparita malpura kadro pritraktata bito aro kiam ne estis datumoj pritraktataj. |
| 1199958 | Aldonita kodo por trakti la kazon kiam ne estas pli da spaco por konstrui verdajn potencajn mesaĝojn. |
| 1202034 | Riparis problemon, kie sl_zb_sec_man_context_t stakvariablo ne estis pravigita ĝuste, kaŭzante malsukceson de kuniĝo kun instala kodo. |
| 1206040 | Voki emberRemoveChild () dum sekura rekunigprovo de fina aparato povas eble konduki al ekstra malpliigo de la Infana Nombro, eble kondukante al Infana Nombro de -1 (255), malhelpante finajn aparatojn de kuniĝo/rekuniĝo pro indikita manko. de kapablo en la Signostango. |
|
1207580 |
Child Table serĉfunkcioj ene de la stako estas malkonsekvencaj en uzo de 0x0000 kontraŭ 0xFFFF por noda ID-revenvaloro reprezentanta malvalidajn/malplenajn enirojn, kondukante al problemoj kontrolanta por neuzataj eniroj en APIoj kiel emberRemoveChild (). |
| 1210706 | Celo kaj PHY-Indekso provizitaj en EmberExtraCounterInfo-strukturo kiel parto de emberCounterHandler() eble estis malĝustaj por MAC TX Unicast nombrilaj tipoj. |
| 1211610
1212525 |
Riparis problemon, kie Dynamic Multiprotocol-aplikoj kraŝis post ebligo de Secure Key Storage Upgrade-komponento. |
| 1211847 | Dum la subskribo de emberCounterHandler() ne ŝanĝiĝis, la maniero kiel ĝiaj parametroj estas plenigitaj iomete ŝanĝiĝis. Ŝanĝoj ĉirkaŭ ĉi tiu API estas klarigitaj en sekcio 2 supre. |
|
1212449 |
Eksiĝintaj Signoj estis malĝuste kategoriigitaj per la MAC-tavolo, kondukante al emberCounterHandler() malsukcesanta kapti ĉi tiujn pakaĵetojn kun la EMBER_COUNTER_MAC_TX_BROADCAST-sumigilo-speco kaj anstataŭe nombri la Signilojn kun la EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS-sumbrilo-tipo. Tio eble rezultigis nefidindajn valorojn por la dest EmberNodeId-parametro pasita al la EmberCounterInfo-strukturo |
| 1214866 | Sendi datenenketpakon en certaj altaj trafikaj konfiguracioj povas rezultigi busfaŭlton. |
| 1216552 | Problemo, kiu kaŭzas aserton sub okupataj trafikkondiĉoj, estas riparita. |
| 1216613 | Korektis problemon, kiu kaŭzis malĝustan valoron de grupelsenda radiuso en la prokura tabelo. |
| 1222509 | Enkursigilo/kunordiganto sendas forpermeson kaj rekunigpeton al ne-infana voĉdonadfina aparato, sed la MAC-celloko estas 0xFFFF anstataŭe de kongruo kun la NWK-cellokadreso. |
| 1223842 | Riparis problemon kun generacio de la sl_component_catalog.h, kiu lasis nedeziratan kodon en ĝi, kaŭzante kompilon. |
| ID # | Priskribo |
| 756628 | Ŝanĝis la alvokon de aplikaĵrevoko emberAfMacFilterMatchMessageCallback nur por esti vokita por la ZLL-mesaĝoj validigitaj de la stako. |
| 816088 | Movis la agordon de EMBER de zigbeed_configuration.h al zigbeed.slcp. |
| 829508 | Por eviti raskondiĉon, kroma validigo estis aldonita en emberSetLogicalAndRadioChannel por reveni malsukcese se la malsuperaj tavoloj estas okupataj aŭ ne en stato por ŝanĝi la kanalon. |
Konataj Problemoj en la Nuna Eldono
Temoj en grasa skribo estis aldonitaj ekde la antaŭa eldono. Se vi maltrafis eldonon, lastatempaj eldonnotoj haveblas https://www.si-labs.com/developers/zigbee-emberznet en la langeto Tech Docs.
| ID # | Priskribo | Solvaĵo |
| N/A | La sekvaj programoj/komponantoj ne estas subtenataj en ĉi tiu eldono: EM4-subteno. | Trajto estos ebligita en postaj eldonoj. |
| 193492 | emberAfFillCommandGlobalServerToClientConfigureRe-porta makroo estas rompita. La plenigo de bufro kreas malĝustan komandpakaĵon. | Uzu la CLI-komandon "zcl global send-me-a-report" anstataŭ la API. |
| 278063 | Smart Energy Tunneling plugins havas konfliktan traktadon/uzadon de adrestabelindekso. | Neniu konata solvo |
| 289569 | Elektlisto de potenconivelaj komponantoj de la reto-kreinto ne ofertas plenan gamon da subtenataj valoroj por EFR32 | Redaktu la intervalon <-8..20> specifitan en la CMSIS-komento por EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P
OWER en la /protocol/zigbee/app/framework/plugin/network- creator/config/network-creator-config.h file. Por ekzample, ŝanĝu al . |
| 295498 | UART-ricevo foje faligas bajtojn sub peza ŝarĝo en Zigbee+BLE dinamika multprotokola uzokazo. | Uzu aparatan fluoregilon aŭ malaltigu la baudrapidecon. |
| 312291 | EMHAL: La funkcioj halCommonGetIntxxMillisecondTick en Linuksaj gastigantoj nuntempe uzas la funkcion gettimeofday, kiu ne garantias esti monotona. Se la sistema tempo ŝanĝiĝas, ĝi povas kaŭzi problemojn kun staka tempo. | Modifi ĉi tiujn funkciojn por uzi clock_gettime kun la fonto CLOCK_MONOTONIC anstataŭe. |
| 338151 | Iniciatigi NCP kun malalta pakaĵeta bufrokalkulvaloro povas kaŭzi koruptajn pakaĵetojn. | Uzu la rezervitan valoron 0xFF por paka bufrokalkulo por eviti la tro malaltan defaŭltan valoron |
| 387750 | Problemo kun Voja Tabelo-Petoformatoj sur fina aparato. | Sub Esploro |
| 400418 | Tuŝliga iniciatinto ne povas ligi al ne-fabrika nova fin-apara celo. | Neniu konata solvo. |
| 424355 | Ne-fabrik-nova dormema fin-aparato tuŝliga celkapabla iniciatinto ne povas ricevi aparaton-informrespondon en certaj cirkonstancoj. | Sub Esploro |
|
465180 |
La Optimumigo de Kunekzista Radio-Blokilo "Ebligu Rultempan Kontrolon" povas bloki taŭgan operacion de Zigbee. | Laŭvola "Wi-Fi Elekto" Kontrolo de Blokila Optimumigo estu lasita "Malŝaltita". |
| 480550 | La OTA-areto havas sian propran enkonstruitan fragmentigan metodon, tial ĝi ne devus uzi APS-fragmentiĝon. Kvankam, se APS-ĉifrado estas ebligita, ĝi pliigas la utilan ŝarĝon de la ImageBlockResponses al grandeco kie la APS-fragmentiĝo estas aktivigita. Ĉi tio povus kaŭzi malsukceson de la OTA-procezo. | Neniu konata solvo |
| 481128 | Detalaj Restarigi Kaŭzo kaj kraŝdetaloj devus esti haveblaj defaŭlte per la Virtuala UART (Seria 0) sur NCP-platformoj kiam Diagnostics-kromaĵo kaj Virtuala UART-ekscentralo estas ebligitaj. | Ĉar Serio 0 jam estas pravigita en la NCP, klientoj povas ebligi la emberAfNcpInitCallback en la Zigbee NCP Framework kaj voki la taŭgajn diagnozajn funkciojn (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails) kaj voki ĉi tiun datumon al print0 kaj alvoko de ĉi tiu datumo al printXNUMX. viewing en la protokolo de kaptado de Network Analyzer.
Por eksampLe pri kiel uzi ĉi tiujn funkciojn, raportu al la kodo inkluzivita en emberAfMainInit() de af-main-soc.c kiam EXTENDED_RESET_INFO estas difinita. |
| ID # | Priskribo | Solvaĵo |
| 486369 | Se DynamicMultiProtocolLightSoc formanta novan reton havas infannodojn restantajn de reto kiun ĝi forlasis, emberAfGetChildTableSize resendas ne-nulan valoron en startIdentifyOnAllChildNodes, kaŭzante Tx 66-erarmesaĝojn kiam vi alparolas la "fantomajn" infanojn. | Amase forviŝu la parton, se eble, antaŭ krei novan reton aŭ programe kontrolu la infanan tabelon post forlasi la reton kaj forigu ĉiujn infanojn uzante emberRemoveChild antaŭ ol krei novan reton. |
| 495563 | Aliĝi al SPI NCP Sleepy End Device Sampla Apo ne mallongigas balotadon, tial la aliĝprovo malsukcesas ĉe la stato de Ĝisdatigi TC-Linkŝlosilon. | La aparato kiu deziras aliĝi devus esti en Short Poll-reĝimo antaŭ provi aliĝi. Ĉi tiu reĝimo povas esti devigita per la kromprogramo End Device Support. |
| 497832 | En Network Analyzer la Zigbee Aplika Subtena Komando Breakdown por la Kontrolu Ŝlosila Peto-Kadro erare referencas la parton de la utila ŝarĝo, kiu indikas la kadron Fontadreson kiel la Destinadreson. | Neniu konata solvo |
| 519905
521782 |
SPI NCP povas tre malofte malsukcesi ekfunkciigi ekŝargilan komunikadon per la "bootload" CLI-komando de la ota-klienta kromaĵo. | Rekomencu la ekŝargan procezon |
| 620596 | NCP SPI Eksample por BRD4181A (EFR32xGMG21)
nWake defaŭlta pinglo difinita ne povas esti uzata kiel vekstifto. |
Ŝanĝu la defaŭltan pinglon por nWake de PD03 al EM2/3 ebligita vekiĝo en la NCP-SPI Kromaĵo. |
| 631713 | Zigbee End Device raportos adreskonfliktojn plurfoje se la kromaĵo "Zigbee PRO Stack Library" estas uzata anstataŭ "Zigbee PRO Leaf Library". | Uzu la "Zigbee PRO Leaf Library" anstataŭ la kromprogramon "Zigbee PRO Stack Library". |
| 670702 | Neefikecoj ene de la Raportado-kromaĵo povas konduki al signifa latenteco bazita sur datumskriba frekvenco kaj tabelgrandeco, kiuj povas malhelpi klienta aplikaĵokodo, inkluzive de eventotempigo. | Se vi faras oftajn skribojn, konsideru kontroli raportajn kondiĉojn kaj sendi raportojn permane anstataŭ uzi la kromprogramon. |
| 708258 | Nekomencigita valoro en groups-server.c per addEntryToGroupTable () povas krei falsan ligadon kaj kaŭzi groupcast raportajn mesaĝojn esti senditaj. | Aldonu "binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;" post “binding.type
= EMBER_MULTICAST_BINDING;” |
| 757775 | Ĉiuj EFR32-partoj havas unikan RSSI-offseton. Krome, tabulodezajno, antenoj kaj ĉemetaĵo povas efiki RSSI. | Kreante novan projekton, instalu la RAIL Utilon, RSSI-komponenton. Ĉi tiu funkcio inkluzivas la defaŭltan RSSI Offset kiun SiLabs mezuris por ĉiu parto. Ĉi tiu ofseto povas esti modifita se necese post RF-testado de via kompleta produkto. |
| 758965 | ZCL-aretkomponentoj kaj ZCL-komando-malkovrotabelo ne estas sinkronigitaj. Tial, ebligante aŭ malŝaltante ZCL-clusterkomponenton, efektivigitaj komandoj ne estos ebligitaj/malŝaltitaj en la responda komandolangeto de ZCL Advanced Configurator. | Mane ebligu/malŝalti malkovron por la dezirataj ZCL-komandoj en la ZCL Altnivela Agordilo. |
| 765735 | La OTA-ĝisdatigo malsukcesas sur Sleepy End Device kun ebligita Paĝa Peto. | Uzu Bloko-Peton anstataŭ Paĝa Peto. |
| 845649 | Forigi CLI:Kernkomponenton ne forigas EEPROM-cli vokojn al sl_cli.h. | Forigu la eeprom-cli.c file kiu nomas la sl_cli.h. Aldone, vokoj al sl_cli.h same kiel sl_cli_command_arg_t en la ota-storage-simple-eeprom povas esti komentitaj. |
| 857200 | ias-zone-server.c permesas ke ligado estu kreita kun "0000000000000000" CIE-adreso kaj poste ne permesas pliajn ligojn. | Neniu konata solvo |
| 1019961 | Generita Z3Gateway farofile malmolaj kodoj "gcc" kiel CC | Neniu konata solvo |
| ID # | Priskribo | Solvaĵo |
| 1039767 | Zigbee-enkursigilo reto reprova vostosuperflua problemo en multfadena RTOS-uzokazo. | Zigbee Stack ne estas faden-sekura. Kiel rezulto, voki Zigbee-stajn API-ojn de alia tasko ne estas subtenata en OS-medio kaj povas meti la stakon en "ne-funkciantan" staton. Rigardu la sekvan Noton pri Apliko por pliaj informoj kaj solvo uzante evento-traktilon.
https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk-7x.pdf . |
| 1064370 | La Z3Switch sampla aplikaĵo nur ebligis unu butonon (ekzemplo: btn1) defaŭlte, kiu kondukas al miskongruo en la priskribo de butonoj en la projekto. file. | Solvo: Instalu la btn0-instancon permane dum la kreado de la projekto Z3Switch. |
| 1161063 | Z3Light kaj eble aliaj aplikoj raportas malĝustajn aretajn reviziajn valorojn. | Mane ĝisdatigu la atributon de revizio de la cluster al ilia taŭga revizio. |
| 1164768,
1171478, 1171479 |
ERARO: ezspErrorHandler 0x34 raportita plurfoje dum mfglib ricevreĝimo | Por redukti la erarmesaĝojn presitajn, agordu EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV
ENT_TIMEOUT_MS en la gastiga programo al 100, do la revokatvico estas liberigita pli rapide. |
Malrekomenditaj Eroj
Malrekomendita en eldono 7.4.5.0
En GSDK 7.4.5.0 zigbee_watchdog_periodic_refresh estas malrekomendita. La alternativa rekomendita maniero refreŝigi la gardohundan tempigilon estas uzi la heredaĵajn gardohundan tempigilojn APIojn en aplikaĵa specifa perioda okazaĵo.
Malrekomendita en eldono 7.4.1.0
En GSDK 7.4.0.0 pluen, inkluzive de ĉi tiu flikaĵo, la opcio "-v" en Z3Gateway por Linuksa gastiga aplikaĵo por krei telnet-interfacon kun haveno 4900 aŭ 4901 estas malrekomendita. La alternativa rekomendita maniero krei telnet-interfacon estas uzi Linuksajn ilojn kiel "socat".
Malrekomendita en eldono 7.4.0.0
Forigis la sekvajn malrekomenditajn sekurecajn APIojn
- emberGetKey()
- emberGetKeyTableEntry()
- emberSetKeyTableEntry ()
- emberHaveLinkKey ()
- emberAddOrUpdateKeyTableEntry ()
- emberAddTransientLinkKey ()
- emberGetTransientKeyTableEntry()
- emberGetTransientLinkKey()
- emberHmacAesHash()
Uzu la API-ojn provizitajn de Zigbee Security Manager por aliro al ŝlosila stokado kaj HMAC-hashing.
Forigitaj Eroj
Forigita en eldono 7.4.0.0
- Forigis duplikatajn publikajn APIojn en publika kaplinio file gp-tipoj.h.
- La komponanto zigbee_end_device_bind estis forigita. Ĉi tiu komponanto estis uzata por la kunordiganto por peri devigajn petojn por finaj aparatoj. Ĉi tiu laŭvola funkcieco estis forigita de R22 de la Zigbee-kernspeco.
- Forigita aro Packet BufferCount() en af-host.c kaj senutila ĉekkazo EZSP_CONFIG_PACKET_BUFFER_COUNT: en komand-handlers.c.
- Forigita memoro Allocation argumento ĉar ne necesas dividi en du fazoj dum pravalorigo de NCP.
- Forigita emberAfNcpInitCallback () en la app.c de se14-comms-hub, se14-ihd, kaj se14-meter-gas.
- Forigita agordo EZSP_CONFIG_RETRY_QUEUE_SIZE valoro dum ncp-komencigo en ncp-configuration.c.
Multiprotokola Enirejo kaj RCP
Novaj Eroj
Aldonita en eldono 7.4.0.0
Samtempa aŭskultado, la kapablo por la stakoj Zigbee kaj OpenThread funkcii sur sendependaj 802.15.4 kanaloj dum uzado de EFR32xG24 aŭ xG21 RCP, estas liberigita. Samtempa aŭskultado ne disponeblas por la kombinaĵo 802.15.4 RCP/Bluetooth RCP, la kombinaĵo Zigbee NCP/OpenThread RCP aŭ por la Zigbee/OpenThread-sur-blato (SoC). Ĝi estos aldonita al tiuj produktoj en estonta eldono.
La etendo de la vendisto de OpenThread CLI estis aldonita al la gastigaj programoj de OpenThread de multprotokolaj ujoj. Ĉi tio inkluzivas la komandojn de coex cli.
Pliboniĝoj
Ŝanĝita en eldono 7.4.0.0
La multiprotokola kombinaĵo Zigbee NCP/OpenThread RCP nun estas produktadkvalito. Ĉi tiu sampla aplikaĵo ne estas subtenata sur Serio-1 EFR-aparatoj.
Fiksaj Problemoj
Riparita en eldono 7.4.5.0
| ID # | Priskribo |
| 1328799 | La mola restarigo ekigita de la komando Spinel RESET nun purigas la bufrojn de la 15.4 RCP. |
| 1337101 | Nekompletaj 15.4 elsendaj operacioj (Tx atendanta ack, Tx an ack en respondo al mesaĝo, ktp) ne plu estas trofrue konsideritaj kiel malsukcesaj sur radiointerrompo pro DMP. Ĉi tio permesas al koncerna operacio ricevi ŝancon esti replanita post la interrompo aŭ konstante malsukcesita de RAIL (planisto-statuserarokazaĵoj).
(Alia ref: 1339032) |
| 1337228 | En Zigbeed la halCommonGetInt32uMillisecondTick() tick API nun estas ĝisdatigita por uzi MONOTONIC-horloĝon, por ke ĝi ne estu tuŝita de la NTP en gastiga sistemo.
(Alia ref: 1339032) |
| 1346785 | Korektis raskondiĉon, kiu povus kaŭzi ke samtempa aŭskultado estu malŝaltita sur la 802.15.4 RCP kiam ambaŭ protokoloj elsendiĝis samtempe.
(Alia ref: 1349176) |
| 1346849 | Aldonante la rail_mux-komponenton al projekto nun igos ĝin aŭtomate konstrui kun la rilataj stakaj bibliotekvariaĵoj.
(Alia ref: 1349102) |
Riparita en eldono 7.4.4.0
| ID # | Priskribo |
| 1184065 | Reduktita RAM-piedsigno por zigbee_ncp-ot_rcp-spi kaj zigbee_ncp-ot_rcp_uart sur MG13 kaj MG21. |
| 1282264 | Korektis problemon, kiu povus interrompi radio-elsendajn operaciojn per malplenigo de la elsenda fifo antaŭtempe kaŭzante subfluon. |
| 1292537 | DMP Zigbee-BLE NCP-apliko nun ĝuste aperas en Simplicity Studio UI. (Alia ref: 1292540) |
| 1230193 | Korektis malĝustan nodan tipon dum aliĝo al reto sur fina aparato. (Alia ref: 1298347) |
| 1332330 | Riparis problemon, kie 15.4+BLE RCP funkcianta en medio kun peza rettrafiko povis foje renkonti raskondiĉon, kiu lasus ĝin nekapabla sendi mesaĝojn ĝis CPCd ĝis rekomenco de la aparato.
(Alia ref: 1333156) |
Riparita en eldono 7.4.2.0
| ID # | Priskribo |
| 1022972 | Aldonita kunekzista kromaĵo reen al Zigbee-OpenThread NCP/RCP-sample aplikaĵo. |
| 1231021 | Evitu aserton en OTBR, kiu estis observita aliĝante al 80+ zigbee-aparatoj reakirante la RCP prefere ol pasante netraktitajn elsendajn erarojn al la sub-mac. |
| 1249346 | Traktis problemon, kie la RCP povis neĝuste malviki pakaĵetojn destinitajn por la gastiganto, rezultigante analizan eraron en la OTBR kaj neatenditan finon. |
Riparita en eldono 7.4.1.0
| ID # | Priskribo |
| 1213701 | zigbeed ne permesis krei fontan kongruan tabeleniron por infano se MAC nerekta atendovico havas datumojn jam pritraktatajn por tiu infano. Ĉi tiu konduto povus konduki al aplikaĵa tavola transakcioj inter la infano kaj iu alia aparato malsukcesi pro manko de APS Ack aŭ app-tavola respondo, precipe la interrompo kaj neatendita fino de ZCL OTA Ĝisdatigoj celanta la infanaparaton. |
| 1244461 | Font-kongrua tabeleniro por infano povus esti forigita malgraŭ atendataj mesaĝoj. |
Riparita en eldono 7.4.0.0
| ID # | Priskribo |
| 1081828 | Trafia problemo kun FreeRTOS-bazitaj Zigbee/BLE DMP-ojample aplikoj. |
| 1090921 | Z3GatewayCpc havis problemojn por formi reton en brua medio. |
| 1153055 | Aserto pri la gastiganto estis kaŭzita kiam okazis misfunkciado de komunikado dum legado de la NCP-versio de la zigbee_ncp-ble_ncp-uart sample app. |
| 1155676 | La 802.15.4 RCP forĵetis ĉiujn ricevitajn unuelsendajn pakaĵetojn (post MAC-acking) se multoblaj 15.4 interfacoj dividis la saman 16-bitan nodan ID. |
| 1173178 | La gastiganto malvere raportis centojn da pakaĵoj ricevitaj kun mfglib en la aranĝo Host-RCP. |
| 1190859 | EZSP-eraro dum sendado de mfglib hazardaj pakaĵoj en la aranĝo Host-RCP. |
| 1199706 | Datumaj balotenketoj de forgesitaj fin-aparataj infanoj ne konvene starigis pritraktatan kadron sur la RCP por vicigi komandon Leave & Rejoin al la antaŭa infano. |
| 1207967 | La komando "mfglib send hazarda" sendis kromajn pakaĵojn sur Zigbeed. |
| 1208012 | La mfglib rx-reĝimo ne ĝisdatigis pakaĵinformojn ĝuste dum ricevado sur la RCP. |
| 1214359 | La kunordiga nodo kraŝis kiam 80 aŭ pli da enkursigiloj provis aliĝi samtempe en la aranĝo de Host-RCP. |
| 1216470 | Post elsendado por adresmasko 0xFFFF, Zigbee RCP aganta kiel gepatra aparato lasus la pritraktatan datuman flagon fiksitan por ĉiu infano. Ĉi tio rezultigis, ke ĉiu infano restis nedorma atendante datumojn post ĉiu balotenketo, kaj postulis iun alian pritraktatan datumtransakcion al ĉiu fina aparato por eventuale forigi ĉi tiun staton. |
Konataj Problemoj en la Nuna Eldono
Temoj en grasa skribo estis aldonitaj ekde la antaŭa eldono. Se vi maltrafis eldonon, lastatempaj eldonnotoj haveblas https://www.si-labs.com/developers/gecko-software-development-kit .
| ID # | Priskribo | Solvaĵo |
| 937562 | La komando Bluetoothctl 'reklami sur' malsukcesas kun la aplikaĵo rcp-uart- 802154-blehci sur Raspberry Pi OS 11. | Uzu btmgmt-aplikaĵon anstataŭ bluetoothctl. |
| 1074205 | La CMP RCP ne subtenas du retojn sur la sama PAN-id. | Uzu malsamajn PAN-identojn por ĉiu reto. Subteno estas planita en estonta eldono. |
| 1122723 | En okupata medio la CLI povas fariĝi neresponda en la z3-light_ot-ftd_soc-aplikaĵo. | Neniu konata solvo. |
| 1124140 | z3-light_ot-ftd_soc sampla apo ne kapablas formi la Zigbee-reton se la OT-reto jam funkcias. | Komencu la Zigbee-reton unue kaj la OT-reton poste. |
| 1170052 | CMP Zigbee NCP + OT RCP kaj DMP Zigbee NCP + BLE NCP eble ne taŭgas sur 64KB kaj pli malaltaj RAM-partoj en ĉi tiu nuna eldono. | 64KB partoj ne estas nuntempe subtenataj por ĉi tiuj programoj. |
| 1209958 | La ZB/OT/BLE RCP sur Bobcat kaj Bobcat Lite povas ĉesi funkcii post kelkaj minutoj dum funkciado de ĉiuj tri protokoloj. | Estos traktita en estonta eldono |
| 1221299 | Mfglib RSSI-legadoj malsamas inter RCP kaj NCP. | Estos traktita en estonta eldono. |
| 1334477 | Komenci kaj haltigi la BLE-stakon plurfoje povus rezultigi, ke la BLE-stako ne povos rekomenci reklamon sur Serio 1 EFR-aparatoj en la DMP Zigbee-BLE-oj.ample aplikaĵo. | N/A |
Malrekomenditaj Eroj Neniu
Forigitaj Eroj
Forigita en eldono 7.4.0.0
La makroo “NONCOMPLIANT_ACK_TIMING_WORKAROUND” estas forigita. Ĉiuj RCP-aplikoj nun defaŭlte subtenas 192 µsec-daŭron por ne-plibonigitaj acks dum daŭre uzas 256 μsec-redaŭrotempon por plibonigitaj acks postulataj de CSL.
Uzante Ĉi tiun Eldonon
- Zigbee stako
- Zigbee Aplika Kadro
- Zigbee Sample Aplikoj
Por pliaj informoj pri Zigbee kaj la EmberZNet SDK vidu UG103.02: Zigbee Fundamentals.
Se vi estas unuafoja uzanto, vidu QSG180: Zigbee EmberZNet Quick-Start Guide for SDK 7.0 and Higher, por instrukcioj pri agordo de via evolumedio, konstruado kaj ekbrilado kielampla aplikaĵo, kaj dokumentaj referencoj montrantaj al sekvaj paŝoj.
Instalado kaj Uzo
La Zigbee EmberZNet SDK estas disponigita kiel parto de la Gecko SDK (GSDK), la serio de Silicon Labs SDK-oj. Por rapide komenci kun la GSDK, instalu Simplicity Studio 5, kiu starigos vian evoluan medion kaj gvidos vin tra la instalado de GSDK. Simplicity Studio 5 inkluzivas ĉion bezonatan por IoT-produktevoluo per Silicon Labs-aparatoj, inkluzive de rimedo kaj projektlanĉilo, programaraj agordaj iloj, plena IDE kun GNU-ilĉeno kaj analizaj iloj. Instalaj instrukcioj estas provizitaj en la interreta Uzantgvidilo de Simplicity Studio 5.
Alternative, Gecko SDK povas esti instalita permane elŝutante aŭ klonante la plej novan de GitHub. Vidu https://github.com/Sili-conLabs/gecko_sdk por pliaj informoj.
Simplicity Studio instalas la GSDK defaŭlte en
- (Vindozo): C:\Uzantoj\ \SimplicityStudio\SDKs\gecko_sdk
- (MacOS): /Uzantoj/ /SimplicityStudio/SDKs/gecko_sdk
Dokumentaro specifa por la SDK-versio estas instalita kun la SDK. Pliaj informoj ofte troveblas en la sciobazaj artikoloj (KBAoj). API-referencoj kaj aliaj informoj pri ĉi tiu kaj pli fruaj eldonoj estas haveblaj sur https://docs.silabs.com/ .
Sekurecaj Informoj
Sekura Vault-Integriĝo
Por aplikaĵoj, kiuj elektas konservi ŝlosilojn sekure uzante la komponanton Secure Key Storage sur Secure Vault-High-partoj, la sekva tabelo montras la protektitajn ŝlosilojn kaj iliajn konservadprotektajn trajtojn, kiujn administras la komponanto Zigbee Security Manager.
| Envolvita Ŝlosilo | Eksportebla / Ne-Ekportebla | Notoj |
| Reta Ŝlosilo | Eksportebla | |
| Fido-Centro-Ligilo-Ŝlosilo | Eksportebla | |
| Transira Ligo Ŝlosilo | Eksportebla | Indeksita ŝlosiltabelo, konservita kiel volatila ŝlosilo |
| Aplika Ligo Ŝlosilo | Eksportebla | Indeksita ŝlosila tabelo |
| Sekurigu EZSP-Ŝlosilon | Eksportebla | |
| ZLL Ĉifrada Ŝlosilo | Eksportebla | |
| ZLL Antaŭagordita Ŝlosilo | Eksportebla | |
| GPD Prokura Ŝlosilo | Eksportebla | Indeksita ŝlosila tabelo |
| GPD Sink Ŝlosilo | Eksportebla | Indeksita ŝlosila tabelo |
| Interna/Anstataŭilo Ŝlosilo | Eksportebla | Interna ŝlosilo por uzo de Zigbee Security Manager |
- Envolvitaj ŝlosiloj kiuj estas markitaj kiel "Ne-Ekporteblaj" povas esti uzataj sed ne povas esti viewred aŭ dividita ĉe rultempo.
- Envolvitaj ŝlosiloj kiuj estas markitaj kiel "Ekporteblaj" povas esti uzataj aŭ dividitaj dum rultempo, sed restas ĉifritaj dum stokitaj en fulmo.
- Uzantaplikoj neniam bezonas interagi kun la plimulto de ĉi tiuj ŝlosiloj. Ekzistantaj APIoj por administri Link Key Table-ŝlosilojn aŭ Transient Keys daŭre estas haveblaj al la uzanta aplikaĵo kaj nun trairas la komponanton Zigbee Security Manager.
- Kelkaj el ĉi tiuj ŝlosiloj povas iĝi ne-ekporteblaj al la uzantaplikaĵo estonte. Uzantaplikoj estas instigitaj ne fidi je la eksportado de ŝlosiloj krom se absolute necese.
Por pliaj informoj pri la funkcio de Secure Vault Key Management, vidu AN1271: Secure Key Storage.
Konsiloj pri Sekureco
Por aboni Sekurecajn Konsilojn, ensalutu al la klientportalo de Silicon Labs, tiam elektu Konto-Hejmon. Alklaku HEJMO por iri al la portala ĉefpaĝo kaj poste alklaku la kahelon Administri Sciigojn. Certigu, ke 'Programaro/Sekurec-Avizoj kaj Produktaj Ŝanĝoj-Avizoj (PCN-oj)' estas kontrolita, kaj ke vi estas minimume abonita por via platformo kaj protokolo. Klaku Konservi por konservi ajnajn ŝanĝojn.
La sekva figuro estas ekzample
Subteno
La klientoj de Disvolva Kit estas elekteblaj por trejnado kaj teknika subteno. Uzu la Silicon Laboratories Zigbee web paĝo por akiri informojn pri ĉiuj produktoj kaj servoj de Silicon Labs Zigbee, kaj por registriĝi por produktsubteno.
Vi povas kontakti Silicon Laboratories-subtenon ĉe http://www.silabs.com/support .
Simpleco Studio
Unuklaka aliro al MCU kaj sendrataj iloj, dokumentaro, programaro, fontkodaj bibliotekoj kaj pli. Havebla por Vindozo, Mac kaj Linukso!
- IoT Portfolio
www.silabs.com/IoT - SW/HW
www.silabs.com/simplicity - Kvalito
www.silabs.com/quality - Subteno & Komunumo
www.silabs.com/community
Malgarantio
Silicon Labs intencas provizi klientojn per la plej nova, preciza, kaj profunda dokumentado de ĉiuj ekstercentraj kaj moduloj disponeblaj por sistemo kaj programaro-impligistoj uzante aŭ intencantaj uzi la Silicon Labs produktoj. Karakterizaj datumoj, disponeblaj moduloj kaj ekstercentraj, memorgrandecoj kaj memoradresoj rilatas al ĉiu specifa aparato, kaj "Tipaj" parametroj provizitaj povas kaj varias en malsamaj aplikoj. Apliko ekzampLa ĉi tie priskribitaj estas nur por ilustraj celoj. Silicon Labs rezervas la rajton fari ŝanĝojn sen plia avizo al la produktaj informoj, specifoj kaj priskriboj ĉi tie, kaj ne donas garantiojn pri la ĝusteco aŭ kompleteco de la inkluditaj informoj. Sen antaŭa sciigo, Silicon Labs povas ĝisdatigi produktofirmaron dum la produktada procezo pro sekurecaj aŭ fidindeckialoj. Tiaj ŝanĝoj ne ŝanĝos la specifojn aŭ la agadon de la produkto. Silicon Labs ne havas respondecon pri la sekvoj de uzado de la informoj provizitaj en ĉi tiu dokumento. Ĉi tiu dokumento ne implicas aŭ eksplicite donas ajnan permesilon por desegni aŭ fabriki iujn ajn integrajn cirkvitojn. La produktoj ne estas dezajnitaj aŭ rajtigitaj por esti uzataj en iuj aparatoj de FDA Class III, aplikoj por kiuj FDA antaŭmerkata aprobo estas postulata aŭ Vivsubtenaj Sistemoj sen la specifa skriba konsento de Silicon Labs. "Vivsubtena Sistemo" estas ajna produkto aŭ sistemo intencita por subteni aŭ subteni vivon kaj/aŭ sanon, kiu, se ĝi malsukcesas, povas esti racie atendita rezultigi gravan personan vundon aŭ morton. Silicon Labs-produktoj ne estas dezajnitaj aŭ rajtigitaj por militaj aplikoj. Silicon Labs-produktoj ne devas esti uzataj en amasdetruaj armiloj inkluzive (sed ne limigitaj al) nukleaj, biologiaj aŭ kemiaj armiloj, aŭ misiloj kapablaj liveri tiajn armilojn. Silicon Labs rifuzas ĉiujn eksplicitajn kaj implicitajn garantiojn kaj ne respondecos aŭ respondecas pri ajnaj vundoj aŭ damaĝoj rilate al uzo de produkto de Silicon Labs en tiaj neaŭtorizitaj aplikoj.
Varmarkinformo
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® kaj la emblemo de Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro-emblemo kaj ĉi tiuj kombinaĵoj , "la plej energiaj mikroregiloj de la mondo", Redpine Signals®, WiSeConnect , n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, la Telegesis Logo®, USBXpress®, Zentri, la Zentri-emblemo kaj Zentri DMS, Z-Wave®, kaj aliaj estas varmarkoj aŭ registritaj varmarkoj de Silicon Labs. ARM, CORTEX, Cortex-M3 kaj THUMB estas varmarkoj aŭ registritaj varmarkoj de ARM Holdings. Keil estas registrita varmarko de ARM Limited. Wi-Fi estas registrita varmarko de la Wi-Fi Alliance. Ĉiuj aliaj produktoj aŭ markonomoj menciitaj ĉi tie estas varmarkoj de siaj respektivaj posedantoj.
- Silicon Laboratories Inc.
- 400 Okcidenta Cesar Chavez Aŭstino, TX 78701
- Usono
- www.silabs.com
Dokumentoj/Rimedoj
 |
SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdf] Uzantogvidilo 7.4.5.0, 7.4.4.0, 7.4.3.0, 7.4.2.0, 7.4.1.0, 7.4.0.0, 7.4.5.0 Zigbee Ember Z Net SDK, 7.4.5.0, Zigbee Ember Z Net SDK, Z Ember Z Net SDK, Z Ember Z Net SDK SDK, Net SDK, SDK |
