SILICON LABS SDK 7.4.1.0 GA Programari de pila de protocol Zigbee
Informació del producte
Especificacions
- Versió del SDK de Zigbee EmberZNet: 7.4.1.0
- Versió Gecko SDK Suite: 4.4 – 14 de febrer de 2024
- Proveïdor: Silicon Labs
- Característiques principals: Suport multiprotocol Zigbee i OpenThread en SoC
- Compiladors compatibles: GCC versió 12.2.1
- Versió del protocol EZSP: 0x0D
Instruccions d'ús del producte
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 instal·lades amb aquest SDK o visiteu la pestanya TECH DOCS a Silicon Labs. weblloc.
- Manteniu-vos actualitzat subscrivint-vos a Avisos de seguretat.
Preguntes freqüents
- Pregunta: Com comprobo el correcte files'estan utilitzant amb els compiladors compatibles?
- Resposta: Podeu comprovar que és correcte files s'estan utilitzant comprovant la versió 12.2.1 de GCC proporcionada amb Simplicity Studio.
- Pregunta: On puc trobar informació sobre les actualitzacions i els avisos de seguretat?
- Resposta: 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.
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.1.0 publicat l'14 de febrer de 2024
- 7.4.0.0 publicat el 13 de desembre de 2023
CARACTERÍSTIQUES CLAU
Zigbee
- Compliment de Zigbee R23
- Compliment de Zigbee Smart Energy 1.4a: producció
- Compliment de Zigbee GP 1.1.2 - Alpha
- Suport MG27 - producció
- Suport millorat per a parts de Secure Vault
- Suport adormit en aplicacions NCP SPI (no CPC) - Alpha
Multiprotocol
- Suport a l'escolta simultània (RCP) - MG21 i MG24
- Multiprotocol simultani (CMP) Zigbee NCP + OpenThread RCP - producció
- Bluetooth multiprotocol dinàmic + suport multiprotocol simultani (CMP) Zigbee i OpenThread en SoC
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'algoritme hashing de Wine 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 és 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
Aquesta versió del Gecko SDK (GSDK) serà la darrera amb suport combinat per a tots els dispositius EFM i EFR, excepte els pedaços d'aquesta versió segons sigui necessari. A partir de mitjan 2024 introduirem SDK separats:
- L'SDK Gecko existent continuarà amb suport per a dispositius de la sèrie 0 i 1.
- Un nou SDK s'adaptarà específicament als dispositius de les sèries 2 i 3.
El Gecko SDK continuarà donant suport a tots els dispositius de les sèries 0 i 1 sense cap canvi en el suport a llarg termini, el manteniment, la qualitat i la capacitat de resposta que s'ofereixen a la nostra política de programari.
El nou SDK sortirà de Gecko SDK i començarà a oferir noves funcions que ajudin els desenvolupadors a avançar-setage de les capacitats avançades dels nostres productes Sèries 2 i 3.
Aquesta decisió s'alinea amb els comentaris dels clients, reflectint el nostre compromís d'elevar la qualitat, garantir l'estabilitat i millorar el rendiment per a una experiència d'usuari excepcional als nostres SDK de programari.
Nous components
Novetat al llançament
- 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
Novetat al llançament
- S'ha afegit una nova API sl_zigbee_token_factory_reset 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 fa referència al context té el mateix valor que la clau proporcionada a l'argument.
Nova plataforma de suport
Novetat al llançament
- 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 trames de despertar 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
Canviat en llançament
Canvis en el document de l'API emberCounterHandler
En versions anteriors, la devolució de trucada del gestor de comptadors per a EmberCounterTypes de la capa MAC i APS pel que fa als paquets RX i TX no se'ls 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 era clara o enganyosa.
Tot i que la signatura d'emberCounterHandler() no ha canviat, la manera com s'emplenen 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 d'ID de node al gestor de comptadors per als 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 s'utilitza un valor de marcador de posició de 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* es passa 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 no es va emplenar 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 per a reintents de capa APS es continua omplint al paràmetre de dades per als tipus de comptador EMBER_COUNTER_APS_TX_UNICAST_SUCCESS/FAILED, per ser coherent amb les 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 l'ember revisat. tipus.h documentació.
- El gestor del comptador per a EMBER_COUNTER_MAC_TX_UNICAST_RETRY ara reflecteix correctament l'ID del node de destinació de la capa MAC i diversos reintents en el seu ID de 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, com ara:
- 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 d'energia verda.
- El lavabo ara deixa caure la configuració de l'aparellament amb l'acció d'eliminar 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ó d'ampliació.
- 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 diverses 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
Arreglat a la versió
| Número d'identificació | Descripció |
| 1036893 | S'ha solucionat un problema que provocava que el component del clúster OTA instal·lés el component d'interfície del carregador d'arrencada heretat com a dependència. |
| 1114905 | Zigbee Direct: millora de la gestió de la característica de sortida de la xarxa. |
| 1180937 | S'ha corregit el restabliment de WDT quan es connectava Zigbee Direct ZDD a ZVD de tercers. |
| 1223904 | S'ha solucionat un problema que provocava que el dispositiu final es mogués per funcionar incorrectament en un entorn molt ocupat. |
| 1224393 | S'ha actualitzat el codi del gestor de sol·licituds de la taula de recollida de Green Power per actualitzar l'adreça de destinació de la resposta. |
| 1228808 | S'ha solucionat el problema de visualització amb les definicions de macro a la documentació gp-types.h. |
| 1232297 | S'ha solucionat un problema en què emberSetOutgoingNwkFrameCounter i emberSetOutgoingApsFrameCounter no funcionaven en aplicacions d'amfitrió de 64 bits (retorn EMBER_BAD_ARGUMENT). |
| 1232359 | S'ha corregit el càlcul del paràmetre gppTunnelingDelay al processament d'ordres del client d'energia verda. |
|
1240392 |
Les sol·licituds d'enllaç/desenllaç de ZDO rebutjades per motius d'accés/permís haurien de retornar l'estat EMBER_ZDP_NOT_AUTHORIZED en lloc de l'estat EMBER_ZDP_NOT_PERMITTED segons les especificacions de Zigbee. |
| 1243523 | Zigbee Direct: millora l'estabilitat de la connexió BLE a ZVD. |
| 1249455 | S'ha solucionat un problema que provocava que un dispositiu final amb somnolència entrés en suspensió quan rebia una emissió abans de rebre un ack. |
| 1252295 | Corregiu un error d'escriptura a la macro del catàleg de components SL_CATALOG_ZIGBEE_OTA_STORAGE_COMMON_PRESENT. |
Arreglat a la versió
| 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 |
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 trames de despertar 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ó.
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 en una 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. |
| Número d'identificació | Descripció |
| 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 s'ha establert un valor predeterminat de 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. |
| 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 un 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 una 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 trames 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 que es va establir amb 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 trama falsa 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 |
| Número d'identificació | Descripció |
| 1214866 | L'enviament de paquets d'enquesta de dades en determinades configuracions d'alt trànsit 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 d'emissió del grup a la taula de proxy. |
| 1222509 | L'encaminador/coordinador envia una sol·licitud d'abandonament i de reincorporació a un dispositiu final d'enquesta no secundari, però la destinació MAC és 0xFFFF en comptes 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ó. |
| 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ó obtenir meofday, 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 | El 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 nou 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 de la línia de contacte 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 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 detallats de la causa 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 emberAfMainInit() d'a-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 amb 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 distribució de grups. | 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 els RSSI Offset Silabs per defecte mesurats 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 |
Eliminació de la CLI: el component principal no elimina les trucades de 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 vinculacions. | 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 un estat "no funciona". Consulteu la següent nota de l'aplicació per obtenir més informació i una solució alternativa mitjançant el gestor 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) de manera predeterminada, la qual cosa comporta un desajust 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 es va informar 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. |
| 1252460 | Les rutines de recuperació de SimEEPROM (tant per a v1 com per a v2) que s'executen a l'inici poden dur a terme trucades d'esborrat de pàgines flash desalineades que donen lloc a afirmacions durant em_msc. la rutina MSC_ErasePage de c. | Solució alternativa: col·loqueu la següent línia de codi a la part superior de la funció MSC_ErasePage() a em_msc.c: adreça inicial = (uint32_t*)((uint32_t)startAddress &
~(FLASH_PAGE_SIZE-1)); |
Elements obsolets
Obsolet a la versió
A GSDK 7.4.0.0 en endavant, inclòs aquest pedaç, l'opció "-v" en un Z3Gateway per a una aplicació d'amfitrió de 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 de Linux com ara "socat".
Obsolet a la versió
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 en el llançament
- 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 setPacketBufferCount() a af-host.c i 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 al llançament
- 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
Canviat en llançament
- La combinació multiprotocol Zigbee NCP/OpenThread RCP és ara qualitat de producció.
Problemes solucionats
Arreglat a la versió
| 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. |
Arreglat a la versió
| 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 |
| 811732 | El suport de testimoni personalitzat no està disponible quan s'utilitza Zigbeed. | El suport està previst en una versió futura. |
| 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. |
| 1022972 | Coex no funciona a ZB NCP + OT RCP. | El suport està previst per a un llançament futur. |
| 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. |
| 1231021 | OTBR pot afirmar quan més de 80 dispositius zigbee s'uneixen simultàniament. | S'ha afegit una solució que pot solucionar el problema. Es tractarà completament en una versió futura. |
Elements obsolets
- Cap
Elements eliminats
Eliminat en el llançament
- 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ó
Aquesta versió conté el següent:
- 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 a 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.
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!
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 limitades 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.
Nota: Aquest contingut pot contenir terminologia ofensiva que ara està obsoleta. Silicon Labs està substituint aquests termes per un llenguatge inclusiu sempre que sigui possible. Per a més informació, visiteu www.silabs.com/about-us/inclusive-lexicon-project.
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, ThreadArch®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Precision32®, Simplicity Studio®, Telegesis, el 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.
CONTACTE
- Silicon Laboratories Inc.
- 400 West César Chávez
- Austin, TX 78701
- EUA
- www.silabs.com
Documents/Recursos
 |
SILICON LABS SDK 7.4.1.0 GA Programari de pila de protocol Zigbee [pdfGuia de l'usuari SDK 7.4.1.0 GA Programari de pila de protocols Zigbee, SDK 7.4.1.0 GA, programari de pila de protocols Zigbee, programari de pila de protocols, programari de pila |