SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK
- Zigbee EmberZNet SDK Versió: 7.4.5.0 GA
- Gecko SDK Suite Versió: 4.4
- Data de llançament: 23 d'octubre de 2024
- Plataforma: Silicon Labs
- Compiladors compatibles: GCC (The GNU Compiler Collection) versió 12.2.1
- Versió del protocol EZSP: 0x0D
Instruccions d'ús del producte
Característiques clau
El Zigbee EmberZNet SDK de Silicon Labs ofereix les següents funcions clau
Suport multiprotocol (CMP) Zigbee i OpenThread en SoC.
Avisos de compatibilitat i ús
Per obtenir actualitzacions i avisos de seguretat, consulteu el capítol Seguretat de les Notes de la versió de la plataforma Gecko o visiteu la pestanya DOCUMENTS TÉCNICS a Silicon Labs. weblloc. Es recomana subscriure's a Avisos de seguretat per obtenir la informació més recent.
Compiladors compatibles
Assegureu-vos d'utilitzar el correcte files amb el compilador compatible
GCC (The GNU Compiler Collection) versió 12.2.1 proporcionada amb Simplicity Studio.
Protocol EZSP
La versió del protocol EZSP per a aquesta versió és 0x0D.
- P: Quins són els nous components introduïts a la versió 7.4.5.0?
- R: Els usuaris ara poden tenir habilitats diversos components de zigbee_direct_security en una aplicació de dispositiu directe Zigbee (ZDD), amb l'opció de seguretat real en funció de la configuració del dispositiu virtual de Zigbee (ZVD).
- P: Quines API noves s'afegeixen a la versió 7.4.4.0?
- R: Les noves API inclouen mfglibSetCtune i mfglibGetCtune.
- P: Quin és el suport de la nova plataforma introduït a la versió 7.4.5.0?
- R: EFR32MG24A020F768IM40 ara és compatible com a plataforma.
- P: On puc trobar la documentació actualitzada per al component Zigbee Secure Key Storage?
- R: La descripció del component Zigbee Secure Key Storage s'ha actualitzat a la versió 7.4.0.0, juntament amb una nota d'aplicació nova per interactuar amb el grup de components del Zigbee Security Manager (AN1412: Zigbee Security Manager).
Zigbee EmberZNet SDK 7.4.5.0 GA
Gecko SDK Suite 4.4
23 d'octubre de 2024
Silicon Labs és el venedor escollit per als OEM que desenvolupen xarxes Zigbee als seus productes. La plataforma Zigbee de Silicon Labs és la solució Zigbee més integrada, completa i rica en funcions disponible.
Silicon Labs EmberZNet SDK conté la implementació de Silicon Labs de l'especificació de pila Zigbee.
Aquestes notes de la versió cobreixen les versions de l'SDK
- 7.4.5.0 publicat el 23 d'octubre de 2024
- 7.4.4.0 publicat el 14 d'agost de 2024
- 7.4.3.0 publicat el 2 de maig de 2024
- 7.4.2.0 publicat el 10 d'abril de 2024
- 7.4.1.0 publicat l'14 de febrer de 2024
- 7.4.0.0 publicat el 13 de desembre de 2023
Avisos de compatibilitat i ús
Per obtenir informació sobre les actualitzacions i els avisos de seguretat, consulteu el capítol Seguretat de les notes de la versió de la plataforma Gecko instal·lades amb aquest SDK o a la pestanya TECH DOCS a https://www.silabs.com/developers/zigbee-emberznet . Silicon Labs també recomana encaridament que us subscriviu als Avisos de seguretat per obtenir informació actualitzada. Per obtenir instruccions o si sou nou al SDK de Zigbee EmberZNet, consulteu Ús d'aquesta versió.
Compiladors compatibles
IAR Embedded Workbench for ARM (IAR-EWARM) versió 9.40.1.
- L'ús de wine per compilar amb la utilitat de línia d'ordres IarBuild.exe o la GUI d'IAR Embedded Workbench a macOS o Linux podria provocar un error incorrecte. files'està utilitzant a causa de col·lisions en l'algorisme hashing del vi per generar curt file noms.
- Es recomana als clients de macOS o Linux que no creïn amb IAR fora de Simplicity Studio. Els clients que ho facin haurien de verificar acuradament que el correcte files'estan utilitzant.
GCC (The GNU Compiler Collection) versió 12.2.1, proporcionada amb Simplicity Studio.
La versió del protocol EZSP per a aquesta versió és 0x0D.
Articles nous
Nous components
Nou a la versió 7.4.0.0
S'han afegit els components "zigbee_direct_security_p256" i "zigbee_direct_security_curve25519" perquè els usuaris puguin configurar una opció de seguretat específica de Zigbee Direct.
Els usuaris poden tenir habilitats diversos components "zigbee_direct_security" en una aplicació de dispositiu directe de Zigbee (ZDD). En aquest cas, l'opció de seguretat real depèn de la configuració del dispositiu virtual Zigbee (ZVD).
Noves API
Nou a la versió 7.4.4.0
S'han introduït dues API de lib de fabricació dedicades per obtenir i establir valors CTUNE.
En versions de pedaços anteriors, l'accés i la configuració del valor CTUNE es van convertir en part de les API RAIL. En aquest pedaç s'introdueixen un conjunt d'API de fabricació que encapsulen les API RAIL de la manera següent per establir i obtenir el valor.
mfglibSetCtune
mfglibGetCtune
Nou a la versió 7.4.2.0
- SPI NCP estès per admetre els modes de repòs en alguns casos d'ús de Host-NCP.
En aquest cas d'ús, l'SPI NCP es pot configurar com a dispositiu final amb somnolència. L'amfitrió Z3Gateway sampL'aplicació s'amplia amb un codi CLI personalitzat addicional responsable d'ordenar a l'NCP que entri en un dels modes de repòs mitjançant l'ordre CLI personalitzat sleepMode i s'ha de despertar mitjançant l'ordre CLI personalitzat wakeup abans de la comunicació EZSP posterior. - S'ha introduït una nova API sl_zigbee_af_isr_event_init per inicialitzar els esdeveniments del marc d'aplicació que es pretén activar dins d'una rutina de servei d'interrupció (ISR). Aquests esdeveniments, que es programen des de l'ISR, han de tenir un paràmetre de retard de 0 mil·lisegons. En altres paraules, els esdeveniments de l'ISR s'han d'activar com a esdeveniment immediat. No es permet la desactivació d'esdeveniments dins de l'ISR.
El motiu de l'anterior és el següent: El sistema d'esdeveniments manipula la cua d'esdeveniments durant la programació (activant amb un retard diferent de zero o desactivant) un esdeveniment. Per minimitzar la latència, un ISR hauria d'activar un esdeveniment amb 0 retard, que es programarà en el següent processament de la cua d'esdeveniments. Això permet que el retard addicional, o la desactivació, es dugui a terme després de la sortida de l'ISR. Per distingir els esdeveniments destinats a ser utilitzats dins del context ISR, l'estructura d'esdeveniments es marca amb un sli_zigbee_isr_event_marker durant la inicialització.
Consulteu la font de zigbee_app_framework_event.h file per obtenir els detalls d'aquesta nova funció. - Aclariment sobre l'ús de la nova funció ember Update Multi Mac Rejoin Channel Mask per a la selecció o unió al dispositiu que s'anomena dins de l'API de pila ember Find And Rejoin Network With Reason per obtenir una màscara de canal que s'utilitza per tornar a unir-se.
L'especificació SE1.4a restringeix el canvi d'interfície (de 2.4 GHz a sub-GHz o viceversa) durant la reincorporació d'un dispositiu tipus dispositiu final d'unió multi-MAC. Com que el tipus de dispositiu és una configuració de marc d'aplicació (és a dir, el tipus de dispositiu final d'unió serà un dispositiu de sub-GHz o un dispositiu de 2.4 GHz, no tots dos, en la configuració), aquesta trucada proporciona la màscara de canal basada en aquesta configuració, de manera que que la màscara de reincorporació sigui sempre la mateixa que la màscara de la interfície de connexió.
Nou a la versió 7.4.0.0
- S'ha afegit una nova API void sl_zigbee_token_factory_reset(bool exclude_outgoing_fc, bool exclude_boot_counter) per restablir els testimonis Zigbee NVM3 al seu valor predeterminat.
- S'ha afegit l'API bool sl_zigbee_sec_man_link_key_slot_available(EmberEUI64 eui), que retorna true si la taula de claus d'enllaç pot afegir o actualitzar una entrada amb aquesta adreça (la taula no està plena).
S'ha afegit una nova API bool sl_zb_sec_man_compare_key_to_value (context sl_zb_sec_man_context_t*, clau sl_zb_sec_man_key_t*), que retorna true si la clau que es fa referència pel context té el mateix valor que la clau proporcionada a l'argument.
Nova plataforma de suport
Nou a la versió 7.4.0.0
En aquesta versió s'afegeix el suport de la pila Zigbee per a les peces noves següents: EFR32MG24A010F768IM40 i EFR32MG24A020F768IM40.
Nova documentació
Nou a la versió 7.4.0.0
S'ha actualitzat la descripció del component Zigbee Secure Key Storage per reflectir l'addició de Zigbee Secure Key Storage Upgrade (que afegeix compatibilitat amb projectes existents).
S'ha afegit una nota d'aplicació nova per interactuar amb el grup de components del Zigbee Security Manager (AN1412: Zigbee Security Manager).
Comportament previst
Es recorda als usuaris que les transmissions CSL no sincronitzades de Zigbee estan subjectes a la preempció de protocol al programador de ràdio. A les aplicacions SleepyToSleepy, BLE pot anticipar una transmissió CSL de Zigbee, que finalitzarà la transmissió. La preempció del programador és més freqüent per a CSL no sincronitzat, atès que es pot utilitzar una seqüència de fotogrames d'activació potencialment llarga. Els usuaris que vulguin ajustar les prioritats de transmissió poden utilitzar el component d'ajustament i prova de DMP per fer-ho. Els usuaris també poden consultar UG305: Dynamic Multiprotocol User's Guide per obtenir més informació.
Millores
S'ha canviat a la versió 7.4.0.0 ember Counter Handler API Doc Changes
En versions anteriors, la devolució de trucada de Counter Handler per als tipus de comptadors Ember de la capa MAC i APS pel que fa als paquets RX i TX no es passava l'identificador de node de destinació o els arguments de dades adequats, i la documentació de l'API sobre el comportament de certs comptadors que utilitzaven aquests paràmetres no estava clara o enganyós.
Tot i que la signatura d'ember Counter Handler() no ha canviat, la manera com s'omplen els seus paràmetres ha canviat lleugerament.
- Els comentaris al voltant de les enumeracions EmberCounterType a ember-types.h s'han ampliat per a més claredat.
- El paràmetre ID de node al gestor de comptadors per a comptadors relacionats amb TX ara comprova si el mode d'adreça de destinació indica un identificador curt vàlid abans d'utilitzar-lo. (Si no, no s'emplena cap adreça de destinació i un valor de marcador de posició de
En lloc d'això, s'utilitza EMBER_UNKNOWN_NODE_ID.) - El paràmetre ID de node al gestor de comptadors per als comptadors relacionats amb RX ara reflecteix l'ID de node d'origen, no l'ID de node de destinació.
- El recompte de reintents *no* s'ha passat com a paràmetre de dades per als comptadors EMBER_COUNTER_MAC_TX_UNICAST_ SUCCESS/FAILED, tal com es descriu a ember-types.h en versions anteriors, però mai es va completar correctament en versions publicades anteriorment, de manera que el seu valor en versions anteriors sempre hauria estat 0 Aquest comportament s'ha aclarit a la descripció d'aquests EmberCounterTypes. Tanmateix, el recompte de reintents dels reintents de la capa APS es continua omplint al paràmetre de dades per
Tipus de comptador EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, per ser coherents amb versions anteriors. - Tots els comptadors que emplenen l'ID de node o el paràmetre de dades per a la devolució de trucada s'han auditat per assegurar-se que passen les dades, l'adreça o l'EMBER_UNKNOWN_NODE_ID esperats, si s'esperava un ID de node però no es podia obtenir del paquet, tal com es descriu a la brasa revisada. -tipus.h documentació.
- El controlador del comptador per a EMBER_COUNTER_MAC_TX_UNICAST_RETRY ara reflecteix correctament l'ID del node de destinació de la capa MAC i el nombre de reintents a l'ID del node de destinació i els paràmetres de dades.
- El controlador de comptador per a EMBER_COUNTER_PHY_CCA_FAIL_COUNT ara proporciona informació d'ID de node de destinació mitjançant el paràmetre ID de node sobre l'objectiu de la capa MAC previst del missatge que ha fallat la transmissió.
Codi d'energia verda actualitzat
El codi del servidor d'energia verda s'actualitza amb diverses millores, incloses
- S'ha afegit més codi de validació per a ordres entrants amb un punt final no vàlid quan es reben al servidor GP.
- S'ha afegit codi per gestionar el cas quan no hi ha més espai per crear missatges Green Power.
- El lavabo ara deixa caure la configuració d'aparellament amb l'acció Elimina l'aparellament en alguns casos segons la secció d'especificacions A.3.5.2.4.1.
- El lavabo ara desa la llista de grup existent d'una entrada abans d'eliminar-la quan es processa la configuració de vinculació amb l'acció Ampliar.
- L'ordre de consulta de traducció retorna "NO TROBAT" com a codi d'error quan la taula de traducció està buida o l'índex és més gran que el nombre d'entrades de la taula.
- S'ha canviat la versió del punt final de GP en algunes aplicacions d'1 a 0.
L'ús de CSMA a la funció d'enviament GPDF està restringit perquè els dispositius Green Power són dispositius d'energia mínima i no utilitzen CSMA en la majoria dels dissenys. En canvi, el disseny preferit és enviar diversos paquets amb el mateix pressupost energètic.
S'ha eliminat l'ús d'un punt final ocult a l'opció del connector Green Power Server. Utilitzeu un dels punts finals de l'aplicació.
Millores del codi del connector d'actualització de clau de xarxa
S'ha canviat el període d'actualització periòdica de la clau de xarxa perquè sigui d'un any.
S'han reestructurat algunes API per evitar l'exportació de claus innecessàries
S'han fet canvis per afavorir l'ús de contextos clau sobre les dades clau de text sense format.
- sl_zigbee_send_security_challenge_request ara admet un argument sl_zb_sec_man_context_t en lloc d'EmberKeyData.
- Els valors de l'enumeració sl_zb_sec_man_derived_key_type són ara una màscara de bits de 16 bits per admetre directament determinades derivacions de clau que combinen diversos tipus derivats.
Problemes solucionats
S'ha solucionat a la versió 7.4.5.0
| Número d'identificació | Descripció |
| 1357860 | S'ha solucionat un problema que provocava un error quan diversos punts finals començaven a inicialitzar l'esdeveniment de comentaris d'identificació. (Altra referència: 1348659) |
| 1357517 | S'ha solucionat un problema que provocava un bloqueig quan una aplicació multixarxa intentava dirigir-se a la xarxa secundària. |
| 1356285 | En casos rars, es pot passar un paquet a la devolució de trucada de lliurament de paquets de sortida amb un paràmetre d'índex de càrrega útil que superi la longitud indicada de la memòria intermèdia de paquets, donant lloc a un assert a legacy-packet-buffer.c si el component Packet Handoff està habilitat. Les funcions del controlador d'entrada i sortida del component ara detecten aquesta condició i descarten el paquet no vàlid sense més processament. (Altra referència: 1350285) |
| 1355289 | S'ha solucionat un problema que provocava que la resposta LQI es rebés amb l'adreça MAC com a zeros. (Altra ref: 1351489) |
| 1349160 |
|
| 1343044 | Si el connector de fragmentació calculava malament la càrrega útil disponible per a un fragment unicast, podria enviar més dades a l'NCP de les que caben en un sol paquet després de tenir en compte tota la sobrecàrrega de la pila. Això podria provocar una corrupció de la memòria al NCP que va provocar errors d'afirmació o altres comportaments inesperats.
(Altra referència: 1289413) |
| 1343012 | S'ha afegit un pedaç de microprogramari Si4468 a la biblioteca phy-pro2plus per abordar les condicions de carrera en processament Tx/Rx inferior a GHz. (Altra referència: 1341928) |
| 1311214 | S'ha corregit la resposta predeterminada addicional que es generava quan el missatge ZCL d'ordre del servidor OTA entrant tenia la resposta predeterminada habilitada. Només s'envia una resposta a un error i, per a les sol·licituds d'imatge de bloc amb èxit, no s'estableix cap resposta predeterminada. (Altra ref: 1300935) |
| 1296653 | Si un dispositiu NCP dual PHY estigués realitzant una exploració d'energia a la banda inferior a GHz mentre la ràdio de 2.4 GHz estava activa, grans ràfegues de trànsit de balises entrants en resposta a les sol·licituds de balises entrants al canal de ràdio de 2.4 GHz podrien ocupar una gran quantitat de la memòria de memòria intermèdia de la pila (assignada des del segment Heap) mentre s'escanejaven els molts canals inferiors a GHz, cosa que podria provocar una pèrdua de memòria intermèdia.tagcondicions de desbordament es i EZSP si la mida de l'munt (que determina quants buffers hi ha disponibles per al sistema) no era prou gran. Aquesta condició de desbordament podria impedir que el gestor d'escaneig complet arribés a l'aplicació amfitrió, fent que la màquina d'estat d'escaneig de l'aplicació quedés bloquejada per sempre.
El codi d'escaneig d'energia per a dispositius PHY duals ara descarta els paquets Beacon rebuts a la ràdio de 2.4 GHz durant l'exploració d'un canal inferior a GHz, evitant així que una gran afluència de balises creï el problema esmentat anteriorment. Tingueu en compte que això no impedeix el funcionament normal de la xarxa a 2.4 GHz, ja que els beacons només s'utilitzen per a la detecció potencial de conflictes d'ID PAN quan el dispositiu no està realitzant una exploració activa, i els conflictes d'ID PAN encara es poden detectar per altres encaminadors de la xarxa durant aquesta vegada o pel coordinador un cop finalitzat l'Energy Scan. (Altra referència: 1276049) |
| Número d'identificació | Descripció |
| 1295250 | S'han solucionat problemes de compilació en afegir el component zigbee 3.0 de l'arnès de prova a una aplicació estàndard. (Altra ref: 1280058) |
| 1294848 | S'han afegit comprovacions per a la matriu de dades ZCL per acomodar la longitud de cadena més llarga fins a 253. (Una altra referència: 1275092) |
| 1294843 | S'ha corregit la falta d'inicialització de variables locals abans de l'ús. (Altra referència: 1275104) |
| 1271968 |
|
| 1270721 | S'ha solucionat un problema per millorar la unió de diversos salts dels dispositius. Després de l'anunci del dispositiu, el parell d'adreces s'afegeix a la memòria cau d'adreces. (Altra referència: 1266351) |
S'ha solucionat a la versió 7.4.4.0
| Número d'identificació | Descripció |
| 1334454 | S'ha solucionat un problema en la gestió de la resposta de reincorporació. (Altra referència: 1331580) |
| 1330732 | La funcionalitat de diagnòstic hauria de desactivar la interrupció després de trucar a Iostream per evitar una afirmació en adquirir el mutex. |
|
1330720 |
L'EZSP_MAX_FRAME_LENGTH es torna a 220, permetent que la longitud màxima del missatge XNCP també sigui de 220.
(Altra referència: 1327706) |
| 1330311 | S'ha solucionat un problema que provocava que algunes proves de proxy GP fallessin a la configuració de l'amfitrió RCP. (Altra referència: 1328991) |
| 1312369 | La funció SL_LEGACY_HAL_WDOG_IRQHandler() és feble, permetent als clients proporcionar la seva pròpia implementació. |
| 1310711 | S'ha afegit la comprovació d'errors en temps de compilació per a SL_STACK_SIZE quan s'utilitza el component RTOS al projecte zigbee. |
|
1309913 |
S'ha afegit protecció mutex per a la cua d'esdeveniments d'App Framework perquè les API d'esdeveniments d'App Framework es puguin cridar des de diverses tasques.
(Altres ref: 1252940, 1254397) |
| 1309333 | Després que un nou dispositiu final s'unís a la banda inferior a GHz, les dades d'envelliment del cicle de treball es van esborrar per error per a tots els nens del dispositiu final.
(Altra referència: 1296881) |
| 1296002 | S'ha resolt un problema que va provocar múltiples definicions de la funció halAppBootloader. |
| 1295756 | Els esdeveniments de pila que no s'han marcat com a segurs per a interrupcions no s'han de programar en el context ISR, ja que això podria crear una condició de carrera que permetés eliminar l'esdeveniment de la cua d'esdeveniments. Una instància d'això va impedir que els dispositius sub-GHz programessin correctament les baixades de MAC quan es va activar aquesta condició de carrera.
(Altra referència: 1269856) |
| 1294660 | S'ha solucionat un problema en què el connector de direcció de xarxa podia actuar com si el dispositiu ja estigués en una xarxa quan no ho estava, quedant bloquejat en aquest estat no vàlid fins que es reiniciï. Això es podria activar trucant a l'ordre de sortida de la xarxa CLI amb un temps prou precís mentre la direcció de la xarxa estava enmig d'unir-se a una xarxa i amb una exploració MAC encara pendent.
(Altra referència: 1293923) |
| 1290695 | S'ha solucionat un problema que deixava caure un paquet de posada en marxa de ZLL per al cas d'ús quan es desactivava un punt final mentre que els altres encara estaven activats. S'afegeix la correcció per comprovar tots els punts finals habilitats.
(Altra referència: 1275586) |
S'ha solucionat a la versió 7.4.0.0
| Número d'identificació | Descripció |
| 1019348 | S'han corregit els requisits de dependència per al component Zigbee ZCL Cli perquè es pugui eliminar quan no sigui necessari. |
| 1024246 | S'ha actualitzat la descripció de la funció per a emberHaveLinkKey() i sl_zb_sec_man_have_link_key(). |
| 1036503 | S'ha afegit una descripció per recomanar l'ús del nucli Microum per als DMPamples aplicacions. |
| 1037661 | S'ha solucionat un problema que impedia que l'aplicació instal·lés la pila pro o la pila de fulles. |
| 1078136 | S'ha corregit un error intermitent en modificar esdeveniments des del context d'interrupció |
| 1081548 | S'ha solucionat un problema a CSL en què una nova seqüència de trames d'activació que es rep immediatament després d'una trama de càrrega útil anterior no s'enregistraria correctament. Això donaria lloc a una trama de càrrega útil perduda. |
| 1084111 | El suport inicial SPI-NCP adormit per a les plaques basades en MG24 s'actualitza com a part d'aquesta versió. |
| 1104056 | S'ha afegit suport per a la direcció de xarxa per executar-se a la xarxa secundària en cas de multixarxa |
| 1120515 | S'ha solucionat un problema en què el canal no canviava quan s'utilitzava l'ordre mfglib set-channel. |
| 1141109 | S'ha solucionat un problema que provocava el sampl'aplicació ncp-uart-gp-multi-rail per perdre alguna capçalera files quan utilitzeu el component adaptador d'alimentació verda amb l'opció -cp. |
| 1144316 | S'ha actualitzat la descripció d'alguns tipus d'estructura de dades a la documentació gp-types.h. |
| 1144884 | S'ha corregit el bit pendent de marc espuri definit quan no hi ha dades pendents. |
| 1152512 | S'ha solucionat un error potencial a low-mac-rail en modificar l'esdeveniment en context ISR. |
| 1154616 | S'ha afegit una excepció per a la condició d'inicialitzar la xarxa amb el cas "Canviar la funció del dispositiu Sleepy End al dispositiu No-sleepy End". |
| 1157289 | S'ha solucionat un problema que podia provocar un error en la prova BDB DN-TLM-TC-02B. |
| 1157426 | S'ha solucionat un problema de compilació en crear zigbee_simple_app amb el component green_power_adapter. |
| 1157932 | S'ha afegit una condició per comprovar si falta el camp "temps de transició" i establir un valor predeterminat 0xFFFF per a aquest camp que falta. |
| 1166340 | S'ha solucionat un problema que impedia que l'emberAfGpdfSend enviés el nombre previst de transmissions repetides. |
| Número d'identificació | Descripció |
| 1167807 | S'ha solucionat un problema en què els dispositius que actuaven com a centres de confiança a les xarxes distribuïdes esborrarien incorrectament les seves claus d'enllaç transitori cada vegada que s'unís un nou dispositiu. |
| 1169504 | S'ha solucionat un problema que provocava el restabliment d'un dispositiu adormit quan es despertava força. |
| 1169966 | S'ha corregit la falta de validació del valor de retorn al codi d'assignació de memòria intermèdia. |
| 1171477,
172270 |
Amb mfglib start 1 no es transmeten missatges però es reben, de manera que el missatge del terminal que es mostra "mfglib send complete" és incorrecte i es canvia a "RXed %d paquets en els darrers %d ms". |
| 1171935 | S'ha canviat el període d'actualització periòdica de la clau de xarxa perquè sigui d'un any. |
| 1172778 | S'ha afegit la invocació que faltava de l'emberAfPluginGreenPowerServerUpdateAliasCallback al servidor Green Power. |
| 1174288 | S'ha solucionat un problema que provocava que el procés de direcció de la xarxa afirmés si es cridava una trucada per aturar l'exploració en curs. |
| 1178393 | S'ha actualitzat un error de documentació. |
| 1180445 | A Smart Energy, ara l'OTA continua baixant si el coordinador arriba al cicle de treball limitat. |
| 1185509 | S'ha solucionat un problema a CSL en què una nova seqüència de fotogrames d'activació que es rebia immediatament després d'una trama de càrrega útil anterior no s'enregistrava correctament. Això donaria lloc a una trama de càrrega útil perduda. |
| 1186107 | S'ha solucionat un problema que provocava que el desxifrat infructuós dels GPDF rebuts substituís el GPDF entrant a la notificació de posada en marxa del gp. |
| 1188397 | S'ha solucionat un problema que provocava un error de compilació en habilitar la mida ampliada de la taula d'informes. |
| 1194090 | S'ha corregit l'estat d'error a la resposta predeterminada per a l'ordre del mode de posada en servei Sink, seguint la secció 3.3.4.8.2 |
| 1194963 | S'ha solucionat un problema amb memset que s'estava fent per a l'estructura de commissioningGpd abans de trucar a l'usuari emberAfGreenPowerServerPairingStatusCallback. |
| 1194966 | S'ha solucionat un problema en què els camps del punt final i dels proxies implicats no s'establien amb l'acció de sortida de la posada en marxa. |
| 1196698 | S'ha corregit un conjunt de bits pendents de fotograma falso quan no hi havia dades pendents. |
| 1199958 | S'ha afegit codi per gestionar el cas quan no hi ha més espai per crear missatges d'energia verda. |
| 1202034 | S'ha solucionat un problema en què la variable de pila sl_zb_sec_man_context_t no s'inicialitzava correctament, cosa que provocava un error en la connexió amb el codi d'instal·lació. |
| 1206040 | Trucar a emberRemoveChild() durant un intent de reincorporació segura per part d'un dispositiu final pot provocar una disminució addicional del recompte de nens, que pot provocar un recompte de nens de -1 (255), impedint que els dispositius finals s'uneixin/reincorporin a causa d'una manca indicada. d'aforament al Beacon. |
|
1207580 |
Les funcions de cerca de la taula fill dins de la pila són inconsistents en l'ús de 0x0000 versus 0xFFFF per al valor de retorn d'ID de node que representa entrades no vàlides/buides, cosa que provoca problemes per comprovar si hi ha entrades no utilitzades a API com emberRemoveChild(). |
| 1210706 | La destinació i l'índex PHY proporcionats a l'estructura EmberExtraCounterInfo com a part d'emberCounterHandler() poden haver estat incorrectes per als tipus de comptadors MAC TX Unicast. |
| 1211610
1212525 |
S'ha solucionat un problema en què les aplicacions dinàmiques multiprotocol es van bloquejar després d'habilitar el component d'actualització d'emmagatzematge de claus segures. |
| 1211847 | Tot i que la signatura d'emberCounterHandler() no ha canviat, la manera com s'emplenen els seus paràmetres ha canviat lleugerament. Els canvis al voltant d'aquesta API s'expliquen a la secció 2 anterior. |
|
1212449 |
Les balises sortints es van classificar incorrectament per la capa MAC, la qual cosa va fer que emberCounterHandler() no captés aquests paquets amb el tipus de comptador EMBER_COUNTER_MAC_TX_BROADCAST i en comptes comptés les balises amb el tipus de comptador EMBER_COUNTER_MAC_TX_UNICAST_SUCCESS. Això podria donar lloc a valors poc fiables per al paràmetre dest EmberNodeId passat a l'estructura EmberCounterInfo |
| 1214866 | L'enviament de paquets d'enquesta de dades en determinades configuracions de trànsit elevat pot provocar un error del bus. |
| 1216552 | S'ha solucionat un problema que provocava una afirmació en condicions de trànsit ocupat. |
| 1216613 | S'ha solucionat un problema que provocava un valor incorrecte del radi de difusió de grup a la taula de proxy. |
| 1222509 | L'encaminador/coordinador envia una sol·licitud d'abandonament i de reincorporació a un dispositiu final de sondeig no secundari, però la destinació MAC és 0xFFFF en lloc de coincidir amb l'adreça de destinació NWK. |
| 1223842 | S'ha solucionat un problema amb la generació del sl_component_catalog.h que deixava codi no desitjat que provocava un error de compilació. |
| Número d'identificació | Descripció |
| 756628 | S'ha canviat la invocació de la devolució de trucada de l'aplicació emberAfMacFilterMatchMessageCallback perquè només es cridi als missatges ZLL validats per la pila. |
| 816088 | S'ha mogut la configuració EMBER de zigbeed_configuration.h a zigbeed.slcp. |
| 829508 | Per evitar una condició de carrera, es va afegir una validació addicional a emberSetLogicalAndRadioChannel per tornar sense èxit si les capes inferiors estan ocupades o no estan en un estat per canviar de canal. |
Problemes coneguts a la versió actual
S'han afegit problemes en negreta des de la versió anterior. Si us heu perdut una versió, les notes de la versió recent estan disponibles a https://www.si-labs.com/developers/zigbee-emberznet a la pestanya Tech Docs.
| Número d'identificació | Descripció | Solució alternativa |
| N/A | Les aplicacions/components següents no són compatibles amb aquesta versió: suport EM4. | La funció s'habilitarà en versions posteriors. |
| 193492 | La macro de portació emberAfFillCommandGlobalServerToClientConfigureRe està trencada. L'ompliment de la memòria intermèdia crea un paquet d'ordres incorrecte. | Utilitzeu l'ordre CLI "zcl global send-me-a-report" en comptes de l'API. |
| 278063 | Túnel d'energia intel·ligent plugins tenen un tractament/ús conflictiu de l'índex de la taula d'adreces. | No es coneix cap solució alternativa |
| 289569 | La llista de selecció del nivell de potència dels components del creador de la xarxa no ofereix una gamma completa de valors admesos per a EFR32 | Editeu l'interval <-8..20> especificat al comentari de CMSIS per a EMBER_AF_PLUGIN_NETWORK_CREATOR_RADIO_P
OWER a la /protocol/zigbee/app/framework/plugin/network-creator/config/network-creator-config.h file. Per example, canvieu a <-26..20>. |
| 295498 | La recepció UART de vegades baixa bytes amb una càrrega pesada en el cas d'ús multiprotocol dinàmic Zigbee + BLE. | Utilitzeu el control de flux de maquinari o reduïu la velocitat de transmissió. |
| 312291 | EMHAL: les funcions halCommonGetIntxxMillisecondTick als amfitrions Linux actualment utilitzen la funció gettimeofday, que no es garanteix que sigui monòtona. Si l'hora del sistema canvia, pot causar problemes amb el temps de la pila. | Modifiqueu aquestes funcions per utilitzar clock_gettime amb la font CLOCK_MONOTONIC. |
| 338151 | Inicialitzar NCP amb un valor de recompte de memòria intermèdia de paquets baix pot provocar paquets corruptes. | Utilitzeu el valor reservat 0xFF per al recompte de memòria intermèdia de paquets per evitar el valor predeterminat massa baix |
| 387750 | Problema amb els formats de sol·licitud de taula de ruta al dispositiu final. | Sota investigació |
| 400418 | Un iniciador d'enllaç tàctil no pot enllaçar amb un objectiu de dispositiu final que no sigui de fàbrica. | No es coneix cap solució alternativa. |
| 424355 | En determinades circumstàncies, un iniciador amb capacitat per a l'objectiu d'enllaç tàctil d'un dispositiu adormit que no és nou de fàbrica no pot rebre una resposta d'informació del dispositiu. | Sota investigació |
|
465180 |
L'element Coexistence Radio Blocker Optimization "Activa el control de temps d'execució" pot bloquejar el funcionament correcte de Zigbee. | El control opcional "Selecció Wi-Fi" de l'optimització del bloquejador s'ha de deixar "Desactivat". |
| 480550 | El clúster OTA té el seu propi mètode de fragmentació integrat, per tant, no hauria d'utilitzar la fragmentació APS. Tot i que, en cas que el xifratge APS estigui habilitat, augmenta la càrrega útil de les ImageBlockResponses fins a una mida on s'activa la fragmentació APS. Això podria provocar que el procés OTA fallés. | No es coneix cap solució alternativa |
| 481128 | Els detalls de la causa de restabliment i de l'error haurien d'estar disponibles de manera predeterminada mitjançant l'UART virtual (sèrie 0) a les plataformes NCP quan el connector de diagnòstic i el perifèric UART virtual estiguin habilitats. | Com que la sèrie 0 ja s'ha inicialitzat al NCP, els clients poden habilitar emberAfNcpInitCallback al Zigbee NCP Framework i trucar a les funcions de diagnòstic adequades (halGetExtendedResetInfo, halGetExtendedResetString, halPrintCrashSummary, halPrintCrashDetails, halPrintCrashDetails per a imprimir) viewal registre de captura de Network Analyzer.
Per un exampsobre com utilitzar aquestes funcions, consulteu el codi inclòs a l'emberAfMainInit() d'af-main-soc.c quan es defineix EXTENDED_RESET_INFO. |
| Número d'identificació | Descripció | Solució alternativa |
| 486369 | Si un DynamicMultiProtocolLightSoc que forma una xarxa nova té nodes fills d'una xarxa que ha deixat, emberAfGetChildTableSize retorna un valor diferent de zero a startIdentifyOnAllChildNodes, provocant missatges d'error Tx 66 quan s'adreça als fills "fantasma". | Esborreu massivament la part si és possible abans de crear una xarxa nova o comproveu programadament la taula secundària després de sortir de la xarxa i suprimiu tots els nens que utilitzin emberRemoveChild abans de formar una nova xarxa. |
| 495563 | Unir-se a SPI NCP Sleepy End Device Sampl'aplicació no fa una enquesta curta, per tant, l'intent d'unió falla a l'estat d'Actualització de la clau d'enllaç TC. | El dispositiu que vol unir-se ha d'estar en mode d'enquesta curta abans d'intentar unir-se. Aquest mode es pot forçar amb el connector End Device Support. |
| 497832 | A Network Analyzer, el desglossament d'ordres de suport de l'aplicació Zigbee per al marc de sol·licitud de clau de verificació fa referència erròniament a la part de la càrrega útil que indica l'adreça d'origen del marc com a adreça de destinació. | No es coneix cap solució alternativa |
| 519905
521782 |
SPI NCP molt poques vegades no pot iniciar la comunicació del carregador d'arrencada mitjançant l'ordre CLI 'bootload' del connector ota-client. | Reinicieu el procés de càrrega d'arrencada |
| 620596 | NCP SPI Exampli per a BRD4181A (EFR32xGMG21)
El pin predeterminat de nWake definit no es pot utilitzar com a pin d'activació. |
Canvieu el pin predeterminat per a nWake de PD03 a un pin habilitat per despertar EM2/3 al connector NCP-SPI. |
| 631713 | Un dispositiu final de Zigbee informarà de conflictes d'adreces repetidament si s'utilitza el connector "Zigbee PRO Stack Library" en comptes de "Zigbee PRO Leaf Library". | Utilitzeu el "Zigbee PRO Leaf Library" en lloc del connector "Zigbee PRO Stack Library". |
| 670702 | Les ineficiències del connector d'informes poden provocar una latència significativa segons la freqüència d'escriptura de dades i la mida de la taula, cosa que pot interferir amb el codi de l'aplicació del client, inclòs el temps d'esdeveniment. | Si feu escriptures freqüents, considereu comprovar les condicions dels informes i enviar informes manualment en lloc d'utilitzar el connector. |
| 708258 | El valor no inicialitzat a groups-server.c mitjançant addEntryToGroupTable() pot crear una vinculació falsa i provocar que s'enviïn missatges d'informes de grup. | Afegiu "binding.clusterId = EMBER_AF_INVALID_CLUSTER_ID;" després de “binding.type
= EMBER_MULTICAST_BINDING;” |
| 757775 | Totes les peces EFR32 tenen un desplaçament RSSI únic. A més, el disseny de la placa, les antenes i el tancament poden afectar RSSI. | Quan creeu un projecte nou, instal·leu la utilitat RAIL, component RSSI. Aquesta característica inclou el desplaçament RSSI predeterminat que SiLabs ha mesurat per a cada part. Aquest desplaçament es pot modificar si cal després de les proves de RF del producte complet. |
| 758965 | Els components del clúster ZCL i la taula de descobriment d'ordres ZCL no estan sincronitzats. Per tant, quan s'habilita o desactiva un component del clúster ZCL, les ordres implementades no s'habilitaran/desactivaran a la pestanya d'ordres del configurador avançat ZCL corresponent. | Activeu/desactiveu manualment la detecció de les ordres ZCL desitjades al configurador avançat de ZCL. |
| 765735 | L'actualització OTA falla al dispositiu Sleepy End amb la sol·licitud de pàgina activada. | Utilitzeu la sol·licitud de bloqueig en lloc de la sol·licitud de pàgina. |
| 845649 | L'eliminació del component CLI:Core no elimina les trucades cli d'EEPROM a sl_cli.h. | Suprimeix el fitxer eeprom-cli.c file que crida al sl_cli.h. A més, es poden comentar les trucades a sl_cli.h així com a sl_cli_command_arg_t a l'ota-storage-simple-eeprom. |
| 857200 | ias-zone-server.c permet crear una vinculació amb una adreça CIE "0000000000000000" i posteriorment no permet més enllaços. | No es coneix cap solució alternativa |
| 1019961 | Marca Z3Gateway generadafile codis durs "gcc" com a CC | No es coneix cap solució alternativa |
| Número d'identificació | Descripció | Solució alternativa |
| 1039767 | Problema de desbordament de la cua de reintents de la xarxa de l'encaminador Zigbee en el cas d'ús de RTOS multifils. | Zigbee Stack no és segur per a fils. Com a resultat, cridar a les API de pila de Zigbee des d'una altra tasca no s'admet a l'entorn del sistema operatiu i pot posar la pila en estat "no funciona". Consulteu la següent nota de l'aplicació per obtenir més informació i una solució alternativa mitjançant el controlador d'esdeveniments.
https://www.silabs.com/documents/public/application- notes/an1322-dynamic-multiprotocol-bluetooth-zigbee-sdk-7x.pdf . |
| 1064370 | El Z3Switch sampL'aplicació del fitxer només ha activat un botó (instància: btn1) per defecte que provoca una manca de concordança en la descripció del botó del projecte file. | Solució alternativa: instal·leu la instància btn0 manualment durant la creació del projecte Z3Switch. |
| 1161063 | Z3Light i, potencialment, altres aplicacions informen de valors de revisió de clúster incorrectes. | Actualitzeu manualment l'atribut de revisió del clúster a la seva revisió adequada. |
| 1164768,
1171478, 1171479 |
ERROR: ezspErrorHandler 0x34 informat repetidament durant el mode de recepció mfglib | Per reduir els missatges d'error impresos, configureu EMBER_AF_PLUGIN_GATEWAY_MAX_WAIT_FOR_EV
ENT_TIMEOUT_MS a l'aplicació amfitrió a 100, de manera que la cua de devolució de trucades s'allibera més ràpidament. |
Elements obsolets
Obsolet a la versió 7.4.5.0
A GSDK 7.4.5.0, zigbee_watchdog_periodic_refresh està obsolet. La forma alternativa recomanada d'actualitzar el temporitzador del gos de vigilància és utilitzar les API del temporitzador del gos de vigilància heretades en un esdeveniment periòdic específic de l'aplicació.
Obsolet a la versió 7.4.1.0
A GSDK 7.4.0.0 en endavant, inclòs aquest pedaç, l'opció "-v" d'un Z3Gateway per a una aplicació d'amfitrió Linux per crear una interfície telnet amb el port 4900 o 4901 està obsoleta. La forma alternativa recomanada de crear una interfície telnet és utilitzar utilitats Linux com ara "socat".
Obsolet a la versió 7.4.0.0
S'han eliminat les següents API de seguretat obsoletes
- emberGetKey()
- emberGetKeyTableEntry()
- emberSetKeyTableEntry()
- emberHaveLinkKey()
- emberAddOrUpdateKeyTableEntry()
- emberAddTransientLinkKey()
- emberGetTransientKeyTableEntry()
- emberGetTransientLinkKey()
- emberHmacAesHash()
Utilitzeu les API proporcionades per Zigbee Security Manager per accedir a l'emmagatzematge de claus i al hash HMAC.
Elements eliminats
Eliminat a la versió 7.4.0.0
- S'han eliminat les API públiques duplicades a la capçalera pública file gp-tipus.h.
- S'ha eliminat el component zigbee_end_device_bind. Aquest component es va fer servir perquè el coordinador negociés sol·licituds vinculants per als dispositius finals. Aquesta funcionalitat opcional es va eliminar de l'R22 de l'especificació bàsica de Zigbee.
- S'ha eliminat el conjunt de paquets BufferCount() a af-host.c i el cas de verificació inútil EZSP_CONFIG_PACKET_BUFFER_COUNT: a command-handlers.c.
- S'ha eliminat l'argument d'assignació de memòria perquè no cal dividir-lo en dues fases en inicialitzar NCP.
- S'ha eliminat emberAfNcpInitCallback() a l'aplicació se14-comms-hub, se14-ihd i se14-meter-gas.
- S'ha eliminat el valor de configuració EZSP_CONFIG_RETRY_QUEUE_SIZE durant la inicialització de ncp a ncp-configuration.c.
Gateway multiprotocol i RCP
Articles nous
Afegit a la versió 7.4.0.0
L'escolta simultània, la capacitat per a les piles Zigbee i OpenThread de funcionar en canals 802.15.4 independents quan s'utilitza un RCP EFR32xG24 o xG21. L'escolta simultània no està disponible per a la combinació 802.15.4 RCP/Bluetooth RCP, la combinació Zigbee NCP/OpenThread RCP o per al sistema en xip (SoC) Zigbee/OpenThread. S'afegirà a aquests productes en una versió futura.
S'ha afegit l'extensió del proveïdor d'OpenThread CLI a les aplicacions d'amfitrió OpenThread dels contenidors multiprotocol. Això inclou les ordres coex cli.
Millores
S'ha canviat a la versió 7.4.0.0
La combinació multiprotocol Zigbee NCP/OpenThread RCP és ara qualitat de producció. Aquest sampL'aplicació le no és compatible amb dispositius EFR Sèrie-1.
Problemes solucionats
S'ha solucionat a la versió 7.4.5.0
| Número d'identificació | Descripció |
| 1328799 | El restabliment suau activat per l'ordre Spinel RESET ara esborra els buffers del 15.4 RCP. |
| 1337101 | Les operacions de transmissió 15.4 incompletes (Tx esperant un ack, Tx un ack en resposta a un missatge, etc.) ja no es consideren prematurament fallides en una interrupció de la ràdio a causa del DMP. Això permet que aquesta operació tingui l'oportunitat de ser reprogramada després de la interrupció o que RAIL falli permanentment (esdeveniments d'error d'estat del programador).
(Altra referència: 1339032) |
| 1337228 | A Zigbeed, l'API de tick halCommonGetInt32uMillisecondTick() s'actualitza ara per utilitzar el rellotge MONOTONIC, de manera que no es vegi afectat per l'NTP en un sistema host.
(Altra referència: 1339032) |
| 1346785 | S'ha solucionat una condició de carrera que podia provocar que l'escolta simultània es desactivés a l'RCP 802.15.4 quan els dos protocols es transmetien simultàniament.
(Altra referència: 1349176) |
| 1346849 | Afegir el component rail_mux a un projecte ara farà que es creï automàticament amb les variants de biblioteca de pila associades.
(Altra referència: 1349102) |
S'ha solucionat a la versió 7.4.4.0
| Número d'identificació | Descripció |
| 1184065 | Empremta de RAM reduïda per a zigbee_ncp-ot_rcp-spi i zigbee_ncp-ot_rcp_uart a MG13 i MG21. |
| 1282264 | S'ha solucionat un problema que podria haver interromput les operacions de transmissió de ràdio esborrant el fifo de transmissió prematurament i provocant un desbordament. |
| 1292537 | L'aplicació DMP Zigbee-BLE NCP ara es mostra correctament a la interfície d'usuari de Simplicity Studio. (Altra referència: 1292540) |
| 1230193 | S'ha solucionat un problema de tipus de node incorrecte en unir-se a la xarxa al dispositiu final. (Altra referència: 1298347) |
| 1332330 | S'ha solucionat un problema en què un RCP 15.4+BLE que funcionava en un entorn amb trànsit de xarxa intens podria trobar-se de tant en tant amb una condició de carrera que el deixava incapaç d'enviar missatges fins a CPCd fins a reiniciar el dispositiu.
(Altra referència: 1333156) |
S'ha solucionat a la versió 7.4.2.0
| Número d'identificació | Descripció |
| 1022972 | S'ha afegit un complement de coexistència a Zigbee-OpenThread NCP/RCP sampl'aplicació. |
| 1231021 | Eviteu una afirmació a OTBR que s'ha observat en unir-vos a més de 80 dispositius zigbee recuperant el RCP en comptes de passar errors de transmissió no gestionats al submac. |
| 1249346 | S'ha solucionat un problema en què l'RCP podia treure de cua de manera incorrecta els paquets destinats a l'amfitrió, provocant un error d'anàlisi a l'OTBR i una terminació inesperada. |
S'ha solucionat a la versió 7.4.1.0
| Número d'identificació | Descripció |
| 1213701 | zigbeed no va permetre que es creés una entrada de taula de concordança d'origen per a un fill si la cua indirecta MAC té dades pendents per a aquest fill. Aquest comportament podria provocar que les transaccions de la capa d'aplicació entre el nen i algun altre dispositiu fallessin a causa de la manca d'APS Ack o de resposta de la capa d'aplicació, sobretot la interrupció i la finalització inesperada de les actualitzacions ZCL OTA dirigides al dispositiu secundari. |
| 1244461 | L'entrada de la taula de concordança d'origen per a fills es pot eliminar malgrat els missatges pendents. |
S'ha solucionat a la versió 7.4.0.0
| Número d'identificació | Descripció |
| 1081828 | Problema de rendiment amb els DMP Zigbee/BLE basats en FreeRTOSamples aplicacions. |
| 1090921 | Z3GatewayCpc va tenir problemes per formar una xarxa en un entorn sorollós. |
| 1153055 | S'ha produït una afirmació a l'amfitrió quan es va produir un error de comunicació en llegir la versió NCP del zigbee_ncp-ble_ncp-uart sampl'aplicació. |
| 1155676 | L'RCP 802.15.4 va descartar tots els paquets d'unicast rebuts (després de la confirmació MAC) si diverses interfícies 15.4 compartien el mateix ID de node de 16 bits. |
| 1173178 | L'amfitrió va informar falsament de centenars de paquets rebuts amb mfglib a la configuració de Host-RCP. |
| 1190859 | Error EZSP en enviar paquets aleatoris mfglib a la configuració de Host-RCP. |
| 1199706 | Les enquestes de dades dels nens oblidats dels dispositius finals no estaven configurant correctament un marc pendent a l'RCP per posar en cua una ordre Deixa i torna a unir-se a l'antic fill. |
| 1207967 | L'ordre "mfglib send random" enviava paquets addicionals a Zigbeed. |
| 1208012 | El mode mfglib rx no va actualitzar correctament la informació del paquet quan es va rebre a l'RCP. |
| 1214359 | El node coordinador es va estavellar quan 80 o més encaminadors van intentar unir-se simultàniament a la configuració de Host-RCP. |
| 1216470 | Després de retransmetre una emissió per a la màscara d'adreça 0xFFFF, un Zigbee RCP que actuï com a dispositiu principal deixaria la marca de dades pendent establerta per a cada fill. Això va fer que cada nen es mantingués despert esperant dades després de cada enquesta i va requerir una altra transacció de dades pendent a cada dispositiu final per esborrar aquest estat. |
Problemes coneguts a la versió actual
S'han afegit problemes en negreta des de la versió anterior. Si us heu perdut una versió, les notes de la versió recent estan disponibles a https://www.si-labs.com/developers/gecko-software-development-kit .
| Número d'identificació | Descripció | Solució alternativa |
| 937562 | L'ordre "anunciar activat" de Bluetoothctl falla amb l'aplicació rcp-uart-802154-blehci a Raspberry Pi OS 11. | Utilitzeu l'aplicació btmgmt en comptes de bluetoothctl. |
| 1074205 | El CMP RCP no admet dues xarxes amb el mateix identificador de PAN. | Utilitzeu diferents identificadors de PAN per a cada xarxa. El suport està previst en una versió futura. |
| 1122723 | En un entorn ocupat, la CLI pot deixar de respondre a l'aplicació z3-light_ot-ftd_soc. | No es coneix cap solució alternativa. |
| 1124140 | z3-light_ot-ftd_soc sampl'aplicació no pot formar la xarxa Zigbee si la xarxa OT ja està activada. | Inicieu la xarxa Zigbee primer i després la xarxa OT. |
| 1170052 | És possible que CMP Zigbee NCP + OT RCP i DMP Zigbee NCP + BLE NCP no s'adaptin a les parts de RAM de 64 KB o inferior en aquesta versió actual. | Les parts de 64 KB no són compatibles actualment amb aquestes aplicacions. |
| 1209958 | El ZB/OT/BLE RCP a Bobcat i Bobcat Lite pot deixar de funcionar després d'uns minuts quan s'executen els tres protocols. | S'abordarà en una versió futura |
| 1221299 | Les lectures RSSI de Mfglib difereixen entre RCP i NCP. | S'abordarà en una versió futura. |
| 1334477 | Iniciar i aturar la pila BLE diverses vegades pot fer que la pila BLE no pugui reiniciar l'anunci de nou als dispositius EFR de la sèrie 1 al DMP Zigbee-BLE sampl'aplicació. | N/A |
Elements obsolets Cap
Elements eliminats
Eliminat a la versió 7.4.0.0
La macro "NONCOMPLIANT_ACK_TIMING_WORKAROUND" s'ha eliminat. Totes les aplicacions RCP ara admeten de manera predeterminada un temps de resposta de 192 µs per a les comprovacions no millorades, mentre que encara utilitzen un temps de resposta de 256 µs per a les accions millorades requerides per CSL.
Utilitzant aquesta versió
- Pila Zigbee
- Marc d'aplicacions Zigbee
- Zigbee Samples aplicacions
Per obtenir més informació sobre Zigbee i l'SDK d'EmberZNet, consulteu UG103.02: Fonaments de Zigbee.
Si sou per primera vegada, consulteu QSG180: Guia d'inici ràpid de Zigbee EmberZNet per a SDK 7.0 i superior, per obtenir instruccions sobre com configurar el vostre entorn de desenvolupament, crear i flashejar com aampl'aplicació i referències de documentació que apunten als passos següents.
Instal·lació i ús
El Zigbee EmberZNet SDK es proporciona com a part del Gecko SDK (GSDK), el conjunt d'SDK de Silicon Labs. Per començar ràpidament amb el GSDK, instal·leu Simplicity Studio 5, que configurarà el vostre entorn de desenvolupament i us guiarà per la instal·lació del GSDK. Simplicity Studio 5 inclou tot el necessari per al desenvolupament de productes IoT amb dispositius Silicon Labs, inclòs un llançador de recursos i projectes, eines de configuració de programari, IDE complet amb cadena d'eines GNU i eines d'anàlisi. Les instruccions d'instal·lació es proporcionen a la Guia de l'usuari de Simplicity Studio 5 en línia.
Com a alternativa, Gecko SDK es pot instal·lar manualment baixant o clonant la darrera versió de GitHub. Mireu https://github.com/Sili-conLabs/gecko_sdk per obtenir més informació.
Simplicity Studio instal·la el GSDK de manera predeterminada a
- (Windows): C:\Usuaris\ \SimplicityStudio\SDKs\gecko_sdk
- (MacOS): /Usuaris/ /SimplicityStudio/SDKs/gecko_sdk
La documentació específica de la versió de l'SDK s'instal·la amb l'SDK. Sovint es pot trobar informació addicional als articles de la base de coneixement (KBA). Les referències de l'API i altra informació sobre aquesta i versions anteriors estan disponibles a https://docs.silabs.com/ .
Informació de seguretat
Integració segura de Vault
Per a les aplicacions que opten per emmagatzemar les claus de manera segura mitjançant el component Secure Key Storage a les peces Secure Vault-High, la taula següent mostra les claus protegides i les seves característiques de protecció d'emmagatzematge que gestiona el component Zigbee Security Manager.
| Clau embolicada | Exportable / No exportable | Notes |
| Clau de xarxa | Exportable | |
| Clau d'enllaç del centre de confiança | Exportable | |
| Clau d'enllaç transitori | Exportable | Taula de claus indexada, emmagatzemada com a clau volàtil |
| Clau d'enllaç de l'aplicació | Exportable | Taula de claus indexada |
| Clau segura EZSP | Exportable | |
| Clau de xifratge ZLL | Exportable | |
| Clau preconfigurada de ZLL | Exportable | |
| Clau de proxy GPD | Exportable | Taula de claus indexada |
| Clau de lavabo GPD | Exportable | Taula de claus indexada |
| Clau interna/marcador de posició | Exportable | Clau interna per a l'ús del Zigbee Security Manager |
- Les claus embolicades que estan marcades com a "No exportables" es poden utilitzar però no vieweditat o compartit en temps d'execució.
- Les claus embolcallades que estan marcades com a "Exportable" es poden utilitzar o compartir en temps d'execució, però romanen xifrades mentre s'emmagatzemen al flash.
- Les aplicacions d'usuari mai han d'interaccionar amb la majoria d'aquestes claus. Les API existents per gestionar les claus de la taula de claus d'enllaç o les claus transitòries encara estan disponibles per a l'aplicació d'usuari i ara s'envien a través del component de Zigbee Security Manager.
- Algunes d'aquestes claus poden no ser exportables a l'aplicació d'usuari en el futur. Es recomana que les aplicacions d'usuari no confiïn en l'exportació de claus tret que sigui absolutament necessari.
Per obtenir més informació sobre la funcionalitat de Secure Vault Key Management, vegeu AN1271: Secure Key Storage.
Avisos de seguretat
Per subscriure's a Avisos de seguretat, inicieu sessió al portal de clients de Silicon Labs i, a continuació, seleccioneu Inici del compte. Feu clic a INICI per anar a la pàgina d'inici del portal i, a continuació, feu clic a la fitxa Gestiona les notificacions. Assegureu-vos que "Avisos d'assessorament de programari/seguretat i avisos de canvi de producte (PCN)" estigui marcat i que esteu subscrit com a mínim a la vostra plataforma i protocol. Feu clic a Desa per desar els canvis.
La figura següent és un example
Suport
Els clients del kit de desenvolupament poden rebre formació i suport tècnic. Utilitzeu el Zigbee de Silicon Laboratories web pàgina per obtenir informació sobre tots els productes i serveis de Silicon Labs Zigbee i registrar-se per obtenir assistència per al producte.
Podeu contactar amb l'assistència de Silicon Laboratories a http://www.silabs.com/support .
Estudi de la simplicitat
Accés amb un sol clic a MCU i eines sense fil, documentació, programari, biblioteques de codi font i molt més. Disponible per a Windows, Mac i Linux!
- Cartera IoT
www.silabs.com/IoT - SW/HW
www.silabs.com/simplicity - Qualitat
www.silabs.com/quality - Suport i comunitat
www.silabs.com/community
Exempció de responsabilitat
Silicon Labs té la intenció de proporcionar als clients la documentació més recent, precisa i detallada de tots els perifèrics i mòduls disponibles per als implementadors de sistemes i programari que utilitzin o tinguin la intenció d'utilitzar els productes de Silicon Labs. Les dades de caracterització, els mòduls i perifèrics disponibles, la mida de la memòria i les adreces de memòria fan referència a cada dispositiu específic, i els paràmetres "típics" proporcionats poden variar en diferents aplicacions. Aplicació exampLes aquí descrites només tenen finalitats il·lustratives. Silicon Labs es reserva el dret de fer canvis sense avís addicional a la informació, les especificacions i les descripcions del producte aquí, i no ofereix garanties sobre l'exactitud o la integritat de la informació inclosa. Sense notificació prèvia, Silicon Labs pot actualitzar el microprogramari del producte durant el procés de fabricació per motius de seguretat o fiabilitat. Aquests canvis no alteraran les especificacions ni el rendiment del producte. Silicon Labs no serà responsable de les conseqüències de l'ús de la informació subministrada en aquest document. Aquest document no implica ni atorga expressament cap llicència per dissenyar o fabricar cap circuit integrat. Els productes no estan dissenyats ni autoritzats per utilitzar-se en cap dispositiu de classe III de la FDA, aplicacions per a les quals es requereix l'aprovació prèvia de la FDA o sistemes de suport vital sense el consentiment específic per escrit de Silicon Labs. Un "Sistema de suport vital" és qualsevol producte o sistema destinat a mantenir o mantenir la vida i/o la salut, que, si falla, es pot esperar raonablement que provoqui lesions personals importants o la mort. Els productes de Silicon Labs no estan dissenyats ni autoritzats per a aplicacions militars. Els productes de Silicon Labs no s'utilitzaran en cap cas en armes de destrucció massiva incloses (però no limitar-se a) armes nuclears, biològiques o químiques, o míssils capaços de llançar aquestes armes. Silicon Labs renuncia a totes les garanties explícites i implícites i no es fa responsable de cap lesió o dany relacionat amb l'ús d'un producte de Silicon Labs en aquestes aplicacions no autoritzades.
Informació sobre marques comercials
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® i el logotip de Silicon Labs®, Bluegiga®, Bluegiga Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro logotip i combinacions d'aquests , "els microcontroladors més respectuosos amb l'energia del món", Redpine Signals®, WiSeConnect , n-Link, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, the Telegesis Logo®, USBXpress®, Zentri, el logotip de Zentri i Zentri DMS, Z-Wave® i altres són marques comercials o marques comercials registrades de Silicon Labs. ARM, CORTEX, Cortex-M3 i THUMB són marques comercials o marques comercials registrades d'ARM Holdings. Keil és una marca comercial registrada d'ARM Limited. Wi-Fi és una marca comercial registrada de Wi-Fi Alliance. Tots els altres productes o marques esmentades aquí són marques comercials dels seus respectius titulars.
- Silicon Laboratories Inc.
- 400 West Cesar Chavez Austin, TX 78701
- EUA
- www.silabs.com
Documents/Recursos
 |
SILICON LABS 7.4.5.0 Zigbee Ember Z Net SDK [pdfGuia de l'usuari 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 |
