Zigbee - s2c Español

XBee® / XBee-PRO S2C Zigbee®
Módulo RF
Guía del usuario

historia-90002002 Revisión
Fecha de revisión Descripción
C.A. mayo 2019 Eliminado la información de certificación brasileña para ciertos dispositivos.
ANUNCIO de junio de 2019 publicación FCC añadido 996369 información relacionada.
AE de octubre de Mejora de la red de vigilancia, fija para un número de cliente informó de problemas.
2019
AF de noviembre de Se agregó información de certificación ANATEL de Brasil.

2019
AG de enero de certificaciones IFETEL añadido.

2020
Marcas comerciales y derechos de autor

Digi, Digi International, y el logotipo de Digi son marcas comerciales o marcas comerciales registradas en los Estados Unidos y otros
países del mundo. Todas las demás marcas mencionadas en este documento son propiedad de sus respectivos dueños. © 2020 Digi
International Inc. Todos los derechos reservados.
renuncias
La información contenida en este documento está sujeta a cambios sin previo aviso y no representa ningún compromiso por parte de Digi
International. Digi proporciona este documento “tal cual”, sin garantía de ningún tipo, expresa o implícita, incluyendo, pero no limitado a,
las garantías implícitas de comerciabilidad o aptitud para un propósito particular. Digi puede realizar mejoras y / o cambios en este
manual o en el producto (s) y / o el programa (s) descritos en este manual en cualquier momento.
Garantía
Para ver información de garantía del producto, vaya a la siguiente página web:
www.digi.com/howtobuy/terms
Atención al cliente
Recopilar información de soporte: Antes de contactar con el soporte técnico de Digi en busca de ayuda, recopile la siguiente información:
número de serie Nombre del
producto andmodel producto (s)
versión del firmware
Sistema operativo / navegador (si es aplicable) Registros (de
momento de la emisión reportados) Trace (si es posible)
XBee / XBee-PRO ® Módulo RF S2C Zigbee® 2

Descripción del problema
Pasos para reproducir
soporte técnico de contactos de Digi: Digi ofrece varios planes de apoyo técnico y paquetes de servicios. Póngase en contacto con nosotros en
el +1 952.912.3444 o visite www.digi.com/support .
Realimentación
Para proporcionar comentarios sobre este documento, correo electrónico sus comentarios a
techcomm@digi.com
Incluir el título del documento y el número de referencia (XBee-PRO ® XBee S2C Zigbee® Módulo / RF, 90002002 AG) en la línea de asunto del
mensaje.

Contenido
XBee / XBee-PRO ® Módulo RF S2C Zigbee®
Nota sobre el nombre del producto 15

firmware y hardware aplicable 15
notas de la versión de firmware 15
Especificaciones técnicas
Especificaciones de rendimiento 17
Requerimientos de energía 17
Especificaciones generales 17
Redes y especificaciones de seguridad 18
especificaciones de la interfaz de comunicación 18
Resumen conformidad regulatoria 19
Especificaciones de comunicación en serie 21
la asignación de patillas UART 21
la asignación de patillas SPI 21
especificaciones GPIO 21
especificaciones de hardware para la variante programable 22
Hardware
dibujos mecánicos 25
Pin señales para el módulo de montaje en superficie 26
señales de patas del módulo orificio pasante 29
pinmappings EM357 30
Notas de Diseño 31
diseño de la fuente de alimentación 31
diseño de la placa 31
rendimiento de la antena 32
conexiones de las patillas recomendados 32
notas de diseño para dispositivos de antena PCB 33
notas de diseño para dispositivos de RF pad 34
Operación del módulo para la variante programable 37
Programable XBee SDK
conexiones programables 39

Operación
Interfaz de serie 42
flujo de datos UART 42
datos en serie 42
comunicaciones SPI 43
operación SPI 43
selección del puerto serie 44
memorias intermedias en serie 44
Serie búfer de recepción 45
memoria intermedia de transmisión de serie 45
control de flujo UART 45
control de flujo CTS 45
control de flujo RTS 46
control de salto 46
protocolos de interfaz en serie 46
modo de funcionamiento transparente 46
modo de funcionamiento de la API 46
Comparar el funcionamiento transparente y API 47
modos 48
Modo inactivo 49
el modo de transmisión 49
Modo de recibir 50
Commandmode 50
Modo de sueño 52
redes Zigbee
Acerca de la especificación ZigBee 54
definiciones 54
tipos de nodo ZigBee 54
protocolo Zigbee 55
capas Zigbee pila 56
los conceptos de redes Zigbee 57
tipos de dispositivos 57
PAN ID 59
canales de operación 59
capas de aplicación Zigbee: en profundidad 60
Subcapa de Soporte de Aplicaciones (APS) 60
Los perfiles de aplicación 60
coordinador de la operación Zigbee 61
Formar una red 61
Politica de seguridad 62
Selección del canal 62
selección PAN ID 62
Datos persistentes 62
coordinador de inicio 62
permiso de unirse 63
Restablecer el coordinador 64
Deja una red 64
Reemplazar un coordinador (seguridad sólo deshabilitado) sesenta y cinco
Ejemplo: iniciar un coordinador sesenta y cinco
Ejemplo: sustituir un coordinador (seguridad deshabilitada) 66

la operación del router 66

Descubrir redes Zigbee 66
Unirse a una red 67
Zigbee enrutador unirse 67
permiso de unirse 68
conectividad de red del router 69
el funcionamiento del dispositivo final 71
Descubrir redes Zigbee 71
Unirse a una red 72
capacidad del dispositivo final 72
exploraciones huérfanos 73
dispositivo de extremo de unión 73
conectividad de los padres 74
Restablecer el dispositivo final 74
Deja una red 75
Ejemplo: unirse a una red 75
exploración de canales Zigbee 75
Gestión de múltiples redes Zigbee 76
Filtra PAN ID 76
Configurar las claves de seguridad 76
Evitar que los dispositivos no deseados de unirse 76
marco Applicationmessaging 77
Transmisión, direccionamiento y encaminamiento
Direccionamiento 79
direcciones de los dispositivos de 64 bits 79
direcciones de los dispositivos de 16 bits 79
Capa de aplicación direccionamiento 79
Transmisión de datos 79
transmisiones de difusión 80
transmisiones unicast 80
la resolución de direcciones 81
tabla de direcciones 81
tabla de grupos 82
las transmisiones de enlace 82
tabla de vinculación 83
las transmisiones de multidifusión 83
Fragmentación 83
ejemplos de transmisión de datos 83
modo transparente 84
el modo API 84
marco de la API 85
RF de enrutamiento de paquetes 86
transmisión de estado de enlace 86
AODV malla de enrutamiento 87
Muchos a Uno de enrutamiento 90
Modo de alta / baja de RAM Concentrador 90
El direccionamiento de origen 90
transmisiones cifradas 95
tamaño de carga útil máxima de RF 95
rendimiento 97

especificaciones de tiempo de latencia 98
transmisiones ZDO 98
Enviar un comando ZDO 98
Recibir comandos y respuestas ZDO 99
los tiempos de espera de transmisión 101
tiempo de espera unicast 101
tiempo de espera prolongado 102
ejemplos de transmisión 102
la seguridad Zigbee
modos de seguridad 106

modelo de seguridad Zigbee 106
seguridad de la capa de red 106
seguridad de la capa de APS 108
Centro de confianza 109
Formar o unirse a una red segura 109
Implementar la seguridad en el XBee / XBee-PRO Zigbee RF Module 109
Habilitación de la seguridad 110
Ajuste de la clave de seguridad de red 110
Establecer la confianza clave de enlace centro de APS 110
Habilitar el cifrado APS 110
Utilice un centro de confianza 111
ejemplos de seguridad 111
la puesta en marcha de la red y diagnóstico
dispositivos lugar 113

Comprobación de vínculos en una red - cúmulo de bucle invertido 113
indicadores de RSSI 114
Hola 114
Deteccion de redes 114
descubrimiento ZDO 114
unirse anuncian 115
Puesta en marcha pulsador y el LED asociado 115
pulsador de puesta en marcha 115
LED asociado 116
Unión 117
End_Device_Bind_req 117
Ejemplo de un End_Device_Bind_req 119
API Tabla grupo 119
Añadir comando Agrupar 120
Ver grupo 121
Obtener la pertenencia a grupos 122
Eliminar grupo 125
Retire todos los grupos 126
respuestas predeterminadas 127
códigos de estado más comunes 127
Manejo de dispositivos finales

el funcionamiento de los padres 130

Fin tiempos de espera de las encuestas de dispositivos 131
Buffer de Paquetes uso 131
el funcionamiento del dispositivo que no son padres 132
Configuración del dispositivo End 132
pin del sueño 133
cíclica del sueño 135
mediciones de corriente de sueño recomendadas 139
Lograr la corriente más baja del sueño 139
Compensar el tiempo de conmutación 139
internas de pins pull-ups 140
datos de transmisión RF 140
Recibir datos RF 140
I / O de muestreo 141
dispositivos finales Wake con la puesta en Pulsador 141
la verificación de los padres 141
REINCORPORAN 141
Router configuración / Coordinador 142
RF paquete buffering de tiempo de espera 142
tiempo de espera de sondeo niño 142
tiempo de espera de transmisión 143
períodos cortos de sueño 143
períodos prolongados de sueño 143
ejemplos del sueño 143
Ejemplo 1: Configurar un dispositivo para el sueño durante 20 segundos, pero conjunto SN tal que la línea de encendido / sueño permanecerá de
afirmado-para un máximo de 1 minuto 143

Ejemplo 2: Configurar un dispositivo final para el sueño durante 20 segundos, enviar 4 I / O muestras en 2 segundos, y el retorno
a dormir 144
Ejemplo 3: configurar un dispositivo para el sueño prolongado: a dormir durante 4 minutos 144
Analog y líneas digitales de E / S
Configurable pins E / S y la configuración comandos 147

XBee ZB orificio pasante módulo RF 147
I / O de configuración 148
muestreo Queried 150
Periódica I / O de muestreo 151
muestreo de detección de cambios 151
RSSI PWM 151
ejemplos de E / S 152
PWM1 152
Operación API
formato de trama API 154

operación de API (parámetro AP = 1) 154
operación con API caracteres de escape (parámetro AP = 2) 154
Bytes de datos que necesitan ser escapó: 155
Longitud 155
datos de la trama 155
Calcular y verificar las sumas de comprobación 156
Ejemplos de API 157
intercambios API de serie 158
comandos AT 158

Transmitir y recibir datos RF 159
comandos AT remotas 159
El direccionamiento de origen 160
registro de dispositivos 160
Enviar comandos ZDO con la API 160
Ejemplo 162
Enviar biblioteca de clúster Zigbee (ZCL) manda con la API 163
Ejemplo 166
Enviar perfil público Comandos con la API 168
datos específicos del marco 168
Ejemplo 171
descripciones de trama
marco de comandos AT - 0x08 174

Comando AT - marco de cola Parámetro Valor - 0x09 176
Transmisión de solicitudes de trama - 0x10 178
Direccionamiento explícito marco de Comando - 0x11 182
Remota trama de petición de comandos AT - 0x17 185
Crear ruta Fuente - 0x21 187
fotograma a fotograma Comando Respuesta - 0x88 190
Módem marco de estado - 0x8A 192
Transmitir marco de estado - 0x8B 193
Recibe marco de Paquetes - 0x90 195
Explícita marco indicador Rx - 0x91 197
Muestra los datos del marco del indicador Rx - 0x92 200
XBee sensor Leer Indicador - 0x94 203
Indicador marco de la identificación del ganglio - 0x95 206
Marco alejado de Comando Respuesta - 0x97 209
Extended marco de estado de módem - 0x98 211
descripciones de los códigos de estado 212
Over-the-Air Estado de actualización de firmware - 0xA0 218
Ruta Indicador de grabación - 0xA1 220
Muchos-a-uno de los indicadores Solicitud de Ruta - 0xA3 222
comandos AT
comandos de red 225

ID (Extended PAN ID) 225
SC (Buscar canales) 225
SD (duración de exploración) 226
ZS (Zigbee Pila Perfil) 227
NJ (Nodo de Ingreso Tiempo) 227
NW (Watchdog Tiempo de espera de la red) 227
JV (Coordinador de Ingreso Verificación) 228
JN (Join notificación) 228
OP (de funcionamiento extendido PAN ID) 228
OI (operativos de 16 bits PAN ID) 229
CH (canal de operación) 229
NC (número restante de la Infancia) 229
CE (Coordinador Enable) 229
DO (Opciones de dispositivo Miscellaneous) 230
DC (unión controles de dispositivo) 230
II (16-bit inicial PAN ID) 231

ED (detectar la energía) 231
Dirigiéndose a los comandos 231
SH (Serial Número de alta) 231
SL (Número de Serie Bajo) 232
MI (16 bits de direcciones de red) 232
MP (de 16 bits de direcciones de red para padres) 232
DH (Dirección de destino de alta) 232
DL (Dirección de destino Bajo) 232
NI (Node Identifier) 233
NH (máximo Unicast Hops) 233
BH (Emisión de lúpulo) 233
AR (agregado de enrutamiento de notificación) 234
DD (Device Type Identifier) 234
NT (Nodo Descubrir tiempo de espera) 234
No (Opciones de detección de red) 234
NP (máximo de paquete de carga útil Bytes) 235
CR (Conflicto informe) 235
Zigbee abordar comandos 235
SE (Fuente Punto Final) 236
DE (Punto de Destino) 236
CI (Cluster ID) 236
A (Transmit Opciones) 236
RF interfaz comandos 237
PL (Nivel de potencia TX) 237
PP (Potencia a PL4) 238
PM (Modo de energía) 238
comandos de seguridad 238
EE (cifrado Enable) 238
EO (opciones de cifrado) 239
KY (Enlace Key) 239
NK (Centro de claves de red Trust) 239
comandos de interfaz de serie 240
BD (Data Rate Interface) 240
NB (Paridad) 240
SB (Bits de parada) 241
RO (Packetization Timeout) 241
D6 (ESD6 / RTS) 241
D7 (ESD7 / CTS) 242
AP (API Enable) 242
AO (Opciones API) 243
opciones Commandmode 243
CT (modo de tiempo de comando) 243
GT (Guardia Times) 243
CC (Personaje Comando) 244
CN (Exit Commandmode) 244
comandos del sueño 244
SP (período de sueño) 244
SN (número de ciclos entre ON_SLEEP) 244
SM (Sleep Mode) 245
ST (hora antes de dormir) 245
SO (opciones del sueño) 245
WH (Wake retardo Host) 246
PO (tasa de sondeo) 246
E / S configuración de comandos 247
D0 (Configuración / DIO0 AD0) 247

D1 (AD1 / ESD1 / Configuración PTI_En) 247
D2 (Configuración / ESD2 AD2) 248
D3 (Configuración / ESD3 AD3) 248
D4 (Configuración ESD4) 249
D5 (ESD5 / Configuración Asociado) 249
D8 (DIO8 / DTR / SLP_RQ) 250
D9 (ESD9 / ON_SLEEP) 250
P0 (Configuración / PWM0 RSSI) 250
P1 (Configuración / PWM1 DIO11) 251
P2 (Configuración DIO12) 251
P3 (Configuración / DOUT DIO13) 252
P4 (DIO14 / DIN) 252
P5 (DIO15 / SPI_MISO) 252
P6 (Configuración SPI_MOSI) 253
P7 (DIO17 / SPI_SSEL) 253
P8 (DIO18 / SPI_SCLK) 254
P9 (DIO19 / SPI_ATTN / PTI_DATA) 254
PR (pull-up / down Resistencia Enable) 255
PD (Pull dirección arriba / abajo) 256
LT (Asociado LED Tiempo de parpadeo) 256
RP (RSSI PWM Timer) 256
I / O de muestreo comandos 256
IR (I / O de frecuencia de muestreo) 257
IC (Detección de cambios Digital) 257
V + (Voltaje de monitorización Supply) 258
comandos de diagnóstico 258
VR (versión de firmware) 258
HV (Hardware Version) 258
AI (Asociación de indicación) 259
% V (tensión de alimentación Monitoring) 259
DB (intensidad de señal recibida) 260
TP (Temperatura) 260
VL (versión larga) 260
órdenes de ejecución 260
AC (Aplicar cambios) 261
AS (Scan Activo) 261
WR (escritura) 261
RE (Restaurar valores predeterminados) 262
FR (reajuste del software) 262
NR (Restaurar red) 262
SI (dormir inmediatamente) 262
CB (Puesta en marcha con pulsador) 263
Y X (Claro Encuadernación y tablas de grupos) 263
ND (Nodo Descubrimiento) 263
DN (nodo de destino) 264
DJ (Desactivar unión) 265
IS (Fuerza de muestra) 265
soporte de módulos
Configurar el dispositivo utilizando XCTU 267

bibliotecas de software 267
Personalizar firmware XBee ZigBee 267
cargador de arranque XBee 267
actualizaciones de firmware de serie 268

Invocar el gestor de arranque XBee 268
Enviar una imagen de firmware 268
Escribir un firmware personalizado 269
Cumplimiento normativo 269
Habilitar GPIO 1 y 2 269
Detectar XBee frente XBee-PRO 270
Instrucciones especiales para el uso de la interfaz JTAG 270
Información reglamentaria
Estados Unidos (FCC) 272

requisitos de etiquetado OEM 272
avisos de la FCC 273
antenas aprobadas por la FCC (2,4 GHz) 273
descripciones de antena asociados 289
la exposición a RF 289
publicación FCC 996369 información relacionada 289
Europa (CE) 290
valores máximos especificados de potencia y frecuencia 290
Declaraciones de conformidad 291
antenas 292
IDES (Innovación, Ciencia y Desarrollo Económico de Canadá) 292
Los requisitos de etiquetado 292
Para XBee ZB de montaje en superficie: 292
Para ZB XBee-PRO de montaje en superficie: 292
Para XBee ZB orificio pasante: 292
Para ZB XBee-PRO agujero pasante: 292
Transmisores de antenas desmontables 293
antena desmontable 293
Para XBee S2D SMT: 293
La exposición de RF 293
Australia (RCM) 294
ANATEL (Brasil) 294
Corea del Sur 297
IFETEL (México) 301
Migración de XBee orificio pasante a XBee dispositivos de montaje superficial
Pinmapping 304
Montaje 305
información de fabricación
Recomendado ciclo de soldadura por reflujo 308

huella recomendado y keepout 308
Fundente y limpieza 310
reelaboración 310
Zigbee cargar firmware en los dispositivos 802.15.4
Antecedentes 313

Zigbee cargar firmware 314

Este manual describe el funcionamiento de la / XBee-PRO Zigbee Módulo RF XBee, que consiste en Zigbee firmware cargado
en XBee S2C y hardware S2C PRO.
Los módulos de RF Zigbee XBee / XBee-PRO proporcionar conectividad inalámbrica a los dispositivos de punto final en Zigbee redes de malla.
Usar el conjunto de características ZigBee PRO, estos módulos son interoperables con otros dispositivos ZigBee, incluyendo los dispositivos de
otros fabricantes. Con el XBee, los usuarios pueden tener su red ZigBee arriba y funcionando en cuestión de minutos sin necesidad de
configuración o desarrollo adicional. Los Módulos RF / Zigbee XBee-PRO XBee son compatibles con otros dispositivos que utilizan la tecnología
Zigbee XBee. Estos incluyen pasarelas ConnectPortX, XBee y XBee-PRO adaptadores, Pared de Routers, XBee sensores y otros productos con
el nombre de Zigbee.
Nota sobre el nombre del producto 15

firmware y hardware aplicable 15
notas de la versión de firmware 15

XBee / XBee-PRO ® Módulo RF S2C Zigbee® Nota sobre el nombre del producto
Nota sobre el nombre del producto

Aunque nos referimos al dispositivo como un S2C, información para el S2D es también parte de la guía. La información para el
S2D es parte de la guía S2C porque el hardware es muy similar.
firmware y hardware aplicable

Este manual es compatible con los siguientes firmware:
norte 401x, 402x, 403x, 404x, 405x (S2C), 406x
norte 705x
Es compatible con el siguiente hardware:
norte XBee S2C
notas de la versión de firmware

Puede ver las notas de la versión actual del firmware de la sección Explorador de XCTU. Para obtener instrucciones sobre la descarga y
uso XCTU, vaya a: digi.com/products/xbee-rf-solutions/xctu-software/xctu .

Especificaciones de rendimiento 17
Requerimientos de energía 17
Especificaciones generales 17
Redes y especificaciones de seguridad 18
especificaciones de la interfaz de comunicación 18
Resumen conformidad regulatoria 19
Especificaciones de comunicación en serie 21
especificaciones GPIO 21
especificaciones de hardware para la variante programable 22
XBee / XBee-PRO ® Módulo RF S2C Zigbee® dieciséis

Especificaciones técnicas Especificaciones de rendimiento
Especificaciones de rendimiento
En la siguiente tabla se describen las especificaciones de rendimiento para los dispositivos.
Nota figura estimaciones de distancia se basan en un terreno al aire libre con limitadas fuentes de interferencia. El alcance real variará en función
de la potencia de transmisión, orientación de transmisor y el receptor, la altura de la antena transmisora, la altura de la antena receptora, las
condiciones climáticas, las fuentes de interferencia de la zona, y el terreno entre el receptor y el transmisor, incluyendo las estructuras interiores y
exteriores tales como paredes, árboles, edificios, colinas, andmountains.
XBee-PRO
Especificación XBee S2C ZigBee Zigbee S2C
Interior Rango / urbana Hasta 60 m (200 pies) Hasta 90 m (300 pies)
RF al aire libre la línea de visión rango Hasta 1200 m (4000 ft) Hasta 3,200 m (2
mi)
salida de potencia de transmisión 6.3 mW (8 dBm), el modo de refuerzo 63 mW (18 dBm)

(máximo) 3,1 mW (5 dBm), el canal de modo normal 26 de potencia máximo es de
3 dBm
velocidad de datos de RF 250.000 b / s
Sensibilidad del receptor - 102 dBm, el modo de refuerzo - 101 dBm

- 100 dBm, el modo normal
Requerimientos de energía
En la siguiente tabla se describen los requisitos de energía para el / XBee-PRO del módulo de RF XBee ZigBee.
Especificación XBee XBee-PRO
tensión de alimentación 2.1 a 3.6 V 2.7 a 3.6 V
corriente de emisión (típico, VCC = 3,3 V) 45 mA (8 dBm, el modo Boost) 33 mA (5 120 mA (18 dBm)
dBm, el modo Normal)
Idle / recibir corriente (típico, VCC = 3,3 V) 31 mA (modo Boost) 28 mA 31 mA

(modo normal)
corriente de apagado <1 uA @ 25C <1 uA @ 25C
Especificaciones generales
En la siguiente tabla se describen las características generales de los dispositivos.
Especificación XBee S2C ZigBee XBee-PRO Zigbee S2C
banda de frecuencia operativa ISM 2.4 a 2.5 GHz

Especificaciones técnicas Redes y especificaciones de seguridad
Factor de forma orificio pasante, de montaje en superficie
Dimensiones orificio pasante: 2,438 x 2,761 cm (0,960 x 1,087 orificio pasante: 2,438 x 3,294 cm (0,960 x 1,297
in) de montaje en superficie: 2.199 x 3,4 x 0,305 in) de montaje en superficie: 2.199 x 3,4 x 0,305
cm (0,866 x 1,33 x 0,120 in) cm (0,866 x 1,33 x 0,120 in)
Temperatura de funcionamiento -40 a 85 ° C opciones de antena
(industriales) orificio pasante: antena PCB, conector U.FL, conector RPSMA, o alambre integrado
para montaje en superficie: pista de RF, antena PCB, o el conector U.FL
Redes y especificaciones de seguridad

En la siguiente tabla se describen las especificaciones de red y seguridad para los dispositivos.
topologías de red compatibles Punto a punto, punto a multipunto, peer-to-peer, y DigiMesh
Número de canales 16 canales de secuencia directa 15 canales de secuencia directa
interfaz de inmunidad Spread Spectrum secuencia directa (DSSS)
canales 11 a 26
opciones de direccionamiento PAN ID y direcciones, los ID de racimo y los puntos finales (opcional)
especificaciones de la interfaz de comunicación

La siguiente tabla proporciona especificaciones de la interfaz de comunicación del dispositivo.
Las opciones de interfaz
UART máximo 250 Kb / s
SPI máximo 5 Mb / s (ráfaga)

Resumen conformidad regulatoria
Esta tabla describe las aprobaciones de los organismos para los dispositivos.
Nota Legado XBee-PRO SMT (modelo: PRO S2C; hardware versión 21xx) tiene diferente FCC y IC IDs. Para más información, ver Información reglamentaria .
XBee (pasante XBee-PRO XBee S2D (en
XBee (en superficie de agujero) (pasante superficie de
Aprobación montaje) XBee-PRO (montaje en superficie) agujero) montaje)
Estados Unidos (FCC Parte 15.247) FCC ID: MCQ- FCC ID: MCQ-XBPS2C FCC ID: MCQ- FCC ID: MCQ- FCC ID: MCQ-
XBS2C (revisión K y anterior) FCC ID: S2CTH PS2CTH S2DSM
MCQ-PS2CSM (revisión L y
posterior)
Innovación, Ciencia y Desarrollo Económico IC: 1846A-XBS2C IC: 1846A-XBPS2C (revisión K y anterior) IC: IC: 1846A- IC: 1846A- IC: 1846A-
de Canadá (IDES) 1846A-PS2CSM (revisión L y posterior) S2CTH PS2CTH S2DSM
Rango de salida de la FCC / IC Prueba de - el 26 de +8 dBm a -0,7 a 19,4 dBm - el 26 de +8 dBm a 1-19 - 10 a +8 dBm
Potencia de Transmisión dBm
Europa (CE) si si si
Australia RCM RCM RCM RCM
Japón R201WW10215369 R210-105563
Brasil ANATEL: 0616-15- 1209 ANATEL: 07440-19-01209 (XBP24CZ7PIS-004, ANATEL: 4556- 15- ANATEL:
XBP24CZ7RIS-004, XBP24CZ7UIS-004) 1209 4077-15-

1209
México RCPDIXB19-1821 RCPDIPS19-1817-A1 RCPDIS219- RCPDIPS19-

1821-A1 1817
19
XBee (pasante XBee-PRO XBee S2D (en
XBee (en superficie de agujero) (pasante superficie de
Aprobación montaje) XBee-PRO (montaje en superficie) agujero) montaje)
Corea del Sur MSIP-CRM-DIG-XBee MSIP-CRM-DIG-XBee-TH

S2C S2C-
RoHS Obediente

20
Especificaciones técnicas Especificaciones de comunicación en serie
Especificaciones de comunicación en serie

El / XBee-PRO Módulo RF XBee Zigbee soporta tanto receptor / transmisor asíncrono universal (UART) y las conexiones de serie
Serial Peripheral Interface (SPI).
la asignación de patillas UART
Especificaciones número PIN del dispositivo
pines UART XBee (montaje en superficie) XBee (orificio pasante)
DOUT 3 2
DIN / CONFIG 4 3
CTS / ESD7 25 12
RTS / ESD6 29 dieciséis
Para obtener más información sobre el funcionamiento del UART, véase Operación .
la asignación de patillas SPI

El SC2 (puerto de comunicación serie 2) del Ember 357 está conectado al puerto SPI.
Especificaciones número PIN del dispositivo
pines SPI XBee (montaje en superficie) XBee (orificio pasante)
SPI_SCLK 14 18
SPI_SSEL 15 17
SPI_MOSI dieciséis 11
SPI_MISO 17 4
Para obtener más información sobre el funcionamiento de SPI, consulte operación SPI .
especificaciones GPIO
Módulos RF Zigbee XBee / XBee-PRO tienen 15 General Purpose Input / Output (GPIO) puertos disponibles. La lista exacta depende de la
configuración del dispositivo, ya que algunos cojines GPIO se utilizan para fines tales como comunicación en serie. Ver Habilitar GPIO 1 y 2 en el
para obtener más información sobre la configuración y el uso de los puertos GPIO.
GPIO especificaciones eléctricas Valor
Suministro de voltaje 2.1 a 3.6 V

Especificaciones técnicas especificaciones de hardware para la variante programable
GPIO especificaciones eléctricas Valor
Schmitt bajo umbral de conmutación 0,42 a 0,5 x VCC
Alta Schmitt umbral de conmutación 0,62 a 0,8 x VCC
corriente de entrada para la lógica 0 - 0,5 μA
corriente de entrada para la lógica 1 0,5 μA
valor de la resistencia de pull-up de entrada 29 kW
valor de resistencia de desconexión de entrada 29 kW
La tensión de salida para la lógica 0 0,18 x VCC

(máximo)
La tensión de salida para la lógica 1 0,82 x VCC

(mínimo)
fuente de salida / sumidero de corriente para los números de almohadilla 3, 4, 5, 10, 12, 14, 15, 16, 17, 25, 26, 4 mA
28, 29, 30, y 32 en los módulos de SMT
fuente de salida / sumidero de corriente para números de pin 2, 3, 4, 9, 12, 13, 15, 16, 17, y 19 en los módulos de TH 4 mA
fuente de salida / sumidero de corriente para números de pad 7, 8, 24, 31, y 33 en los módulos de SMT 8 mA
fuente de salida / sumidero de corriente para números de patas 6, 7, 11, 18, y 20 en los módulos de TH 8 mA de corriente de salida total (para
los cojines GPIO) 40 mA
especificaciones de hardware para la variante programable

Si el módulo tiene el procesador secundario programable, añadir los siguientes valores de la tabla a las especificaciones indicadas. Por
ejemplo, si el procesador secundario está funcionando a 20 MHz y el procesador principal está en modo de recepción, entonces el nuevo valor
actual será Itotal = Ir2 + INx = 14 mA + 9 mA = 23 mA,
dónde ir2 es el actual tiempo de ejecución del procesador secundario y es la recepción actual de la
primario.
especificación procesador secundario Añadir a la RX, TX, y las especificaciones corrientes de sueño en
opcional función del modo de operación
actual de tiempo de ejecución para 32 k funcionando a 20 MHz + 14 mA
actual de tiempo de ejecución para 32 k funcionando a 1 MHz + 1 mA
actual del sueño + 0,5 μA típica
Para ver especificaciones adicionales NXP Hoja de MC9S08QE32

datos y Manual

Especificaciones técnicas especificaciones de hardware para la variante programable
especificación procesador secundario Añadir a la RX, TX, y las especificaciones corrientes de sueño en
opcional función del modo de operación
El tiempo mínimo de bajo impulso de reposición para + 26 mS

EM357
Rango V REF 1,8 VDC a V CC

Hardware
dibujos mecánicos 25
Pin señales para el módulo de montaje en superficie 26
señales de patas del módulo orificio pasante 29
pinmappings EM357 30
Notas de Diseño 31

Hardware dibujos mecánicos
dibujos mecánicos
Los siguientes dibujos mecánicas de la / XBee-PRO Módulos RF Zigbee XBee muestran todas las dimensiones en pulgadas. Los espectáculos primer
dibujo la XBee / XBee - PRO modelo de montaje en superficie (antena opciones no mostrados).
Los dibujos siguientes muestran el modelo XBee orificio pasante
Los dibujos siguientes muestran la XBee-PRO modelo de agujero pasante.

Hardware Pin señales para el módulo de montaje en superficie
Pin señales para el módulo de montaje en superficie

Los siguientes programas de dibujo de la superficie de montaje (SMT) ubicaciones de los pines.

La siguiente tabla muestra las señales de las patillas y sus descripciones para el dispositivo de montaje en superficie.
Pin # Nombre dirección por defecto

estado Descripción
1 GND - - Suelo.
2 VCC - - Fuente de alimentación.
3 DOUT / DIO13 Ambos Salida de datos UART a cabo

/ GPIO.
4 DIN / config / DIO14 Ambos Entrada UART datos en /

GPIO.
5 DIO12 Ambos GPIO.
6 REINICIAR Entrada restablecimiento de dispositivos.
7 RSSI PWM / ESD10 Ambos Salida Indicador de intensidad de
la señal RX / GPIO.
8 PWM1 / DIO11 Ambos Ancho de pulso discapacitados
modulador / GPIO.
9 [reservado] - Personas con discapacidad no se conectan.
10 DTR / SLEEP_RQ / DIO8 Ambos Entrada el control del sueño pin
Línea / GPIO.
11 GND - - Suelo.
atención interfaz
12 SPI_ATTN / BootMode / DIO19 Salida Salida periférica en serie. No
amarre bajo el reinicio.
13 GND - - Suelo.
14 SPI_CLK / DIO18 Entrada Entrada Serial reloj de la

interfaz periférica /
GPIO.
15 SPI_SSEL / DIO17 Entrada Entrada interfaz periférica serie

no seleccionar / GPIO.
dieciséis SPI_MOSI / DIO16 Entrada Entrada datos de interfaz de
periféricos en serie en /
GPIO.
17 SPI_MISO / DIO15 Salida Salida Serie de datos de interfaz
de periféricos OUT / GPIO.


estado Descripción
18 [reservado]* - Personas con discapacidad no se conectan.
22 GND - - Suelo.
24 ESD4 Ambos GPIO discapacitados.
25 CTS / ESD7 Ambos Salida Listo para transmitir
control de flujo / GPIO.
26 ON / SLEEP / ESD9 Ambos Salida Indicador de estado de
dispositivo / GPIO
No se utiliza para
EM357. Se utiliza para
27 VREF Entrada - procesador secundario
programable. Para la
compatibilidad con otros
dispositivos XBee,
recomendamos conectar
este perno a la
referencia de tensión si
se desea muestreo
analógico. También se
puede conectar a GND.
28 ASOCIADO / ESD5 Ambos Salida Asociado Indicador /

GPIO.
29 RTS / ESD6 Ambos Entrada Solicitud de control de

flujo de envío / GPIO.
30 AD3 / ESD3 Ambos discapacitados analógico
entrada / GPIO.
entrada / GPIO

Hardware señales de patas del módulo orificio pasante

estado Descripción
entrada / GPIO.
33 AD0 / DIO0 Ambos Entrada entrada / GPIO / botón

analógico Puesta en
marcha.
35 GND - - Suelo.
36 RF Ambos - RF I / O para la
variante de la almohadilla de RF.
Dirección de señal se especifica con respecto al dispositivo. Ver Notas de Diseño para obtener
más información sobre las conexiones de pasador.
* Referirse a Escribir un firmware personalizado para obtener instrucciones sobre el uso de estas patas si se necesitan funciones JTAG.
señales de patas del módulo orificio pasante

La siguiente tabla muestra las señales de las patillas y sus descripciones para el módulo de agujero pasante.
Alfiler
# Nombre dirección por defecto

estado Descripción
1 VCC - - Fuente de alimentación
2 DOUT / DIO13 Ambos Salida UART cabo de datos
3 DIN / config / DIO14 Ambos Entrada datos UART en
4 DIO12 / SPI_MISO Ambos Discapacitado GPIO / SPI esclavo a cabo
5 REINICIAR Entrada Entrada reinicio del módulo
6 RSSI PWM / PWMO Ambos Salida indicador de intensidad de señal RX / GPIO
ESD10
7 PWM1 / DIO11 Ambos Discapacitado GPIO
8 [reservado] - - No se conecta
9 DTR / SLEEP_RQ / DIO8 Tanto Entrada Pin de la línea de control del sueño / GPIO
10 GND - - Suelo
11 SPI_MOSI / ESD4 Ambos Discapacitado GPIO / SPI esclavo

Hardware asignaciones de pin EM357
Alfiler
# Nombre dirección por defecto

estado Descripción
12 CTS / ESD7 Ambos Salida control de flujo entre transparente y envío / GPIO
13 ON_SLEEP / ESD9 Ambos Salida Indicador de estado de dispositivo / GPIO
14 VREF - - No conectado
15 ASOCIADO / ESD5 Ambos Salida Indicador Asociado / GPIO
dieciséis RTS / ESD6 Ambos Entrada Solicitud de control de flujo de envío / GPIO
17 AD3 / ESD3 / SPI_SSEL Ambos Discapacitado entrada analógica / GPIO / SPI esclavo seleccionar
18 AD2 / ESD2 / SPI_CLK Ambos Discapacitado La entrada analógica / GPIO / reloj SPI
19 AD1 / ESD1 / SPI_ATTN Ambos Discapacitado entrada analógica / GPIO / atención SPI
20 AD0 / DIO0 / CB Ambos Discapacitado entrada analógica / / botón de puesta en marcha GPIO
asignaciones de pin EM357

La tabla siguiente muestra cómo se utilizan los EM357 pines en el dispositivo.
Nota Algunas líneas no pueden ir a los pasadores de dispositivos externos en la versión procesador secundario programable.
XBee XBee
EM357 (SMT) de (TH)
pin # EM357 nombre del pin la almohadilla # pin # otro uso
12 RST 6 5 Programación
18 PA7 8 7
19 PB3 29 dieciséis Se utiliza para UART
20 PB4 25 12 Se utiliza para UART
21 PA0 / SC2MOSI dieciséis 11 Se utiliza para SPI
22 PA SC2MISO 17 4 Se utiliza para SPI
24 PA2 / SC2SCLK 14 18 Se utiliza para SPI
25 PA3 / SC2SSEL 15 17 Se utiliza para SPI
26 PA4 / PTI_EN 32 19 OTA el rastreo de paquetes
27 PA5 / PTI_ DATOS / 12 N/A OTA rastreo de paquetes, cargador de arranque serial fuerza
BootMode incrustado, y la línea de atención SPI

Hardware Notas de Diseño
XBee XBee
EM357 (SMT) de (TH)
pin # EM357 nombre del pin la almohadilla # pin # otro uso
29 PA6 7 6
30 PB1 / SC1TXD 3 2 Se utiliza para UART
31 PB2 / SC1RXD 4 3 Se utiliza para UART
33 PC2 / JTDO / OSM 26 13 JTAG (ver Escribir un firmware personalizado )
34 PC3 / JTDI 28 15 JTAG (ver Escribir un firmware personalizado )
35 PC4 / JTMS / SWDIO 5 4 JTAG (ver Escribir un firmware personalizado )
36 PB0 10 9
38 PC1 / ADC3 30 17
41 PB7 / ADC2 31 18
42 PB6 / ADC1 33 20
43 PB5 / ADC0 Sensor de temperatura en la versión PRO
Notas de Diseño
Los módulos XBee no requieren circuitos o conexiones externas específicas para su correcto funcionamiento. Sin embargo, hay algunas
pautas generales de diseño que se recomienda para construir y solucionar problemas de un diseño robusto.
diseño de la fuente de alimentación

Una fuente de alimentación deficiente puede conducir a un mal rendimiento de la radio, especialmente si usted no mantiene la tensión de alimentación dentro de la
tolerancia o si es excesivamente ruidoso. Para ayudar a reducir el ruido, colocar un 1,0 mF y 8,2 pF condensador lo más cerca posible a / SMT o pin 1 / TH en el
PCB. Si está utilizando un regulador de conmutación para la fuente de alimentación, cambiar las frecuencias por encima de 500 kHz. Limitar el rizado de la fuente de
alimentación a un máximo de 50 mV pico a pico.
Para diseños usando los módulos programables, recomendamos una tapa adicional 10 mF desacoplamiento cerca (cojín 2 / SMT o pin 1
/ TH) del módulo. La proximidad más cercana a (cojín 2 / SMT o pin 1 / TH) de las tres tapas debe estar en el orden siguiente:
1. 8.2 PF
2. 1 mF
3. 10 mF
diseño de la placa
Nos diseñar módulos XBee para ser auto-suficiente y tener una sensibilidad mínima a los procesadores cercanos, cristales u otros componentes de
la placa de circuito impreso (PCB). Mantenga alimentación y tierra rastros más gruesas que las trazas de señal andmake asegurarse de que son
capaces de soportar cómodamente las especificaciones de corriente máxima. No hay otras consideraciones de diseño especial PCB para integrar
módulos XBee, con la excepción de antenas.

rendimiento de la antena
Ubicación de la antena es importante para un rendimiento óptimo. Las siguientes sugerencias le ayudan a lograr un rendimiento óptimo de la
antena. Dirigir la antena en posición vertical (posición vertical). Antenas radiar y recibir la mejor perpendicular señal a la dirección en la que
apuntan, por lo que el patrón de radiación omnidireccional de una antena vertical es más fuerte a través del horizonte.
Coloque las antenas alejadas objetos frommetal siempre que sea posible. Los objetos de metal entre el transmisor y el receptor pueden
bloquear la trayectoria de la radiación o reducir la distancia de transmisión. Los objetos que a menudo se pasan por alto incluir:
norte postes metálicos
norte los postes metálicos
norte estructura de vigas
norte Concrete, que normalmente se refuerza con varillas de metal
Si se coloca el dispositivo dentro de una caja metálica, utilice una antena externa. objetos comunes que tienen cajas metálicas incluyen:
norte vehículos
norte ascensores
norte Los conductos de ventilación
norte refrigeradores
norte Hornos de microondas
norte baterías
norte condensadores electrolíticos de alto
Use las siguientes directrices adicionales para un rendimiento óptimo de la antena:
norte No coloque módulos XBee con el chip o la antena PCB integrada dentro de una caja metálica.
norte No coloque los planos de tierra u objetos metálicos por encima o por debajo de la antena.
norte Para obtener los mejores resultados, montar el dispositivo en el borde de la placa de acogida. Asegúrese de que el suelo,
de potencia, y de señal planos están vacantes inmediatamente debajo de la sección de antena.
norte Para más información, ver notas de diseño para dispositivos de antena PCB .
conexiones de las patillas recomendados

El diagrama de conexiones sólo es necesario para la comunicación bidireccional son VCC, GND, DOUT y DIN. Para apoyar a las actualizaciones de
firmware de serie, se debe conectar VCC, GND, DOUT, DIN, RTS y DTR. No conecte los pines que no están en uso. Utilizar el PR comando para
sacar todas las entradas en la parte alta de radio con resistencias internas de pull-up. salidas no utilizadas no requieren ningún tratamiento
específico. Para las aplicaciones que necesitan para asegurar la corriente más baja del sueño, nunca deje las entradas no conectadas flotantes.
Utilice pull-up interna o externa o resistencias pull-down, o conjunto de las líneas de E / S no utilizados a salidas. Puede conectar otros pines de
circuitos externos para la conveniencia de la operación incluyendo el pasador asociado LED (pin 15) y el pasador de puesta en marcha (pin 20). Los
pines LED parpadea Asociados de manera diferente dependiendo del estado del módulo, y un pulsador conectado al pin 20 pueden permitir varios
despliegue y solución de problemas de las funciones sin que el envío de comandos UART. Para más información, ver Puesta en marcha pulsador y el
LED asociado . Para el muestreo analógico, conecte el pin VREF (pin 14) a un voltaje de referencia.

notas de diseño para dispositivos de antena PCB

dispositivos de antena PCB posición de modo que no hay planos de tierra o los objetos de metal por encima o por debajo de la antena. Para mejores
resultados, no coloque el dispositivo en una caja de metal, ya que esto puede reducir en gran medida la gama. Coloque el dispositivo en el borde de la PCB
en la que está montado. Asegúrese de que los planos de masa, potencia y señal están vacantes inmediatamente debajo de la sección de antena.
Los siguientes dibujos ilustran recomendaciones importantes cuando se está diseñando con dispositivos de antena PCB. Para un rendimiento
óptimo, no monte el dispositivo en la huella de la almohadilla de RF se describe en la siguiente sección, porque la huella requiere un plano de
tierra dentro de la PCB de la antena mantener fuera zona.
Montaje superficial zona keepout

A través área de agujero de keepout
notas
1. Recomendamos recintos no metálicos. Para recintos de metal, utilice una antena externa.
2. chasis Keepmetal o estructuras de montaje en la zona keepout al menos 2,54 cm (1 pulgada) de la antena.
3. Maximizar la distancia entre los objetos andmetal de antena que pueden ser montados en la zona keepout.
4. Estas directrices zona keepout no se aplican para el alambre de látigo antenas o conectores de RF externas. El batidor de alambre antenas
irradian mejor sobre el centro de un plano de tierra.
notas de diseño para dispositivos de RF pad

La almohadilla de RF es una conexión de antena soldada. La señal de RF viaja de pasador 33 en el dispositivo a la antena a través de una línea
de transmisión de RF de traza en el PCB. Cualquier componente adicional entre el dispositivo y la antena viola certificación modular. La
impedancia controlada para la traza de RF es de 50 Ω. Recomendamos utilizar un rastro de microcinta, aunque también se puede utilizar una guía
de ondas coplanar si necesita más aislamiento. A microstrip generalmente requiere menos área de la PCB de una guía de ondas coplanar. No
recomendamos el uso de una línea de cinta, ya que envía la señal a diferentes capas de PCB puede introducir problemas de concordancia y de
rendimiento.

Siguiendo las buenas prácticas de diseño es esencial en la aplicación de la traza de RF en una PCB. Tenga en cuenta los siguientes puntos:
norte Minimizar la longitud de la traza mediante la colocación de la RPSMA jack cerca del dispositivo.
norte Conectar todos los motivos de la toma y el dispositivo a los planos de tierra directamente oa través de
estrechamente vías colocado.
norte Espacio cualquier relleno de tierra en la capa superior, al menos, dos veces la distancia d ( en este caso, al menos 0,028" )
de la microcinta para minimizar su interacción. Consideraciones
adicionales:
norte Las dos capas superiores de la PCB tienen un material dieléctrico de grosor controlado en el medio.
norte La segunda capa tiene un plano de tierra que se extiende debajo de toda la zona de la almohadilla de RF. Esta
plano de tierra es una distancia re, el espesor del dieléctrico, por debajo de la capa superior.
norte La capa superior tiene una traza de RF que va desde pin 33 del dispositivo para el pasador de RF de la RPSMA
conector.
norte La traza RF anchura determina la impedancia de la línea de transmisión con relación a la

plano terrestre. Muchas de las herramientas en línea pueden estimar este valor, aunque se debe consultar al fabricante de PCB para la
anchura exacta.
La implementación de estas sugerencias de diseño ayuda a asegurar que las lleva a cabo de dispositivo de RF a sus especificaciones.
Las siguientes figuras muestran un ejemplo de diseño de un PCB host que se conecta un dispositivo de almohadilla de RF a un ángulo recto, orificio pasante jack
RPSMA.

Número Descripción
1 Mantener una distancia de al menos 2 betweenmicrostrip d y relleno de tierra.
2 PIN del dispositivo 33.
2 pasador de la pastilla de RF.
3 50 traza Ωmicrostrip.
4 conexión RF del jack RPSMA.
El ancho en este ejemplo es de aproximadamente 0,025 por una traza 50 Ω, suponiendo d = 0,014 en, y que el dieléctrico tiene una permitividad
relativa de 4,4. Esta traza anchura es un buen ajuste con los de la huella dispositivo
0.335" anchura de la almohadilla.
Nota No recomendamos el uso de un trazo más ancho que el ancho de la almohadilla, y el uso de una traza muy estrecha (menos de 0,010" ) puede causar la
pérdida de RF no deseada.
La capa siguiente ilustración muestra PCB 2 de un ejemplo de diseño de RF.

Número Descripción
1 El uso de múltiples vías para ayudar a eliminar las variaciones del terreno.
2 Poner un plano de tierra sólida bajo rastreo RF para lograr la impedancia deseada.
Operación del módulo para la variante programable

Los módulos con la opción programable tienen un procesador secundario con 32k de flash y 2k de RAM. Esto permite a los integradores de módulos
para poner el código personalizado en el módulo XBee para adaptarse a sus propias necesidades únicas. Los intercepta procesador secundario la
DIN, DOUT, RTS, CTS, y líneas de RESET para permitir que sea en el control de los datos transmitidos y recibidos. Todas las demás líneas están en
paralelo y pueden ser controlados ya sea por el EM357 o el micro MC9SO8QE. Ver el diagrama de bloques siguiente para más detalles. Las API
nativas programable XBee SDK manejar automáticamente el uso alfiler.
Para el procesador secundario a muestra con ADCs, el pasador XBee VREF (27 / SMT, 14 / TH) debe estar conectado a una tensión de
referencia.
Digi proporciona un cargador de arranque que puede hacerse cargo de la programación del procesador sobre-el-aire o a través de la interfaz serie.
Esto significa que sobre-el-aire actualizaciones pueden ser soportadas a través de un protocolo XMODEM. El procesador también se puede
programar y depurar a través de una interfaz de un cable BKGD (Pin 9 / SMT, Pin 8 / TH).

El módulo XBee programable está equipado con un procesador de aplicación NXP MC9S08QE32. Este procesador de aplicación viene con un
cargador de arranque suministrado. Para interconectar el código de aplicación que se ejecuta en este procesador de gestor de arranque suministrado
del módulo XBee programable, utilice el SDK programable XBee.
Para utilizar el SDK, también debe descargar CodeWarrior. Los enlaces de descarga son:
norte CodeWarrior IDE: http://ftp1.digi.com/support/sampleapplications/40003004_B.exe
norte Programable XBee SDK: http://ftp1.digi.com/support/sampleapplications/40003003_D.exe
Si cambian estas revisiones, busque el número de pieza en el sitio web de Digi. Por ejemplo, buscar
40003003.
Instalar el IDE, y luego instalar el SDK.
La documentación para el XBee programable SDK está integrada en el SDK, por lo que la Guía de introducción aparece cuando se abre
CodeWarrior.

conexiones programables

La siguiente figura muestra las conexiones programables para la SMT.
conexiones programables
39
Programable XBee SDK conexiones programables
La ilustración siguiente muestra las conexiones programables para el módulo de TH.
Operación
Interfaz de serie 42
flujo de datos UART 42
comunicaciones SPI 43
memorias intermedias en serie 44
control de flujo UART 45
control de salto 46
protocolos de interfaz en serie 46
modos 48

Operación Interfaz de serie
Interfaz de serie
El / XBee-PRO interfaz Zigbee Módulo RF XBee a un dispositivo host a través de un puerto serie. El dispositivo se puede comunicar con cualquier
lógica y la tensión de UART compatible, a través de un traductor nivel a cualquier dispositivo en serie (por ejemplo, a través de una tabla de RS-232 o
interfaz USB), o a través de un SPI, como se describe en comunicaciones SPI .
Nota Dos fuentes de interfaz en serie Wire (TWI) también está disponible, pero no con el apoyo de Digi. Para obtener información sobre la IST, consulte la pinmappings
EM357 .
flujo de datos UART

Los dispositivos que tienen una interfaz UART se conectan directamente a las patillas del XBee PRO-Módulo XBee / Zigbee RF como se muestra en
la siguiente figura. Los datos del sistema de la figura muestra el flujo en un entorno UART-interconectado. señales afirmado bajo tienen una línea
horizontal sobre el nombre de la señal.
datos en serie
Un dispositivo envía datos al UART el / XBee-PRO Zigbee de Módulo RF XBee a través del pasador TH 4 / SMT pin 4 DIN como una señal en serie
asíncrono. Cuando el dispositivo no está transmitiendo datos, las señales deben ralentí alto. Para la comunicación en serie que se produzca, debe
configurar el UART de ambos dispositivos (el microcontrolador y el XBee / XBee-PRO Zigbee RF Module) con los ajustes compatibles para la velocidad
en baudios, paridad, bits de inicio, bits de parada y bits de datos.
Cada byte de datos consiste en un bit de inicio (bajo), 8 bits de datos (bit menos significativo primero) y un bit de parada (alto). El siguiente
diagrama ilustra el patrón de bits en serie de datos que pasan a través del dispositivo. El paquete de datos diagrama muestra UART 0x1F (número
decimal 31) como transmite a través del dispositivo.
Puede configurar la velocidad UART baudios, paridad, y los ajustes de bits de parada en el dispositivo con el BD, NB,
y SB comandos respectivamente. Para más información, ver comandos de interfaz de serie .

Operación comunicaciones SPI
comunicaciones SPI
El / XBee-PRO Zigbee Módulo RF XBee soporta comunicaciones SPI en modo esclavo. Modo esclavo recibe la señal de reloj y
datos de los datos maestros y vuelve al maestro. La siguiente tabla muestra las señales que el utiliza el puerto SPI en el
dispositivo.
Señal Función
SPI_MOSI (Salida maestra, Slave In) Entradas de datos en serie desde el maestro
SPI_MISO (Master en, Slave Out) Las salidas de datos en serie al maestro
SPI_SCLK (Serial Clock) Relojes de datos sobre transferencias MOSI y MISO
SPI_SSEL (Slave Select) Permite la comunicación en serie con el esclavo
Los cuatro pasadores anteriores son estándar para SPI. Este devicd también es compatible con un pin adicional, que puede ser configurado para
alertar al maestro SPI cuando tiene datos que enviar. Este pin se llama SPI_ATTN. Si el maestro supervisa este pin (a través de encuestas o
interrupciones), se puede saber cuando se van a recibir datos desde el dispositivo. SPI_ATTN afirma cada vez que tiene datos para enviar, y queda
afirmada hasta que todos los datos disponibles se ha desplazado hacia el SPImaster. En este modo:
norte son posibles velocidades de datos / reloj de hasta 5 Mb / s.
norte Datos es el bit más significativo (MSB) en primer lugar.
norte Se utiliza trama de modalidad formato 0. Este CPOL medio = 0 (reloj de reposo es baja) y CPHA = 0 (los datos se
muestreada en el borde de ataque del reloj).
norte El puerto SPI sólo es compatible con el modo API ( = AP 1).
El siguiente diagrama muestra el modo de formato de trama de 0 para las comunicaciones SPI.
operación SPI
Cuando el maestro afirma el esclavo seleccionar (SPI_SSEL), los datos de transmisión de unidades de dispositivos SPI para el pin de salida (SPI_MISO), y
recibe datos SPI desde el pin de entrada SPI_MOSI. El SPI_SSEL pinmust hacerse valer para que el serializador de transmisión de datos para conducir a la
SPI_MISO señal de salida. Un flanco ascendente en SPI_SSEL restablece los registros de desplazamiento SPI esclavo.
Si el SPI_SCLK está presente, la línea SPI_MISO siempre está impulsado ya sea con o sin la línea SPI_SSEL conducido.

Operación memorias intermedias en serie
Si el buffer de entrada está vacía, el serializador SPI transmite una señal de ocupado (0xFF). De lo contrario, todas las transacciones en la operación de
uso API puerto SPI. Ver Operación API para más información. El controlador esclavo SPI debe garantizar que no hay tiempo para mover los nuevos datos
de transmisión desde la memoria intermedia de transmisión en el serializador de hardware. Para proporcionar tiempo suficiente, el controlador esclavo SPI
inserta un byte de relleno al inicio de cada nueva serie de datos de transmisión. Cada vez que el buffer de transmisión está vacío y los datos de lugares
dispositivo en la memoria intermedia de transmisión, el hardware SPI inserta un byte de relleno en la parte frontal de la transmisión, como si este byte se
colocaron allí por el software.
selección del puerto serie

En la configuración por defecto tanto en los puertos UART y SPI están configurados para la operación del puerto serie. En este caso, los datos de serie
sale por la UART hasta que el dispositivo anfitrión afirma la señal SPI_SSEL. A partir de entonces todas las comunicaciones seriales funcionar sólo en la
interfaz SPI hasta que se produce un restablecimiento. Si habilita sólo el UART, el XBee / XBee-PRO del módulo de RF Zigbee utiliza sólo la UART, e
ignora el SPI_SSEL.
Si habilita sólo el SPI, el XBee / XBee-PRO del módulo de RF Zigbee utiliza sólo el SPI, e ignora las comunicaciones UART. Si mantiene DOUT
baja durante el arranque, entonces el XBee / XBee-PRO del módulo de RF Zigbee sólo utiliza el SPI.
Una vez SPI está en uso, no trate de aplicar los cambios ( C.A) que cambian la configuración UART o SPI. En su lugar, utilice la
siguiente:
norte 0x09 marcos para reconfigurar UART / SPI / otros ajustes.
norte WR para guardar la configuración.
norte FR para restablecer el XBee-PRO del módulo de RF XBee / Zigbee y el uso de las nuevas opciones de configuración. Si está activado ni puerto
serie, a continuación, los restos UART está activado, el dispositivo usa sólo el UART, y no tiene en cuenta SPI_SSEL.
memorias intermedias en serie

El / XBee-PRO Zigbee Módulo RF XBee mantiene búferes internos a serial recoger y datos de RF que recibe. La serie búfer de recepción recoge
caracteres serie entrantes y las mantiene hasta que el dispositivo pueda procesarlos. La memoria intermedia de transmisión en serie recoge los
datos que recibe a través del enlace de RF hasta que se transmite esos datos a través del puerto serie. La siguiente figura muestra el proceso de
buffers dispositivo de recogida de los datos recibidos en serie.

Operación control de flujo UART
Serie búfer de recepción

Cuando los datos en serie entra en el XBee-PRO Módulo RF XBee / Zigbee través del puerto serie, el dispositivo almacena los datos en el búfer de
recepción en serie hasta que pueda ser procesada. Bajo ciertas condiciones, el dispositivo puede recibir datos cuando la serie búfer de recepción
ya está lleno. En ese caso, el dispositivo descarta los datos.
La serie búfer de recepción se llena cuando los datos se transmite en el puerto serie más rápido de lo que puede ser procesado y enviado por el aire (OTA).
Mientras que la velocidad de recepción de los datos en el puerto serie puede ser mucho más rápido que la velocidad de transmisión de datos por un período
corto, el funcionamiento sostenido en ese modo hace que el dispositivo soltar datos debido a quedarse sin lugares para poner los datos. Algunas cosas que
pueden retrasar durante las transmisiones de aire son de descubrimiento de dirección, descubrimiento de ruta, y las retransmisiones. Procesamiento de
datos de RF recibidos también pueden llevar tiempo y recursos para el procesamiento de datos en serie entrantes.
Si la UART es el puerto serie y que permiten el control de flujo CTS, las alertas del dispositivo de la fuente de datos externa cuando el búfer
está casi lleno. Los retrasos de acogida enviar datos al dispositivo hasta que el módulo afirma CTS de nuevo, permitiendo que más datos
vienen en.
Si el SPI es el puerto serie, sin control de flujo de hardware está disponible. Es su responsabilidad asegurarse de que el buffer no se desborde
reciben. Una de las estrategias es fiable para esperar una respuesta TX_STATUS después de cada trama enviada para asegurar que el dispositivo
ha tenido tiempo para procesarlo.
memoria intermedia de transmisión de serie

Cuando el dispositivo recibe datos de RF, se mueve los datos en la memoria intermedia de transmisión de serie y lo envía por el puerto UART o SPI. Si la memoria
intermedia de transmisión en serie se llena y las memorias intermedias del sistema también están llenos, entonces se cae todo el paquete de datos RF. Cada vez que el
dispositivo recibe datos más rápido de lo que puede procesar y transmitir los datos a través del puerto serie, existe la posibilidad de dejar caer los datos. En situaciones
donde la memoria intermedia de transmisión en serie puede llegar a ser completa, lo que resulta en paquetes de RF Eliminado:
1. Si la velocidad de datos de RF se fija más alta que la tasa de datos de la interfaz del dispositivo, el dispositivo puede recibir datos más rápido de lo que puede
enviar los datos al host. Incluso las transmisiones ocasionales de un gran número de dispositivos se pueden acumular rápidamente y de desbordamiento de
la memoria intermedia de transmisión.
2. Si el host no permite que el dispositivo de transmisión de datos desde la memoria intermedia de transmisión en serie debido a que se mantuvo a raya por el control
de flujo por hardware.
control de flujo UART

Puede utilizar los pines RTS y CTS para proporcionar RTS y / o control de flujo CTS. control de flujo CTS proporciona una indicación para el huésped al
detener el envío de datos en serie al dispositivo. RTS control de flujo permite que el anfitrión para señalar el dispositivo para datos no enviar en la
transmisión serial búfer fuera la UART. Para habilitar el control de flujo RTS / CTS, utilice el D6 y D7 comandos.
Nota control de flujo del puerto serie no es posible cuando se utiliza el puerto SPI.
control de flujo CTS

Si habilita el control de flujo CTS ( D7 de comandos), cuando la serie búfer de recepción es de 17 bytes lejos de ser completa, el dispositivo de-afirma CTS
(conjuntos de TI de alto) para indicar al dispositivo principal para detener el envío de datos en serie. Los reafirma dispositivo CTS después de la serie búfer
de recepción tiene 34 bytes de espacio. En cualquiera de los casos, CTS no se vuelve a afirmar hasta que la serie tiene búfer de recepción PIE- 17 o menos
bytes en uso.

Operación control de salto
control de flujo RTS

Si envía el D6 comando para habilitar el control de flujo RTS, el dispositivo no envía datos en el búfer de transmisión en serie el pasador DOUT, siempre y
cuando RTS es (alta conjunto)-de afirmado. No de reafirmar RTS durante largos períodos de tiempo o la memoria intermedia de transmisión en serie
llenará. Si el dispositivo recibe un paquete de datos de RF y la memoria intermedia de transmisión de serie no tiene suficiente espacio para todos los bytes
de datos, se descarta todo el paquete de datos RF.
Si el dispositivo envía datos de la UART cuando RTS es de-afirmada (juego de alto) que el dispositivo podría enviar hasta cinco caracteres fuera del
puerto UART después de RTS es-de afirmado.
control de salto
Si se envía un descanso de serie (DIN mantiene baja) de la señal durante más de cinco segundos, el dispositivo se reinicia, y las botas en Commandmode con la
configuración de transmisión por defecto (9600 baudios). Si alguno P3 o P4 no están habilitados, esta función se desactiva descanso.
protocolos de interfaz en serie

El / XBee-PRO Módulo RF XBee Zigbee soporta tanto de interfaz (API) de interfaces serie transparente y de programación de
aplicaciones.
modo de funcionamiento transparente

Cuando se opera en modo transparente, los dispositivos actúan como un reemplazo de la línea serie. Las colas de dispositivo de seguridad de todos los
datos UART o SPI recibidos a través de la DIN o pin MOSI para la transmisión RF. Cuando se reciben datos de RF, el dispositivo envía los datos a través
del puerto serie. Utilice la interfaz Commandmode para configurar los parámetros de configuración del dispositivo.
Nota funcionamiento transparente no está disponible cuando se utiliza SPI.
Los datos tampones de dispositivos en la serie reciben tampón y empaqueta y transmite los datos cuando se recibe la siguiente:
norte No hay personajes de serie para la cantidad de tiempo determinado por el RO ( Paquetización de tiempo de espera)
parámetro. Si RO = 0, paquetización comienza cuando el dispositivo recibe un carácter.
norte Modo de comando de secuencia ( GT + CC + GT). Cualquier carácter en el buffer de recepción serie búfer
antes de que el dispositivo transmite la secuencia.
norte El número máximo de caracteres que caben en un paquete de RF.
modo de funcionamiento de la API

modo de funcionamiento de la API es una alternativa al modo de funcionamiento transparente. El API basada en tramas se extiende el nivel al cual una
aplicación host puede interactuar con las capacidades de red del dispositivo. Cuando está en modo API, el dispositivo contiene todos los datos que
entran y salen de los marcos que definen las operaciones o eventos dentro del dispositivo.
El API proporciona medios alternativos de la configuración de dispositivos y datos de encaminamiento en la capa de aplicación host. Una
aplicación host puede enviar tramas de datos al dispositivo que contiene la dirección y la carga útil de información en lugar de utilizar
Commandmode modificar direcciones. El dispositivo envía tramas de datos a la aplicación que contiene paquetes de estado, así como información
de la fuente y la carga útil de paquetes de datos recibidos.
La opción de operación de API facilita muchas operaciones tales como:

Operación protocolos de interfaz en serie
norte La transmisión de datos a varios destinos sin entrar en modo de comando
norte Conocer el estado de éxito / fracaso de cada paquete de RF transmitida
norte Identificar la dirección de origen de cada paquete recibido
Comparar el funcionamiento transparente y API

Las siguientes tablas comparan las ventajas de los modos transparentes y de operación de la API:
funcionamiento transparente
interfaz Los dispositivos transmite todos los datos recibidos en serie a menos que sea en Commandmode.
sencilla
Fácil de apoyo Es más fácil para una aplicación de apoyo a la operación transparente y modo de comando.
operación de API
Fácil de gestionar las La transmisión de datos RF a varios mandos a distancia sólo se requiere cambiar la dirección en el marco de
transmisiones de datos a la API. Este proceso es mucho más rápido que en funcionamiento transparente donde el applicationmust
múltiples destinos entrar Commandmode, cambie la dirección, commandmode salida, y los datos se transmiten. Cada
transmisión API puede devolver un marco de estado de transmisión que indica el éxito o el motivo del fallo.
tramas de datos Todos los marcos de la API de datos de RF recibidos indican la dirección de origen.
recibidas indican la
dirección del remitente
Avanzada Zigbee API de transmisión y recibir tramas pueden exponer Zigbee abordar campos, incluyendo la fuente y los puntos
apoyo abordar finales de destino, ID de clúster y el perfil de identificación. Esto hace que sea fácil admite comandos ZDO y tráfico
de perfil público.
diagnósticos de marcos de API pueden proporcionar una indicación de muestras de E / S de los dispositivos remotos y
red avanzadas identificationmessages nodo.
La configuración Conjunto y los comandos de configuración de lectura pueden ser enviados a los dispositivos remotos para configurar según
remota sea necesario el uso de la API.
En general, el modo API se recomienda cuando un dispositivo:
norte Envía datos de RF a múltiples destinos.
norte Envía comandos de configuración remota para gestionar los dispositivos de la red.
norte RF recibe los paquetes de datos de dispositivos frommultiple, y las necesidades de la aplicación para saber qué
dispositivo de envió que paquete.
norte Debe ser compatible con varios puntos finales Zigbee, ID de racimo, y / o ID de perfil.
norte Utiliza los servicios de perfil de dispositivo Zigbee. se requiere el
modo API cuando:

Operación modos
norte El uso de firmware Smart Energy.
norte El uso de SPI para el puerto serie.
norte Recepción de I / O muestras de dispositivos remotos.
norte Uso de enrutamiento de origen.
Si las condiciones anteriores no se aplican (por ejemplo un nodo sensor, router, o una sencilla aplicación), entonces el modo de funcionamiento
transparente podría ser adecuado. Es aceptable el uso de una mezcla de los dispositivos que ejecutan el modo de API y el modo transparente en una
red.
modos
El / XBee-PRO Zigbee módulo RF XBee está en modo de recepción cuando no está transmitiendo datos. Los desplazamientos de dispositivo en los
demás modos de operación bajo las siguientes condiciones:
norte modo de transmisión (datos de serie en el serial búfer de recepción está listo para ser empaquetarse)
norte Modo de sueño
norte Modo de comando (secuencia Commandmode se emite)

Operación modos
Modo inactivo
Cuando no recibir o transmitir datos, el dispositivo está en el modo inactivo. Durante el modo de espera, las escuchas de dispositivo para
datos válidos en el RF y puertos serie.
Los desplazamientos de dispositivo en los demás modos de operación bajo las siguientes condiciones:
norte modo de transmisión (datos en serie en la serie de búfer de recepción está listo para ser empaquetarse).
norte Modo (datos RF válidos recibidos a través de la antena) recibir.
norte Commandmode (secuencia Commandmode emitió, no disponible con el software Smart Energy
o cuando se utiliza el puerto SPI).
el modo de transmisión
Antes de la transmisión de datos, garantiza el módulo que se han establecido una dirección de red de 16 bits y la ruta al
nodo de destino.
Si no se conoce el destino de dirección de red de 16 bits conocido, el descubrimiento de direcciones de red se lleva a cabo. Si no conoce la ruta
de un no se conoce, descubrimiento de ruta se lleva a cabo con el propósito de establecer una ruta hacia el nodo de destino. Si un dispositivo
con una dirección de red de adaptación no se descubre, se descarta el paquete. El dispositivo transmite los datos una vez que se establece una
ruta. Si descubrimiento de ruta no puede establecer una ruta, el dispositivo descarta el paquete. El siguiente diagrama muestra la secuencia de
modo de transmisión.
Cuando los datos Zigbee se transmite desde un nodo a otro, el nodo de destino transmite un acuse de recibo de vuelta a nivel de red
a través de la ruta establecida para el nodo de origen. Este paquete de confirmación indica al nodo de origen que el nodo de destino
recibe el paquete de datos. Si el nodo de origen no recibe un acuse de recibo a la red, que retransmite los datos. Es posible en
circunstancias poco comunes para el destino para recibir un paquete de datos, pero que la fuente no recibe el acuse de red. En este
caso, la fuente retransmite los datos, que pueden causar el destino para recibir los mismos datos por paquetes, varias veces. Los
módulos XBee no filtran paquetes duplicados. Recomendamos que la solicitud incluye disposiciones para abordar esta cuestión. Para
más información, ver Transmisión, direccionamiento y encaminamiento .

Operación modos
Modo de recibir
Este es el modo por defecto para el / XBee-PRO del módulo de RF XBee ZigBee. El dispositivo está en modo de recepción cuando no está transmitiendo
datos. Si un nodo de destino recibe un paquete de RF válida, el nodo de destino transfiere los datos a su memoria intermedia de transmisión en serie.
El modo de comando
Commandmode es un estado en el que los personajes interpreta firmware entrantes como comandos. Se le permite modificar la configuración
del dispositivo mediante parámetros que se pueden configurar utilizando los comandos AT. Cuando se desea leer o establecer cualquier
parámetro de la XBee / XBee-PRO Zigbee RF Module se utiliza este modo, usted tiene que enviar un comando AT. Cada comando AT
comienza con las letras A seguido de los dos caracteres que identifican el comando y luego por algunos valores de configuración opcionales.
Los modos de funcionamiento del XBee / XBee-PRO Zigbee Módulo RF son controlados por el AP (API Enable)
poniendo, pero Commandmode siempre está disponible como un modo de dispositivo puede entrar mientras configurado para cualquiera de los modos de
funcionamiento.
Commandmode está disponible en la interfaz UART para todos los modos de operación. No se puede utilizar la interfaz SPI para entrar
Commandmode.
Entre en el modo de comando
Para obtener un dispositivo para modificar en Commandmode, debe emitir la siguiente secuencia: +++ dentro de un segundo. Debe haber al
menos un segundo anterior y siguiendo la secuencia +++. Tanto el carácter de comando ( CC) y el silencio antes y después de la secuencia ( GT)
son configurables. Cuando los criterios de entrada se cumplen las responde de dispositivos con Aceptar \ r en UART significante que ha
entrado Commandmode con éxito y está listo para comenzar a procesar los comandos AT. Si está configurado para operar en modo de
funcionamiento transparente , Al entrar en la Commandmode XBee / XBee-PRO Zigbee RF Module sabe que deje de enviar datos y empiece
a aceptar comandos localmente.
Nota No presionar Regreso o Entrar después de escribir +++ porque interrumpe el tiempo de guarda silencio y no le permite entrar
Commandmode.
Cuando el dispositivo está en Commandmode, se espera entradas del usuario y es capaz de recibir comandos AT en la UART. Si Connecticut tiempo
(por defecto es de 10 segundos) pasa sin ninguna entrada del usuario, el dispositivo se retira de Commandmode y vuelve al modo de
funcionamiento anterior. Puede forzar el dispositivo para dejar Commandmode mediante el envío CN (Exit Commandmode) .
Puede personalizar el carácter de comando, los tiempos de guarda y el tiempo de espera en los ajustes de configuración del dispositivo.
Para más información, ver CC (Personaje Comando) , CT (modo de tiempo de comando) y GT (Guardia Times) .
Solución de problemas
Si no se introduce Commandmode es a menudo debido a la falta de coincidencia velocidad de transmisión. Asegúrese de que la velocidad de transmisión de la
connectionmatches la velocidad de transmisión del dispositivo. Por defecto, BD (Data Rate Interface) = 3 ( 9600 b / s). Hay dos formas alternativas para entrar
Commandmode:
norte Una ruptura de serie de seis segundos entra Commandmode. Puede emitir el comando "break"
desde una consola serie, es a menudo un elemento de botón o menú.
norte Afirmar DIN (rotura de serie) tras el encendido o reinicio entra Commandmode. XCTU le guía
a través de un reinicio y automáticamente emite el descanso cuando sea necesario.

Operación modos
Ambos métodos establecer temporalmente la velocidad de transmisión del dispositivo para 9600 y una rentabilidad Okay en la UART para indicar que
Commandmode está activo. Cuando las salidas Commandmode, el dispositivo vuelve al funcionamiento normal con la velocidad de transmisión que se BD se
establece en.
Enviar comandos AT
Una vez que el dispositivo entra Commandmode, utilice la sintaxis en la siguiente figura para enviar comandos AT. Cada comando AT
comienza con las letras A, que significa "atención". El AT es seguido por dos caracteres que indican qué comando está siendo emitido, y
luego por algunos valores de configuración opcionales. Para leer un valor de parámetro almacenado en el registro del dispositivo, omitir el
campo de parámetro.
El ejemplo de los cambios anteriores NI (Node Identifier) a Mi XBee. múltiples
comandos AT
Puede sendmultiple comandos AT en un momento en que están separados por una coma en el modo de comando; por ejemplo, ATNIMy
XBee, AC <cr>.
El ejemplo anterior cambia el NI (Node Identifier) a mi XBee andmakes la a través de la configuración activa AC (Aplicar cambios) .
formato de parámetro
Consulte la lista de comandos AT para el formato de los parámetros del comando AT individuales. Los formatos válidos para valores
hexadecimales incluyen con o sin un líder 0x por ejemplo FFFF o 0xFFFF.
Respuesta a los comandos AT

Al utilizar los comandos AT a los parámetros establecidos los XBee / XBee-PRO responde Zigbee módulo de RF con
Aceptar <cr> si tiene éxito y ERROR <cr> si no. Para los dispositivos
con un sistema de archivos:
ATAP1 <cr>
Aceptar <cr>
Cuando la lectura de parámetros, el dispositivo devuelve el valor del parámetro actual en lugar de una Okay mensaje.
ATAP <cr> 1
<cr>
Aplicar cambios de mando

Cualquier cambio que realice en los registros de comando de configuración mediante comandos AT no entran en vigor hasta que aplique los cambios.
Por ejemplo, si envía el BD comando para cambiar la velocidad de transmisión, la velocidad de transmisión real no cambia hasta que aplique los
cambios. Para aplicar los cambios:
1. Enviar AC (Aplicar cambios) .
2. Enviar WR (escritura) . o:
3. Salir Commandmode .

Operación modos
comando de realizar cambios permanentes
Enviar una WR (escritura) comando para guardar los cambios. WR escribe los valores de parámetros en la memoria no volátil de modo que las modificaciones de los parámetros
persisten a través restablece posteriores. Enviar como RE (Restaurar valores predeterminados) para limpiar los ajustes guardados utilizando WR de nuevo a sus valores
predeterminados de fábrica.
Nota Usted todavía tiene que usar WR para guardar los cambios promulgados con RE.
El modo de comando de salida
1. Enviar CN (Exit Commandmode) seguido de un retorno de carro.

o:
2. Si el dispositivo no recibe ningún comando AT válidos dentro del tiempo especificado por Connecticut
(Modo de tiempo de comando) , Vuelve al modo transparente o API. El tiempo de espera Commandmode predeterminado es 10 segundos.
Para un ejemplo de la programación del dispositivo mediante comandos AT y las descripciones de cada parámetro configurable, ver comandos
AT .
Modo de sueño
Sleepmodes permiten que el dispositivo para entrar en estados de bajo consumo de energía cuando no está en uso. El / XBee-PRO Módulo RF XBee
Zigbee soporta tanto sueño pasador (Modo lat entró en la transición pin) y dormir cíclico (duerme dispositivo para un tiempo fijo). Sleepmodes se
discuten en detalle en Manejo de dispositivos finales .
Sleepmodes permiten que el dispositivo para entrar en estados de bajo consumo de energía cuando no está en uso. El dispositivo es casi completamente
durante el sueño, y es incapaz de enviar o recibir datos hasta que se despierte. dispositivos XBee soporte para el descanso pin, en el que el dispositivo
entra en Modo lat en la transición pin, y dormir cíclico, en el que el dispositivo tiene capacidad para un tiempo fijo. Para más información, ver Manejo de
dispositivos finales .

redes Zigbee
Acerca de la especificación ZigBee 54

definiciones 54
capas Zigbee pila 56
los conceptos de redes Zigbee 57
capas de aplicación Zigbee: en profundidad 60
coordinador de la operación Zigbee 61
la operación del router 66
exploración de canales Zigbee 75

redes Zigbee Acerca de la especificación ZigBee
Acerca de la especificación ZigBee

ZigBee es un estándar global abierto de baja potencia, de bajo costo, baja velocidad de datos, la creación de redes de malla inalámbrica basada en
el estándar IEEE 802.15.4. Representa una capa de red por encima de las capas 802.15.4 para apoyar advancedmesh capacidades de
enrutamiento. La especificación ZigBee es desarrollado por un consorcio de empresas que conforman la Alianza Zigbee. La alianza está formada
por más de 300 miembros, incluyendo semiconductores, módulo, pila, y los desarrolladores de software. Para más información, ver
http://www.zigbee.org/ .
definiciones
Esta sección proporciona definiciones de los tipos y protocolos de nota Zigbee.
tipos de nodo ZigBee
Nodo Descripción
Un nodo Coordinador que tiene la función única de formar una red. El coordinador es
responsable de establecer el canal operativo y el PAN ID para toda una red. Una vez establecido, el coordinador puede
formar una red al permitir que los routers y dispositivos finales para unirse. Una vez que se forma la red, las funciones
de coordinador como un router. Puede participar en el direccionamiento de paquetes y ser una fuente o destino para
paquetes de datos.
norte Un coordinador por el PAN
norte Establece / Organiza PAN
norte Los paquetes pueden datos de la ruta a / desde otros nodos
norte Puede ser una fuente de paquetes de datos y destino
norte Alimentados por la red Consulte coordinador de la operación Zigbee para más
información.
Router Un nodo que crea / mantiene la información de red y utiliza esta información para determinar la mejor ruta para un paquete de datos.
Un router debe unirse a una red antes de que pueda permitir que otros routers y dispositivos finales para unirse. Un router puede
participar en el direccionamiento de paquetes y está destinado a ser un nodo alimentado por red eléctrica.
norte Varios routers pueden funcionar en uno PAN
norte Los paquetes pueden datos de la ruta a / desde otros nodos
norte Alimentados por la red Consulte la operación del router para más
información.

redes Zigbee definiciones
Nodo Descripción
Los dispositivos finales dispositivo de cierre debe siempre interactúan con sus padres para recibir o transmitir datos. (Ver
la "unión" en la siguiente tabla.) Están destinados a dormir periódicamente y por lo tanto no tienen capacidad de enrutamiento. Un
dispositivo de extremo puede ser una fuente o destino para los paquetes de datos, pero no puede enrutar paquetes. Los dispositivos
finales pueden ser la operación de baja potencia alimentado por batería y la oferta.
norte Varios dispositivos finales pueden operar en uno PAN
norte Todos los mensajes se transmiten a través de un coordinador o router
norte modos de potencia más bajos
protocolo Zigbee
Protocolo Descripción
PAN Personal Area Network - Red de comunicaciones de datos que incluye un coordinador y uno o
más routers / dispositivos finales.
Unión El proceso de una parte nodo convertirse de un Zigbee PAN. Un nodo se convierte en parte de una red
cuando se une a un coordinador o un router (que previamente se ha unido a la red). Durante el proceso de
adhesión, el nodo que permitió unión (el padre) asigna una dirección de 16 bits para el nodo de unión (el
niño).
Dirección de red La dirección de 16 bits asignado a un nodo después de que se ha unido a otro nodo. los
coordinador siempre tiene una dirección de red de 0.
canal de funcionamiento La frecuencia seleccionada para comunicaciones de datos entre los nodos. los
canal de operación se selecciona por el coordinador en el encendido.
exploración de energía Una exploración de canales de RF que detecta la cantidad de energía presente en los canales seleccionados.
El coordinador utiliza la exploración de energía para determinar el canal de operación.
solicitud de ruta transmisión de difusión enviado por un coordinador o router por toda la red en un intento de
establecer una ruta a un nodo de destino.
respuesta de ruta la transmisión de unidifusión enviada de nuevo al autor de la solicitud de ruta. Se inicia por un nodo
cuando se recibe un paquete de petición de ruta y su dirección coincide con la dirección de destino en
el paquete de petición de ruta.
respuesta de ruta El proceso de establecer una ruta a un nodo de destino cuando uno no existe en la tabla de enrutamiento. Se
basa en el Ad-hoc On-Demand Vector de Distancia de enrutamiento de protocolo (AODV).
pila ZigBee Zigbee es un conjunto especificaciones publicadas de protocolos de comunicación de alto nivel para el uso con módulos de
potencia pequeños, bajos. La pila Zigbee proporciona una capa de funcionalidad de la red en la parte superior de la
especificación 802.15.4. Por ejemplo, las capacidades de malla y de enrutamiento disponibles para soluciones Zigbee están
ausentes en el protocolo 802.15.4.

redes Zigbee capas Zigbee pila
capas Zigbee pila

La mayoría de los protocolos de red utilizan el concepto de capas para separar los diferentes componentes y funciones en módulos
independientes que se pueden montar de diferentes maneras.
Zigbee está construido sobre la capa física (PHY) y control de acceso medio (MAC) sub-capa definido en el estándar IEEE 802.15.4. Estas
operaciones de la red de bajo nivel de la manija capas tales como el direccionamiento y la transmisión de mensajes / recepción.
La especificación Zigbee define la capa de red (NWK) y el marco para la capa de aplicación (APL). La capa de red se encarga de la
estructura de red, enrutamiento y seguridad. El marco de capa de aplicación consiste en la sub-capa de soporte de aplicación (APS),
los objetos de dispositivo Zigbee (ZDO) y aplicaciones definidas por el usuario que dan al dispositivo su funcionalidad específica.
Esta tabla describe las capas Zigbee.
Descripciones de capa Zigbee
PHY Define el funcionamiento físico del dispositivo Zigbee incluyendo reciben sensibilidad, rechazo de canal, potencia de
salida, número de canales, chipmodulation, y especificaciones de velocidad de transmisión. aplicaciones más Zigbee
operan en la banda ISM de 2,4 GHz a una kb / s de velocidad de datos 250. Ver la especificación IEEE 802.15.4 para
más detalles.
MAC Maneja transacciones de datos de RF entre dispositivos vecinos (punto a punto). El MAC incluye servicios
tales como de reintento de transmisión y gestión de acuse de recibo, y las técnicas de prevención de
colisiones (CSMA-CA).
Red Añade capacidades de enrutamiento que permite a los paquetes de datos RF para atravesar múltiples dispositivos (múltiples
saltos) a los datos de ruta desde la fuente al destino (peer to peer).

redes Zigbee los conceptos de redes Zigbee
Descripciones de capa Zigbee
APS (AF) capa de aplicación que define varios objetos de direccionamiento, incluyendo perfiles, clusters, y los puntos finales.
ZDO capa de aplicación que proporciona las características del dispositivo y de descubrimiento de servicios y capacidades avanzadas
de gestión de red.
los conceptos de redes Zigbee
tipos de dispositivos
Zigbee define tres diferentes tipos de dispositivos: coordinador, el router y dispositivo final.
Coordinador
redes ZigBee pueden tener sólo un único dispositivo coordinador. Este dispositivo:
norte Inicia la red, la selección del canal y el PAN ID (tanto de 64 bits y 16 bits).
norte Almacena temporalmente los paquetes de datos inalámbricos para los niños que duermen dispositivo final.
norte Gestiona las otras funciones que definen la red, lo sujetan y mantienen saludable.
norte No puedo dormir; el coordinador debe estar encendido todo el tiempo.
Router
Un router es un nodo con todas las funciones Zigbee. Este dispositivo:
norte Pueden unirse a las redes existentes y enviar, recibir, y la información de ruta. Enrutamiento consiste en actuar como
un mensajero para las comunicaciones entre otros dispositivos que están demasiado separadas para transmitir información por su
cuenta.
norte Puede amortiguar los paquetes de datos inalámbricos para los niños que duermen dispositivo final. Puede permitir a otros routers y
los dispositivos finales para unirse a la red.
norte No puedo dormir; enrutador (s) debe estar encendido todo el tiempo.
norte Puede tener múltiples dispositivos router en una red.
dispositivo final
Un dispositivo final es esencialmente una versión reducida de un router. Este dispositivo:
norte Puede unirse a las redes existentes y enviar y recibir información, pero no puede actuar como mensajero
entre otros dispositivos.
norte No se puede permitir que otros dispositivos a la red.
norte Usos hardware menos costoso y se puede encender intermitentemente, por el ahorro de energía
entrar temporalmente un Modo lat incumplimiento.
norte Siempre necesita un router o el coordinador para ser su dispositivo principal. El padre ayuda a los dispositivos finales
unirse a la red, y almacena los mensajes de themwhen están dormidos. redes ZigBee pueden tener cualquier número de
dispositivos finales. De hecho, una red puede estar compuesta de un coordinador, dispositivos finales múltiples, y cero routers.

El diagrama siguiente muestra una red ZigBee genérico.
Nota Cada red Zigbee debe estar formado por uno, y sólo uno, coordinador y al menos otro dispositivo (router o dispositivo final).
En las redes Zigbee, el coordinador debe seleccionar un ID PAN (64 bits y 16 bits) y el canal para iniciar una red. Después de eso, se comporta
esencialmente como un router. El coordinador y los routers pueden permitir que otros dispositivos se unan a los datos de la ruta de red CAN y.
Después de un dispositivo final se une a un router o coordinador, debe ser capaz de transmitir o recibir datos de RF a través de ese enrutador o
coordinador. El router o coordinador que permitió un dispositivo final para unirse convierte en el “padre” del dispositivo final. Desde la lata del sueño
dispositivo final, el padre debe ser capaz de amortiguar o retener los paquetes de datos entrantes destinados para el dispositivo final hasta que el
dispositivo final es capaz de despertar y recibir los datos.
Un dispositivo sólo puede funcionar como uno de los tres tipos de dispositivos. El tipo de dispositivo se selecciona según la configuración en lugar de por imagen del
firmware como fue el caso en plataformas de hardware anteriores. De manera predeterminada, el dispositivo funciona como un router. Para seleccionar la operación
coordinador, conjunto CE a 1. Para seleccionar el funcionamiento del dispositivo final, conjunto SM a un valor distinto de cero. Para seleccionar la operación del router,
tanto CE y SM debe ser 0. Si un dispositivo es un coordinador y necesita ser cambiado en un dispositivo final, debe configurar CE a 0 en primer lugar. Si no, el SM configuración
entrará en conflicto con la CE configuración. Del mismo modo, para cambiar un dispositivo de extremo en un coordinador, debe cambiarlo en un router primero.
Otra complicación es que los parámetros por defecto no siempre funcionan bien para un coordinador. Por ejemplo:
norte DH / DL es 0 de forma predeterminada, que permite a los routers y dispositivos finales para enviar datos transparentes a la
coordinador de la primera vez que surgen. Si DH / DL no se cambia el valor predeterminado cuando el dispositivo se cambia a un coordinador, a
continuación, el dispositivo envía datos a sí mismo, haciendo que los caracteres se hicieron eco de vuelta a la pantalla a medida que se
escriben. Como esto no es probablemente la operación deseada, conjunto DH / DL a la dirección de difusión o algunos específicos de
direcciones unicast cuando el dispositivo se cambia a un coordinador.
norte Otro ejemplo es EO para la energía composiciones inteligentes. Establecer este valor a 08 para los routers y dispositivos finales
y 02 para el coordinador para designarlo como el centro de confianza. Por lo tanto, si se utiliza la autenticación, que es el
caso normal que construye Smart Energy, el cambio EO 02-08 cuando CE se pone a 1.

norte Otro ejemplo es EO para Zigbee construye. Por defecto el valor es 0x00. Pero si EO y EE se establecen
a 0x01 en todas las radios en una red, la clave de red será enviado en claro (sin cifrar) en tiempo de asociación. Esto puede ser
una opción útil en entornos de desarrollo, pero no se recomienda por razones de seguridad para la implementación del
producto.
En general, es su responsabilidad asegurarse de que los parámetros se establecen para que sean compatibles con el nuevo tipo de dispositivo al cambiar los
tipos de dispositivos.
PAN ID
redes Zigbee se denominan redes de área personal (PAN). Cada red se define con un identificador único PAN (PAN ID), que es
común entre todos los dispositivos de la misma red. dispositivos Zigbee son o bien preconfigurados con un PAN ID para unirse, o
pueden descubrir cercana redes y seleccione un PAN ID para unirse.
soportes Zigbee tanto un 64 bits y un 16-bit PAN ID. Ambos ID PAN se utilizan para identificar de forma única una red. Los dispositivos en la
misma red Zigbee deben compartir la misma de 64 bits y 16 bits PAN IDs. Si hay varias redes Zigbee están operando dentro de un rango entre sí,
cada uno debe tener identificadores únicos PAN.
16-bit PAN ID
El 16-bit PAN ID se utiliza como una capa de direccionamiento MAC campo en todas las transmisiones de datos RF entre dispositivos en una red. Sin
embargo, debido al espacio de direccionamiento limitada de los 16 bits PAN ID (65.535 posibilidades), hay una posibilidad de que las redes Zigbee
múltiples (dentro del alcance del otro) podría utilizar el mismo 16-bit PAN ID. Para resolver los posibles conflictos de 16 bits PAN ID, la ZigBee Alliance
creó una de 64 bits PAN ID.
64-bit PAN ID
El 64-bit PAN ID (también llamado el extendido PAN ID), está destinada a ser un valor único, no duplicada. Cuando se inicia un coordinador de una
red, se puede iniciar ya sea una red en un preconfigurado de 64 bits PAN ID, o puede seleccionar una al azar de 64 bits PAN ID. Los dispositivos
utilizan una PAN ID de 64 bits durante la unión; Si un dispositivo tiene una preconfigurado de 64 bits PAN ID, sólo se unirá a una red con la misma de
64 bits PAN ID. De lo contrario, un dispositivo podría unirse a cualquier detectó PAN y heredar el PAN ID de la red cuando se une. Todas las balizas
Zigbee incluyen la 64-bit PAN ID y se utiliza en la resolución de conflictos PAN ID de 16 bits.
Los routers y dispositivos finales
Routers y dispositivos finales están típicamente configuradas para unirse a una red con cualquier 16-bit PAN ID siempre que el 64-bit PAN ID es
válido. Coordinadores suelen elegir una muestra aleatoria de 16 bits PAN ID para su red. Dado que el 16-bit PAN ID sólo permite hasta 65.535
valores únicos, y el dispositivo selecciona al azar el 16-bit PAN ID, existen disposiciones en Zigbee para detectar si dos redes (con PAN ID de
diferente 64-bit) están operando en el mismo 16 bits PAN ID. Si el dispositivo detecta un conflicto, la pila ZigBee puede llevar a cabo la
resolución de conflictos PAN ID para cambiar el PAN ID de 16 bits de la red con el fin de resolver el conflicto. Ver la especificación ZigBee para
más detalles.
Zigbee routers y dispositivos finales deben estar configurados con el de 64 bits PAN ID de la red quieren unirse, y por lo general
adquieren el 16 bits PAN ID cuando se unen a una red. sólo permiten CE en un dispositivo para evitar conflictos PAN ID y problemas
en la red.
canales de operación
Zigbee utiliza-Direct Sequence Spread spectrummodulation y opera en un canal fijo. los
802.15.4 PHY define 16 canales de operación (canales 11 a 26) en la banda de frecuencia de 2,4 GHz. módulos XBee soportan todos los 16
canales.

redes Zigbee capas de aplicación Zigbee: en profundidad
capas de aplicación Zigbee: en profundidad

Los temas siguientes proporcionan un aspecto más en profundidad en las capas de la pila aplicación Zigbee (APS, ZDO) incluyendo una
discusión en los puntos finales Zigbee, clusters, y perfiles. Gran parte del material en estos temas a discutir los detalles de la pila ZigBee que no
son necesarios los casos inmany. Lea estos temas si:
norte El / XBee-PRO del módulo de RF XBee ZigBee puede hablar con dispositivos que no son de Digi Zigbee.
norte El XBee / XBee-PRO Zigbee Módulo RF requiere gestión de la red y el descubrimiento

capacidades de la capa ZDO.
norte El XBee / XBee-PRO Zigbee RF Module necesita para operar en un perfil de aplicación pública (por
ejemplo, la energía inteligentes, domótica, etc.). Omitir estos temas si:
norte El XBee / XBee-PRO del módulo de RF Zigbee no necesita interactuar o hablar a no Digi
dispositivos Zigbee.
norte El / XBee-PRO del módulo de RF XBee ZigBee sólo tiene que enviar datos entre dispositivos.
Subcapa de Soporte de Aplicaciones (APS)

La capa de APS en Zigbee añade soporte para perfiles de aplicación, identificadores de racimo, y los puntos finales.
Los perfiles de aplicación

Perfiles de aplicación especificar varias descripciones de dispositivos incluyendo la funcionalidad necesaria para los diversos dispositivos. La
colección de descripciones de dispositivo forma un perfil de aplicación. Los perfiles de aplicación se definen como público o privado perfiles. Los
perfiles privados se definen por un fabricante, mientras se definen los perfiles públicos, desarrollados, andmaintained por la ZigBee Alliance.
Cada perfil de aplicación tiene un identificador único asignado por el perfil ZigBee Alliance. Ejemplos de perfiles públicos incluyen:
norte Automatización del hogar
norte smart Energy
norte automatización de edificios comerciales
Por ejemplo, el perfil de Smart Energy define varios tipos de dispositivos incluyendo un portal de energía servicio, controlador de carga, el termostato,
visualización en el hogar, y así sucesivamente. Las perfil define inteligente energía necesaria funcionalidad para cada tipo de dispositivo. Por ejemplo, un
controlador de carga debe responder a un comando que se define a su vez una carga de encendido o apagado. Mediante la definición de protocolos de
comunicación estándar y la funcionalidad del dispositivo, perfiles públicos permiten soluciones interoperables Zigbee a ser desarrollados por los fabricantes
independientes. Digi XBee ZigBee opera firmware en un perfil privado llamado el perfil de Digi Drop-In redes. Sin embargo, los casos inmany el XBee /
XBee-PRO del módulo de RF Zigbee pueden utilizar el modo API para hablar con los dispositivos en los perfiles públicos o privados no son perfiles Digi.
Para más información, ver Operación API .
Clusters
Un clúster es un tipo de applicationmessage definido dentro de un perfil. Puede utilizar grupos para especificar una única función, servicio
o acción. Los ejemplos siguientes son algunos grupos definidos en el perfil de automatización del hogar:

redes Zigbee coordinador de la operación Zigbee
norte On / Off - Se utiliza para dispositivos de conmutación o desactivar (luces, termostatos, etc.)
norte Control de Nivel - Se utiliza para dispositivos de control que se pueden ajustar a un nivel entre encendido y apagado
norte Control de color - Controla el color de dispositivos capaces de color
Cada grupo tiene un identificador de conjunto de 2 bytes asociado (ID clúster). Todas las transmisiones de aplicación incluyen el ID de clúster. Las
agrupaciones tienen a menudo mensajes de solicitud y respuesta asociados. Por ejemplo, una puerta de entrada de energía inteligente (portal de servicios)
puede enviar un evento de control de carga a un controlador de carga, para marcar conexión o desconexión de un aparato. Al ejecutar el evento, el controlador
de carga envía una copia de mensaje de informe de control de carga a la puerta de enlace.
Los dispositivos que operan en un perfil de aplicación (pública o privada) deben responder correctamente a todos los grupos requeridos. Por
ejemplo, un interruptor de luz que opera en el perfil público de automatización del hogar debe implementar correctamente el On / Off y otros
conglomerados requeridos con el fin de interoperar con otros dispositivos de automatización del hogar. La ZigBee Alliance ha definido una biblioteca
de clúster Zigbee (ZCL) que contiene definiciones o varios clústeres de uso general que podría ser implementada en cualquier perfil. módulos XBee
implementan diversos grupos en el perfil privado de Digi. También puede utilizar la API para enviar o recibir mensajes en cualquier grupo ID
(Identificación y perfil o punto final). Para más información, ver Explícita marco indicador Rx - 0x91 .
Los puntos finales
La capa de APS incluye soportes para los puntos finales. Un punto final puede ser pensado como una aplicación en ejecución, de forma similar a un
puerto TCP / IP. Un solo dispositivo puede soportar uno o más puntos finales. Un valor de byte 1- identifica cada punto final de aplicaciones, que van
desde 1 a 240. Cada punto final definido en un dispositivo está ligado a un perfil de aplicación. Un dispositivo podría, por ejemplo, implementar un
extremo que soporta un controlador de carga de energía inteligente, y otro extremo que es compatible con otras funciones en un perfil privado. Sin
marco de estado de TX se genera para los marcos de API que tienen tanto 0xE6 como el punto final de destino y
0xC105 como el ID de perfil ya que esta combinación se reserva para operaciones de Zigbee módulo de RF XBee interna / XBee-PRO.
perfil de dispositivo Zigbee
Perfil ID 0x0000 se reserva para el perfil del dispositivo Zigbee. Este perfil se implementa en todos los dispositivos Zigbee. Perfil de dispositivo define
muchas características de detección de dispositivos y de servicio y capacidades de gestión de red. 0 punto final es un punto final reservada que
soporta el perfil de dispositivo Zigbee. Este punto final se denomina objetos de dispositivo (ZDO) punto final Zigbee.
objetos de dispositivo Zigbee
El ZDO (punto final 0) soporta las capacidades de descubrimiento ygestión del perfil de dispositivo Zigbee. Ver la especificación
ZigBee para un listado completo de todos los servicios ZDP. Cada servicio tiene una ID de clúster asociado.
El firmware XBee ZigBee permite a las aplicaciones enviar fácilmente mensajes ZDO a los dispositivos en la red mediante la API. Para
más información, ver transmisiones ZDO .
coordinador de la operación Zigbee
Formar una red

El coordinador es responsable de seleccionar el canal, el PAN ID, la política de seguridad, y el perfil de la pila para obtener una red. Desde un
coordinador es el único tipo de dispositivo que puede iniciar una red, cada red ZigBee debe tener un coordinador. Después de que el
coordinador ha iniciado una red, puede permitir a los nuevos dispositivos a la red. También puede encaminar paquetes de datos y comunicarse
con otros dispositivos en la red.

Para asegurar el coordinador comienza en un canal bien y sin usar PAN ID, el coordinador realiza una serie de análisis para descubrir cualquier
actividad de RF en diferentes canales (SCAN) y la energía para descubrir cualquier PAN en las inmediaciones de explotación (PAN) de escaneo. El
proceso para seleccionar el canal y PAN ID se describen en los temas siguientes.
Politica de seguridad
La política de seguridad determina qué dispositivos se les permite unirse a la red, y qué dispositivo (s) pueden autenticar dispositivos de unión. Ver la
seguridad Zigbee para una discusión detallada de las diversas políticas de seguridad.
Selección del canal

Al iniciar una red, el coordinador debe seleccionar un “buen” canal para que la red funcione en. Para ello, se realiza una exploración de
energía onmultiple canales (es decir, frecuencias) para detectar los niveles de energía en cada canal. Elimina los canales coordinador con
niveles excesivos de energía a partir de su lista de canales posibles para iniciar sucesivamente.
selección PAN ID
Después de completar la exploración energética, el coordinador escanea su lista de posibles canales (canales restantes después de la exploración de
energía) para obtener una lista de vecinos PAN. Para ello, el coordinador envía una solicitud de transmisión de baliza (broadcast) en cada canal
potencial. Todos los coordinadores cercanas y routers que ya se han unido a una red ZigBee responden a la solicitud de baliza mediante el envío de
una copia de faro para el coordinador. La baliza contiene información acerca de que PAN el dispositivo está encendido, incluyendo los identificadores
de PAN (16 bits y 64 bits). Esta exploración (recogida de balizas en los canales potenciales) se denomina típicamente una exploración de exploración
o PAN activo.
Después de que el coordinador completa el canal y exploración PAN, se selecciona un canal al azar y sin uso de 16 bits PAN ID para iniciar sucesivamente.
Datos persistentes
Una vez que se inicia un coordinador de una red, se mantiene la siguiente información a través de un ciclo de encendido o cualquier evento de reinicio:
norte PAN ID
norte canal de operación
norte política de seguridad y el valor de contador de tramas
norte tabla secundaria (los niños dispositivo final que se unen al coordinador)
norte tabla de vinculación
norte tabla de grupos
El coordinador mantiene esta información de manera indefinida hasta que se sale de la red. Cuando el coordinador saliente de la red e inicia
una nueva red, el anterior PAN ID, canal de operación, la tabla clave de enlace, y se pierden datos de la tabla hijo.
coordinador de inicio
La siguiente tabla proporciona los comandos de formación de la red que el coordinador utiliza para formar una red.

comando Descripción
CARNÉ DE IDENTIDAD
Se utiliza para determinar la 64 bits PAN ID. Si se establece en 0 (valor predeterminado), se seleccionará de forma aleatoria de 64 bits PAN ID.
CAROLINA DEL SURDetermina el canales de máscara de bits de exploración (hasta 16 canales) utilizado por el coordinador cuando se forma una red. El coordinador
llevará a cabo una exploración de energía en todo permitido CAROLINA DEL SUR
canales. A continuación, realizar una exploración PAN ID.
Dakota del Sur Establecer la duración del análisis, o el tiempo que el router escuchará las balizas en cada canal.
ZS Establecer el perfil pila ZigBee para la red.
EE Activar o desactivar la seguridad en la red.
NK Establecer la clave de seguridad de red para la red. Si se establece en 0 (por defecto), el coordinador utiliza una clave de seguridad de
la red al azar.
Kentucky Establecer la clave de enlace de centro de confianza para la red. Si se establece en 0 (por defecto), el coordinador utiliza una clave de enlace al azar.
EO Establecer la política de seguridad de la red.
Los cambios de configuración retrasar el inicio de la formación de la red durante cinco segundos después de que el último cambio. Una vez que el
coordinador se inicia una red, los ajustes de configuración de red y datos de la tabla niño persisten a través de los ciclos de potencia como se
menciona en Datos persistentes . Cuando el coordinador ha iniciado con éxito una red, es:
norte Permite otros dispositivos para unirse a la red durante un tiempo; ver NJ (Nodo de Ingreso Tiempo)
norte conjuntos AI = 0
norte Comienza a parpadear el LED asociado
norte Envía una trama de estado del módem API ( “coordinador comenzó”) a través del puerto serie cuando se utiliza la API
modo
Estos comportamientos son configurables mediante los siguientes comandos:
Nueva Jersey Establece el tiempo de permiso de unirse y de la coordinadora, medido en segundos.
D5 Habilita la funcionalidad LED asociado.
LT Establece el tiempo de parpadeo del LED asociado cuando se unen. Si LT = 0, el valor predeterminado es 1 parpadeo por 500 ms (coordinador)
250 ms (dispositivo router / final).
Si cualquiera de los valores de orden en la formación de la red ordena cambios de la tabla, el coordinador deja su red actual e
inicia una nueva red, posiblemente en un canal diferente.
Nota cambios en los comandos deben aplicarse ( C.A. o CN comando) antes de tomar efecto.
permiso de unirse
Puedes usar NJ (Nodo de Ingreso Tiempo) para configurar el atributo permiso de unirse en el coordinador. Puede configurar Nueva Jersey siempre que
permite unir dos o permitir unirse por un tiempo corto.

La union habilitado temporalmente
Conjunto NJ <0xFF, para permitir unirse sólo para un número de segundos, sobre la base de la Nueva Jersey parámetro. Una vez que el / XBee-PRO del módulo de
RF XBee ZigBee se une a una red, se inicia el temporizador. El coordinador de no volver a activar unirse si el dispositivo se apaga y enciende o se restablece. Las
siguientes acciones reinician el contador de tiempo de permiso de unión:
norte Cambiando Nueva Jersey a un valor diferente (y la aplicación de cambios con el C.A. o CN comandos).
norte Al pulsar el botón de puesta en marcha dos veces.
norte la emisión de la CB mandato con un parámetro de 2.
Las dos últimas acciones permiten unirse durante un minuto si Nueva Jersey es 0x0 o 0xFF. De lo contrario, el botón de puesta en marcha y el comando CB2
permiten unirse para Nueva Jersey segundos.
La union siempre activado

Si NJ = 0xFF, unión está habilitado de forma permanente.
Use este modo con cuidado. Una vez que una red se ha extendido, se recomienda encarecidamente que la aplicación
considere deshabilitar unirse para evitar que se une no deseada que se produzcan. Una red siempre abierta opera fuera de
las especificaciones de ZigBee 3.0.
Restablecer el coordinador
Al restablecer o apagar y encender el coordinador, se comprueba su perfil PAN ID, canal operativo y la pila en contra de los valores de
configuración de red ( ID, CH, ZS). También verifica la política de seguridad guardada en contra de los valores de configuración de seguridad ( EE,
NK, KY). Si el coordinador del PAN ID, el canal, el perfil pila, o la política de seguridad que opera no es válido basado en los parámetros de red
y la configuración de seguridad, las hojas coordinador de la red y los intentos de formar una nueva red basada en sus valores de orden de la
formación de la red.
Para evitar que el coordinador de salir de una red existente, emita el WR mando después de todos los comandos de formación de la red se han
configurado con el fin de conservar estos valores a través de un ciclo de encendido o casos de restauración.
Deja una red

Los siguientes mecanismos hacen que el coordinador de dejar su actual PAN y empezar una nueva red basada en sus valores de
parámetros de la formación de la red.
norte Cambiar el CARNÉ DE IDENTIDAD comando tal que la corriente de 64 bits PAN ID no es válido.
norte Cambiar el CAROLINA DEL SUR ordenar de tal manera que el canal actual ( CH) no está incluido en el canal de
máscara.
norte Cambiar el ZS o cualquiera de los valores de instrucción de seguridad.
norte Envía el NR0 de comandos para hacer que el coordinador se fuera.
norte Envía el NR1 comando para enviar una transmisión de difusión, haciendo que todos los dispositivos en la red
andmigrate dejar a un canal diferente.
norte Presione el botón de puesta en marcha cuatro veces o enviar el CB mandato con un parámetro de 4.
Esto restaura el dispositivo a un estado de configuración por defecto.
norte Enviar un comando de licencia de red.

Nota Cambios a ID, SC, ZS, y los valores de comando de seguridad sólo tienen efecto cuando se aplican los cambios ( C.A. o CN comandos).
Reemplazar un coordinador (seguridad sólo deshabilitado)

En raras ocasiones, puede ser necesario reemplazar un coordinador existente en una red con un nuevo dispositivo físico. Si la
seguridad no está habilitada en la red, puede configurar un coordinador de reemplazo XBee con el PAN ID (16 bits y 64 bits), los
ajustes de canal, y el perfil de pila de una red que ejecuta el fin de reemplazar un coordinador existente.
Nota Evitar tener dos coordinadores en el mismo canal, el perfil de la pila, y el PAN ID (16 bits y 64 bits), ya que puede causar
problemas en la red. Al reemplazar un coordinador, apague el antiguo coordinador antes de iniciar el nuevo coordinador.
Para reemplazar un coordinador, lea los siguientes comandos desde un dispositivo en la red:
Mando Descripción
OP Lea el operativo de 64 bits PAN ID.
OI Lea el operativo de 16 bits PAN ID.
CH Lea el canal de operación.
ZS Lea el perfil pila.
Cada uno de los comandos mencionados anteriormente se pueden leer desde cualquier dispositivo de la red. Estos parámetros serán los mismos
en todos los dispositivos en la red. Después de leer los comandos desde un dispositivo de la red, programar los valores de los parámetros en el
nuevo coordinador mediante los siguientes comandos.
CARNÉ DE IDENTIDAD
Ajuste el de 64 bits PAN ID para que coincida con la lectura OP valor.
II Ajuste el de 16 bits inicial PAN ID para que coincida con la lectura OI valor.
CAROLINA DEL SUREstablecen los canales de escaneo de máscara de bits para permitir que el canal de operación de lectura ( CH mando). Por ejemplo, si el canal de
funcionamiento es 0x0B, conjunto CAROLINA DEL SUR a 0x0001. Si el canal de operación es 0x17, conjunto CAROLINA DEL SUR a 0x1000.
ZS Establecer el perfil pila para que coincida con la lectura ZS valor.
II es la 16-bit ID inicial PAN. Bajo ciertas condiciones, la pila Zigbee puede cambiar el 16-bit PAN ID de la red. Por esta razón, no se
puede guardar el II utilizando el comando WR mando. Una vez II se establece, el coordinador de las hojas de la red y se inicia en el de
16 bits PAN ID especificados por II.
Ejemplo: iniciar un coordinador
1. Conjunto CE (Coordinador Enable) a 1 o de la carga coordinador de firmware en el dispositivo, y el uso de la WR
comando para guardar los cambios.
2. Conjunto CAROLINA DEL SUR y CARNÉ DE IDENTIDAD a los canales de escaneo deseadas y los valores de PAN ID. Los valores predeterminados son suficientes.
XBee / XBee-PRO ® Módulo RF S2C Zigbee® sesenta y cinco

redes Zigbee la operación del router
3. Si cambia CAROLINA DEL SUR o CARNÉ DE IDENTIDAD desde el valor predeterminado, emita el WR comando para guardar los cambios.
4. Si cambia CAROLINA DEL SUR o CARNÉ DE IDENTIDAD desde el valor predeterminado, aplicar los cambios (marca CAROLINA DEL SUR y CARNÉ DE IDENTIDAD cambios surtan efecto)
o bien mediante el envío de la C.A. comando o saliendo A commandmode.
5. Si un LED asociado se ha conectado, comienza a parpadear una vez que el coordinador ha seleccionado un canal y PAN ID.
6. marco de estado El Módem de API (Coordinador de iniciación) es enviado al puerto serie al utilizar el modo API.
7. La lectura de la AI comando (estado de asociación) devuelve un valor de 0, lo que indica un éxito

puesta en marcha.
8. La lectura de la MI comando (dirección de 16 bits) devuelve un valor de 0, el Zigbee definidos por 16 bits
dirección del coordinador.
Después del arranque, el coordinador permita unir basa en su Nueva Jersey valor.
Ejemplo: sustituir un coordinador (seguridad deshabilitada)
1. Lea la OP, OI, CH, y ZS Los comandos de la coordinadora en funcionamiento.
2. Ajuste el CE, ID, SC, y ZS parámetros en el nuevo coordinador para que coincida con el vigente
coordinador, seguido de WR comando para guardar estos valores de parámetros.
3. Apagar el coordinador de funcionamiento.
4. Establecer el II (16-bit inicial PAN ID) parámetro en el nuevo coordinador para que coincida con la lectura OI valor
en el antiguo coordinador.
5. Esperar a que el nuevo coordinador para iniciar ( AI = 0).
la operación del router

Los routers deben descubrir y unirse a una red Zigbee válida antes de que puedan participar en una red ZigBee. Después de un router se ha unido a
una red, se puede permitir que los nuevos dispositivos se unan a la red. También puede encaminar paquetes de datos y comunicarse con otros
dispositivos en la red.
Descubrir redes Zigbee

Para descubrir las inmediaciones redes Zigbee, el enrutador realiza una sartén (o activos) de exploración, al igual que el coordinador hace cuando
comienza una red. Durante la exploración PAN, el router envía una transmisión de solicitud de baliza (broadcast) en el primer canal en su lista de
canales de exploración. Todos los coordinadores y los routers cercanos operando en ese canal que ya son parte de una red ZigBee responden a
la solicitud de baliza mediante el envío de una copia de faro para el router.
La baliza contiene información sobre el PAN el dispositivo cercano está activado, incluyendo el identificador de PAN (PAN ID), y si se
permite o no unión. El router evalúa cada baliza recibida en el canal para determinar si se encuentra un PAN válida. Un PAN es válida si
alguna de las siguientes circunstancias:
norte Tiene una validez PAN ID (PAN IDmatches de 64 bits CARNÉ DE IDENTIDAD Si ID> 0)
norte Tiene el perfil correcto pila ( ZS mando)
norte Permite unirse a la red
Si el router no encuentra un PAN válido, se realiza la exploración PAN en el siguiente canal en su lista de canales de exploración y continúa
escaneando hasta que encuentra una red válida, o hasta que todos los canales han sido escaneado. Si el rounter escanea todos los canales y no
descubre una PAN válida, que escanea todos los canales de nuevo.

La ZigBee Alliance requiere que las soluciones certificadas no envían mensajes de solicitud de baliza con demasiada frecuencia. Para los requisitos de
certificación se encuentran, el XBee firmware intentos nueve exploraciones por minuto durante los primeros cinco minutos, y tres lecturas por minuto a partir de
entonces. Si una PAN es válida dentro del alcance de un router de unirse, por lo general descubre el PAN en unos pocos segundos.
Unirse a una red

Una vez que el router descubre una red válida, se envía una solicitud de asociación al dispositivo que envía un faro válida solicitar una
combinación en la red ZigBee. El dispositivo que permite la unión a continuación, envía una trama de respuesta de asociación que, o bien permite
o deniega la combinación.
Cuando un router se une a una red, se recibe una dirección de 16 bits desde el dispositivo que permitía la unión. El dispositivo que permitió la
unión al azar selecciona la dirección de 16 bits.
Autenticación
En una red donde está habilitada la seguridad, el router debe seguir un proceso de autenticación. Ver la seguridad Zigbee para una discusión
sobre la seguridad y autenticación.
Después se unió al router (y autenticado, en una red segura), puede permitir a los nuevos dispositivos a la red.
Datos persistentes
Una vez que un router une a una red, se mantiene la siguiente información a través de un ciclo de encendido o cualquier evento de reinicio:
norte PAN ID
norte canal de operación
norte valores de los contadores de política de seguridad y de trama
norte tabla secundaria (los niños dispositivo final que se unen al coordinador)
norte tabla de vinculación
norte tabla de grupos
El router mantiene esta información de manera indefinida hasta que se sale de la red. Cuando el router abandona la red, pierde los datos del
anterior PAN ID, el canal de funcionamiento y tabla secundaria.
Zigbee enrutador unirse

Cuando se enciende el enrutador sucesivamente, si no está ya unido a una red ZigBee válido, de inmediato los intentos de buscar y
conectarse a una red Zigbee válida. Conjunto DJ (Desactivar unión) a 1 desactivar unión. No se puede escribir el DJ parámetro con el WR
de comandos, por lo que un ciclo de potencia siempre despeja el DJ ajuste. Los siguientes
comandos de control del proceso de unión router.
CARNÉ DE IDENTIDAD
Establece el de 64 bits PAN ID para unirse. Ajuste ID = 0 permite que el router para unirse a cualquiera de 64 bits PAN ID.

CAROLINA DEL SUREstablecer los canales de escaneo de máscara de bits que determina qué canales a las exploraciones del router para detectar una red válida. Conjunto CAROLINA
DEL SUR en el router para que coincida CAROLINA DEL SUR en el coordinador. Por ejemplo, establecer CAROLINA DEL SUR a 0x281 activa el
análisis en los canales 0x0B, 0x12, y 0x14, en ese orden.
Dakota del Sur Establecer la duración del análisis, o el tiempo que las escuchas del router para balizas en cada canal.
ZS Establecer el perfil pila en el dispositivo.
EE Activar o desactivar la seguridad en la red. Esto se debe ajustar para que coincida con el EE valor (política de seguridad)
del coordinador.
Kentucky Establecer la clave de enlace de centro de confianza. Si se establece en 0 (por defecto), se espera que la clave de enlace que se obtengan (sin cifrar)
durante la unión.
Los cambios de configuración retrasar el inicio de unirse durante cinco segundos después de que el último cambio. Una vez que el router se une a una
red, la configuración de red y los datos de la tabla hijo persisten a través de los ciclos de potencia como se menciona en Datos persistentes . Si el
emparejamiento falla, leer el estado del último intento de unirse en el AI registro de comandos.
Si alguno de los valores de cambio de comando anterior, cuando se aplican los cambios de registro de comandos ( C.A. o CN
comandos), el router deja su red y los intentos por descubrir y unirse a una nueva red válida actual. Cuando un router Zigbee
se ha unido con éxito una red, es:
norte Permite que otros dispositivos se unan a la red durante un tiempo
norte conjuntos AI = 0
norte Comienza a parpadear el LED asociado
norte Envía una trama de estado del módem API (asociada) por el puerto serie al utilizar el modo API Puede configurar estos
comportamientos mediante los siguientes comandos:
Nueva Jersey Establece el tiempo de permiso a unirse en el router, o el tiempo que se permite que los nuevos dispositivos se unan a la red,
medido en segundos. Conjunto NJ = 0xFF siempre permiten permiso de unión.
LT Establece el tiempo de parpadeo del LED asociado cuando se unen. El valor predeterminado es 2 parpadeos por segundo (router).
permiso de unirse
Puedes usar NJ (Nodo de Ingreso Tiempo) para configurar el atributo permiso de unirse en el coordinador. Puede configurar Nueva Jersey siempre que
permite unir dos o permitir unirse por un tiempo corto.
La union habilitado temporalmente
Conjunto NJ <0xFF, para permitir unirse sólo para un número de segundos, sobre la base de la Nueva Jersey parámetro. Una vez que el / XBee-PRO del módulo de
RF XBee ZigBee se une a una red, se inicia el temporizador. El coordinador de no volver a activar unirse si el dispositivo se apaga y enciende o se restablece. Las
siguientes acciones reinician el contador de tiempo de permiso de unión:

norte Cambiando Nueva Jersey a un valor diferente (y la aplicación de cambios con el C.A. o CN comandos).
norte Al pulsar el botón de puesta en marcha dos veces.
norte la emisión de la CB mandato con un parámetro de 2.
Las dos últimas acciones permiten unirse durante un minuto si Nueva Jersey es 0x0 o 0xFF. De lo contrario, el botón de puesta en marcha y el comando CB2
permiten unirse para Nueva Jersey segundos.
La union siempre activado

Si NJ = 0xFF, unión está habilitado de forma permanente.
Use este modo con cuidado. Una vez que una red se ha extendido, se recomienda encarecidamente que la aplicación
considere deshabilitar unirse para evitar que se une no deseada que se produzcan. Una red siempre abierta opera fuera de
las especificaciones de ZigBee 3.0.
conectividad de red del router

Una vez que un router une a una red Zigbee, permanece conectado a la red en el mismo canal y el PAN ID a menos que se vio obligado a abandonar (ver Deja
una red ). Si los canales de escaneo ( CAROLINA DEL SUR), PAN ID ( CARNÉ DE IDENTIDAD) y ajustes de seguridad ( EE, KY) no cambie después de un
ciclo de potencia, los restos router conectado a la red después de un ciclo de potencia.
Si un router se mueve físicamente fuera del alcance de la red a la que se unió inicialmente, asegúrese de que la aplicación incluye
disposiciones para detectar si el router todavía puede comunicarse con la red original. Si se pierde la comunicación con la red original, el
applicationmay elegir para obligar al router para salir de la red. El firmware XBee incluye dos disposiciones para detectar automáticamente
la presencia de una red y la licencia si no pasa la comprobación.
Power-On unirse a la verificación
JV (Coordinador de Ingreso Verificación) permite el encendido unirse control de verificación. Si está activado, los intentos Zigbee módulo de RF XBee /
XBee-PRO para descubrir la dirección de 64 bits del coordinador cuando por primera vez se une a una red. Una vez que se ha unido, que también intenta
descubrir la dirección de 64 bits del coordinador después de un evento de ciclo de potencia. Si fallan 3 intentos de descubrimiento, el router sale de la red y
tratar de unirse a una nueva red. La configuración por defecto para el encendido se unen a la verificación está desactivada ( JV por defecto
0).
guardián de la red
los NW (Watchdog Tiempo de espera de la red) característica permite a un router potencia para verificar la presencia de un coordinador, si no hay eventos
de comunicación con el coordinador han ocurrido dentro de un período de tiempo de espera. Este tiempo de espera es inminutes especificados utilizando el noroeste
mando. El ajuste predeterminado para la función de guardián de la red está desactivada ( = NO 0) y puede ser configurado para un máximo de varios días.
Cada vez que un router recibe datos válidos desde el colector coordinador o datos, borra el perro guardián tiempos de espera mostrador y se reinicia el
temporizador de vigilancia. Los siguientes eventos reiniciar el temporizador de vigilancia de la red:
norte datos RF recibidos del coordinador
norte datos RF enviados al coordinador y no se recibió un reconocimiento
norte Se recibió muchos-a-uno de petición de ruta (desde cualquier dispositivo)
norte Cambiar el valor de noroeste

Si cualquiera de los eventos mencionados anteriormente se producen durante el período de vigilancia entonces no se generará ningún tráfico de red
adicional. Si el temporizador de vigilancia expira (no hay datos válidos recibidos durante 1 noroeste período de tiempo), los intentos router para iniciar la
comunicación con el coordinador mediante el envío de un mensaje de descubrimiento de dirección IEEE de 64 bits para el coordinador. Si el router no puede
descubrir la dirección, registra un tiempo de espera de vigilancia. Después de tres tiempos de espera de la red de vigilancia consecutivo expiran (3 * NOROESTE)
y el coordinador no ha respondido a los intentos de descubrimiento de dirección, el router entrar en uno de tres modos basándose en la configuración de DC
(unión controles de dispositivo) el bit 5 y DO (Opciones de dispositivo Miscellaneous) bit 7:
1. Sin localizador de redes (Abandonar red): Si ninguno corriente continua bit 5 o HACER bit se pone 7, el router
salir inmediatamente de la red y comenzar a buscar una red para unirse a la base de sus configuraciones de red. Si está
activado el modo API, se emitirá un marco de estado de la red disassociatedmodem (0x03) cuando el router sale de la red. Si
los hallazgos del router y se une a un nuevo coordinador o la coordinadora original, un marco de estado de módem de red
unido (0x02) se emitirá si está activado el modo API.
2. Localizador de red con la red Dejar: Si HACER bit 7 está ajustado pero corriente continua no se establece el bit 5, el comportamiento de
JV y noroeste son modificados. El router se mantendrá en la red hasta que se encuentre una nueva red. El router comienza a escanear
para una red a través de los canales de la máscara de canal Scan (SC). El escaneo ocurre en un intervalo aleatorio de entre 90 y 135
segundos. Si está activado el modo API, se emitirá un marco de estado de módem de exploración guardián de la red (0x42) cuando
comience la exploración. Si el dispositivo encuentra una red en el viejo canal con el mismo OI y operativo CARNÉ DE IDENTIDAD, los
extremos modo de búsqueda. Si el dispositivo encuentra una red con una nueva OI pero satisface la búsqueda del dispositivo para un juego
CARNÉ DE IDENTIDAD y ZS, el dispositivo sale de la red de edad y se une a la nueva red con el nuevo OI. Estas acciones dejan unirse y
hará que el router para que emita un estado disociado módem de red (0x03) y un bastidor unido a la red estado del módem (0x02) si el
modo API está habilitado. Esto apoya el intercambio o sustitución de un coordinador en una red de corriente.
3. Localizador de red con Rejoin: Si corriente continua El bit 5 se fija, el router comenzará a escanear el actual
canalizar indefinidamente en un intento de encontrar el coordinador de la red original o volver a unirse al coordinador si se ha movido a una
nueva red. Si está activado el modo API, se emitirá un marco de estado de módem de exploración guardián de la red (0x42) cuando
comience la exploración. El escaneo ocurre en un intervalo aleatorio de entre 90 y 135 segundos. Si encuentra el coordinador que debe tener
una coincidencia CARNÉ DE IDENTIDAD ( PAN extendido ID) con el mismo PAN ID ( OI) o un nuevo PAN ID, el router se reincorporará a la
coordinadora, incluso si el coordinador está configurado con una Nueva Jersey de 0 ( unirse a personas con discapacidad). Si el router se
encuentra el coordinador de la red original o se reúne con el coordinador en una nueva red, un marco de estado de módem de red unido
(0x02) se emitirá si está activado el modo API.
Deja una red

máscara.
norte Cambiar el ZS o cualquiera de los valores de instrucción de seguridad.

redes Zigbee el funcionamiento del dispositivo final
norte Presione el botón de puesta en marcha cuatro veces o enviar el CB mandato con un parámetro de 4.
Esto restaura el dispositivo a un estado de configuración por defecto.
norte Enviar un comando de licencia de red.
Nota Cambios a ID, SC, ZS, y los valores de comando de seguridad sólo tienen efecto cuando se aplican los cambios ( C.A. o CN comandos).
Restablecer el router
Al restablecer o apagar y encender el router, comprueba su perfil PAN ID, canal operativo y la pila en contra de los valores de configuración de red
( ID, SC, ZS). También verifica la política de seguridad guardado es válido basado en los comandos de configuración de seguridad ( EE, KY). Si el
router PAN ID, el canal, el perfil pila, o la política de seguridad que opera no es válida, las hojas del router la red y los intentos de unirse a una
nueva red sobre la base de su red de unirse a los valores nominales. Para evitar que el router desde dejando una red existente, emita el WR comando
después de toda la red de unirse a los comandos se han configurado; este conserva la configuración a través de un ciclo de encendido o casos de
restauración.
Ejemplo: unirse a una red

Después de iniciar un coordinador que está permitiendo que se une a, los siguientes pasos causan un router para conectarse a la red:
1. Conjunto CARNÉ DE IDENTIDAD a la deseada de 64 bits PAN ID, o en 0 para unirse a cualquier PAN.
2. Conjunto CAROLINA DEL SUR a la lista de canales a explorar para encontrar una red válida.
3. Establecer la configuración de seguridad para que coincida con el coordinador.
4. Si CAROLINA DEL SUR o CARNÉ DE IDENTIDAD desde el valor predeterminado, aplicar los cambios (es decir, hacer CAROLINA DEL SUR y CARNÉ DE IDENTIDAD cambios surtan efecto) por
la emisión de la C.A. o CN mando.
5. El LED parpadea una vez Asociado comienza el router se ha unido a una PAN.
6. Si el LED asociado no parpadea, lea el AI comando para determinar la causa de unirse a fracaso.
7. Una vez que el router se une, la OP y CH comandos indican el operativo de 64 bits PAN ID y
canalizar el router unido.
8. El MI refleja el comando de dirección de 16 bits recibido el router cuando se unió.
9. El módem API marco de estado ( “Asociado”) se envía al puerto serie al utilizar el modo API.
10. El router permite unido a otros dispositivos a unirse por un tiempo en función de su Nueva Jersey ajuste.
el funcionamiento del dispositivo final

Al igual que en los routers, dispositivos finales deben descubrir y unirse a una red Zigbee válida antes de que puedan participar en la red. Después de
un dispositivo final se une a una red, puede comunicarse con otros dispositivos en la red. Debido a que los dispositivos finales son la batería modos de
potencia bajo apoyo (sueño) y alimentado, no pueden permitir que otros dispositivos se unen o paquetes de datos ruta.
Descubrir redes Zigbee

Los dispositivos finales pasan por el mismo proceso que los routers para descubrir las redes mediante la emisión de una exploración PAN. Después de enviar la
solicitud de difusión de transmisión de baliza, las escuchas dispositivo final para un corto período de tiempo con el fin de recibir balizas enviados por los routers y
los coordinadores cercanas en el mismo canal. El dispositivo final evalúa cada baliza recibida en el canal para determinar si se encuentra un PAN válida. Un PAN
es válida si alguna de las siguientes circunstancias:

norte Tiene una validez de 64 bits PAN ID (Identificación PAN IDmatches si ID> 0)
norte Tiene el perfil correcto pila ( ZS mando)
norte Permite unirse a la red
norte Capacidad para dispositivos finales adicionales
Si el dispositivo final no encuentra un PAN válido, se realiza la exploración PAN en el siguiente canal en su lista de canales de exploración y continúa este proceso hasta
que encuentra una red válida, o hasta que todos los canales han sido escaneado. Si el dispositivo de terminación del escaneado todos los canales y no descubre una
PAN válida, puede entrar en un estado de espera de baja potencia y escanear de nuevo más tarde. Si el escaneo de todos CAROLINA DEL SUR canales no logra
descubrir un PAN válida, dispositivos Zigbee XBee intentan entrar en un estado de bajo consumo y el escaneo de todos los reintentos CAROLINA DEL SUR canales
después de las estelas de dispositivos de dormir. Si el dispositivo no puede entrar en un estado de baja energía, se vuelve a intentar buscar todos los canales, similar al
router. Para cumplir con los requisitos ZigBee Alliance, los intentos dispositivo final hasta nueve lecturas por minuto durante los primeros cinco minutos, y tres lecturas
por minuto a partir de entonces.
Nota El dispositivo final XBee ZigBee no se colocará en reposo hasta que se haya completado el análisis de todos CAROLINA DEL SUR canales para una red válida.
Unirse a una red

Una vez que el dispositivo final descubre una red válida, se une a la red, de forma similar a un router, mediante el envío de una solicitud de asociación (al
dispositivo que envía un faro válida) para solicitar una combinación en la red ZigBee. El dispositivo que permite la unión a continuación, envía una trama de
respuesta de asociación que, o bien permite o deniega la combinación.
Cuando un dispositivo final se une a una red, se recibe una dirección de 16 bits desde el dispositivo que permitía la unión. El dispositivo que permitió
la unión al azar selecciona la dirección de 16 bits.
relación padre-hijo
Desde un dispositivo final puede entrar sleepmodes de baja potencia y no ser inmediatamente receptivo, el dispositivo final se basa en el dispositivo
que permitió la unión para recibir y amortiguar los mensajes entrantes en su nombre hasta que es capaz de despertar y recibir esos mensajes. El
dispositivo que permitió un dispositivo final para unirse convierte en el padre del dispositivo final, y el dispositivo final se convierte en un niño del
dispositivo que permitía la unión.
capacidad del dispositivo final

Routers y coordinadores mantienen una tabla de todos los dispositivos secundarios que se han unido llamados la tabla secundaria. Esta tabla es un tamaño finito y
determina cuántos dispositivos finales pueden unirse. Si un router o coordinador tiene al menos una entrada no utilizada en su tabla secundaria, el dispositivo tiene
la capacidad de dispositivo final. En otras palabras, se puede permitir que uno o más dispositivos finales adicionales a unirse. redes ZigBee tienen suficientes
routers para garantizar la capacidad del dispositivo final adecuada.
La versión inicial del software en esta plataforma es compatible con hasta 20 dispositivos finales cuando se configura como un coordinador o un router. En Zigbee
firmware, utilice el CAROLINA DEL NORTE comando (número de niños que quedan dispositivo final) para determinar el número de dispositivos terminales adicionales
pueden unirse a un router o coordinador. Si CAROLINA DEL NORTE devuelve 0, entonces el dispositivo enrutador o coordinador no tiene más capacidad de dispositivo
final.

Nota Debido a que los routers no pueden dormir, no hay necesidad equivalente para los routers o coordinadores para el seguimiento de los routers unidas.
No hay límite para el número de routers que pueden unirse a un dispositivo enrutador o coordinador dado y no “la capacidad del router” métrica.
Autenticación
En una red donde la seguridad está activada, el dispositivo final debe luego pasar por un proceso de autenticación. Para más
información, ver la seguridad Zigbee .
Datos persistentes
El dispositivo final puede conservar su PAN ID, canal de operación, y la información de política de seguridad a través de un ciclo de potencia. Sin
embargo, dado que los dispositivos finales dependen en gran medida uno de los padres, el dispositivo final hace una exploración huérfano para tratar de
contactos de su padre. Si el dispositivo final no recibe una respuesta de exploración huérfano (comando realineación coordinador), que sale de la red y
trata de descubrir y unirse a una nueva red. Cuando el dispositivo final abandona la red, pierde los anteriores ajustes PAN ID y canal de operación.
exploraciones huérfanos
Cuando un dispositivo final surge de un ciclo de potencia, se realiza una exploración huérfano para verificar que todavía tiene un padre válida. El
dispositivo envía la exploración huérfano como una transmisión de difusión y contiene la dirección de 64 bits del dispositivo final. Cerca de routers y
dispositivos coordinador que reciben la emisión comprobar sus tablas secundarias para una entrada que contiene direcciones de 64 bits del dispositivo
final. Si los dispositivos encuentran una entrada con una dirección coincidente de 64 bits, envían un comando coordinador de reajuste en el dispositivo
final que incluye la dirección de 16 bits del dispositivo final, de 16 bits PAN ID, canal de operación, y el padre de 64- bits y de 16 bits direcciones.
Si el dispositivo final huérfano recibe una orden coordinador de realineación, se une a la red. De lo contrario, se intenta
descubrir y unirse a una red válida.
dispositivo de extremo de unión

Cuando se enciende un dispositivo final, si no está unido a una red Zigbee válida, o si el análisis huérfano no puede encontrar uno de los padres, los
intentos de dispositivos para buscar y conectarse a una red Zigbee válida.
Nota Selecciona el DJ comando en 1 para deshabilitar la unión. No se puede escribir el DJ con parámetros WR, por lo que un ciclo de potencia siempre
despeja el DJ ajuste.
Los siguientes comandos de control el proceso de unión dispositivo final.
CARNÉ DE IDENTIDAD
Establece el de 64 bits PAN ID para unirse. Ajuste ID = 0 permite que el router para unirse a cualquiera de 64 bits PAN ID.
CAROLINA DEL SUREstablecer los canales de escaneo de máscara de bits que determina qué canales explorará un dispositivo final para encontrar una red válida. CAROLINA
DEL SUR en el dispositivo final debe ajustarse para que coincida SC en el coordinador y los routers en la red deseada. Por ejemplo, establecer CAROLINA
DEL SUR a 0x281
permite el escaneo en los canales 0x0B, 0x12, y 0x14, en ese orden.
Dakota del Sur Establecer la duración del análisis, o el tiempo que el dispositivo final escuchará las balizas en cada canal.

ZS Establecer el perfil pila en el dispositivo.
EE Activar o desactivar la seguridad en la red. Esto se debe ajustar para que coincida con el EE valor (política de seguridad)
del coordinador.
Kentucky Establecer la clave de enlace de centro de confianza. Si se establece en 0 (por defecto), se espera que la clave de enlace que se obtengan (sin cifrar)
durante la unión.
Una vez que el dispositivo de extremo se une a una red, los ajustes de configuración de red persisten a través de los ciclos de potencia como se menciona en Datos
persistentes . Si el emparejamiento falla, leer el estado del último intento de unirse en el AI
registro de comandos.
Si cualquiera de estos valores comando de cambio cuando se aplican cambios de registro de comandos, el dispositivo final deja su red y
los intentos por descubrir y unirse a una nueva red válida actual. Cuando un dispositivo final Zigbee ha iniciado con éxito una red, es:
norte conjuntos AI igual a 0
norte Comienza a parpadear el LED asociado si se ha conectado al pin ASSC del dispositivo (pin TH
15 / SMT pin 28)
norte Envía una trama de estado de módem API ( “asociado”) por el puerto serie al utilizar el modo API
norte Los intentos para entrar en el Modo lat definido por el SM Parámetro Se pueden utilizar los
siguientes comandos para configurar estos comportamientos:
Mando Descripción
LT Establece el tiempo de parpadeo del LED asociado cuando se unen. El valor predeterminado es 2 parpadeos por segundo (dispositivos
finales).
SM, SP, ST, SN, SO Los parámetros que configuran las características Modo lat. Ver Configuración del dispositivo End .
conectividad de los padres

El dispositivo XBee / XBee-PRO fin Zigbee módulo de RF envía las transmisiones regulares de la encuesta a su padre cuando se está despierto.
Estas transmisiones encuesta consultan la matriz por cualquier nuevos paquetes de datos recibidos. El padre siempre envía un acuse de recibo de
vuelta capa MAC para el dispositivo final. El acuse de recibo indica si el padre tiene datos para el dispositivo final.
Si el dispositivo final no recibe un acuse de recibo por tres solicitudes consecutivas de la encuesta, se considera
desconectado de sus padres y los intentos por descubrir y unirse a una red ZigBee válida. Para más información, ver Manejo
de dispositivos finales .
Restablecer el dispositivo final

Cuando el dispositivo final se reinicia o ciclo de alimentación, si el huérfano SCAN localiza correctamente un padre, el dispositivo final, entonces
comprueba su perfil PAN ID, el canal operativo y la pila contra los ajustes de configuración de red ( ID, SC, ZS). También verifica la política de
seguridad guardado es válido basado en los comandos de configuración de seguridad ( EE, EO, KY). Si del dispositivo final PAN ID, el canal operativo,
el perfil de la pila, o

redes Zigbee exploración de canales Zigbee
política de seguridad no es válida, el dispositivo final va a salir de la red e intenta unirse a una nueva red sobre la base de su red de unirse a los
valores nominales. Para evitar que el dispositivo final salga de una red existente, la WR mandato debe emitirse después de todo la red de unirse a
los comandos se han configurado con el fin de conservar estos valores a través de un ciclo de encendido o casos de restauración.
Deja una red

máscara.
norte Cambiar el ZS o cualquiera de los valores de instrucción de seguridad (excluyendo NK).
norte Pulse el botón de puesta en marcha cuatro veces o emitir el CB comando con un parámetro de 4.
norte La matriz de las capacidades de los padres dispositivo final o hacia abajo el dispositivo final sale del alcance de la
los padres de tal manera que el dispositivo final no puede recibir mensajes de confirmación de la encuesta.
Nota Los cambios en los valores nominales sólo tienen efecto cuando se aplican cambios ( C.A. o CN comandos).
Ejemplo: unirse a una red

Después de iniciar un coordinador que está permitiendo que se une a, los siguientes pasos causan un router para conectarse a la red:
1. Conjunto CARNÉ DE IDENTIDAD a la deseada de 64 bits PAN ID, o en 0 para unirse a cualquier PAN.
2. Conjunto CAROLINA DEL SUR a la lista de canales a explorar para encontrar una red válida.
3. Si CAROLINA DEL SUR o CARNÉ DE IDENTIDAD desde el valor predeterminado, aplicar los cambios (es decir, hacer CAROLINA DEL SUR y CARNÉ DE IDENTIDAD cambios surtan efecto) por
la emisión de la C.A. o CN mando.
4. El LED parpadea una vez Asociado comienza el router se ha unido a una PAN.
5. Si el LED asociado no parpadea, lea el AI comando para determinar la causa de unirse a fracaso.
6. Una vez que el router se une, la OP y CH comandos indican el operativo de 64 bits PAN ID y
canalizar el dispositivo final unido.
7. El MI refleja el comando de dirección de 16 bits recibido el router cuando se unió.
8. El módem API marco de estado ( “asociadas”) se envía al puerto de serie cuando se utiliza el modo API.
9. El dispositivo intenta extremo unido para entrar en sleepmodes de baja potencia basado en sus comandos de configuración del
sueño ( SM, SP, SN, ST, SO).
exploración de canales Zigbee

Routers y dispositivos finales deben escanear uno o más canales para descubrir una red válida para unirse. Cuando comienza una unión intento, el
dispositivo envía una solicitud de transmisión de baliza en el canal de baja especificada en el SC (Buscar canales) máscara de bits. Si el dispositivo
encuentra una PAN válida en el canal, que intenta unirse

el PAN en ese canal. De lo contrario, si el dispositivo no encuentra un PAN válida en el canal, que intenta escaneado en el siguiente canal superior en el CAROLINA
DEL SUR máscara de bits. El dispositivo continúa explorando cada canal (de menor a mayor) en el CAROLINA DEL SUR máscara de bits hasta que encuentra un
PAN válida o todos los canales han sido escaneado. Una vez que el dispositivo escanea todos los canales, el siguiente intento se unen inicia el escaneo en el canal
de baja especificada en el CAROLINA DEL SUR máscara de bits. Por ejemplo, si el CAROLINA DEL SUR mandato se establece en 0x400F, el dispositivo comienza a
escanear en el canal 11 ( 0x0B) y escanea hasta que encuentra un faro válida, o hasta que se escanea canales 11, 12, 13, 14, y 25 han sido escaneado (en ese
orden).
Una vez que un enrutador XBee o dispositivo final se une a una red en un canal determinado, si el dispositivo XBee recibe una orden de permiso de red
(véase Deja una red ), Que deja el canal en el que se unió y continúa escaneando el siguiente canal superior en el CAROLINA DEL SUR máscara de bits.
Por ejemplo, si el CAROLINA DEL SUR mandato se establece en 0x400F y el dispositivo se une a una PAN en el canal 12 ( 0x0C), si el / XBee-PRO Módulo
RF XBee Zigbee sale del canal, se comienza a escanear en el canal 13, seguido por los canales 14 y 25 si no encuentra una red válida. Una vez que todos
los canales han sido escaneados, el siguiente intento se unen inicia el escaneo en el canal de baja especificada en el CAROLINA DEL SUR máscara de
bits.
Gestión de múltiples redes Zigbee

En algunas aplicaciones, múltiples redes Zigbee pueden existir en las proximidades de uno al otro. La aplicación puede necesitar
disposiciones para asegurar el dispositivo se une a la red deseada. Hay una serie de características en Zigbee para gestionar unirse entre
múltiples redes. Estos incluyen los siguientes:
norte filtrado de PAN ID
norte las claves de seguridad preconfigurados
norte permiso de unirse
norte Applicationmessaging
Filtra PAN ID
Conjunto ID (Extended PAN ID) a un valor distinto de cero para configurar el XBee-PRO Módulo RF XBee / Zigbee con una fija PAN ID.
Si establece el PAN ID a un valor distinto de cero, el dispositivo sólo se unirá a una red con el mismo PAN ID.
Configurar las claves de seguridad

Al igual que en el filtrado PAN ID, este método requiere que se instale una clave de seguridad conocido en un router para asegurar que se une a una
red ZigBee con la misma clave de seguridad.
1. uso EE (cifrado Enable) para activar la seguridad.
2. uso KY (Enlace Key) para establecer la clave de enlace preconfigurado para un valor distinto de cero. Ahora el router o el extremo del
dispositivo XBee solamente se unirá a una red con la misma clave de seguridad.
Evitar que los dispositivos no deseados de unirse

Puede desactivar el parámetro permiso a participar en una red para evitar que los dispositivos no deseados de unión. Cuando es necesario
agregar un nuevo dispositivo a una red, active el permiso de unión por un corto tiempo en la red deseada. En el firmware XBee:

1. Conjunto NJ (Nodo de Ingreso Tiempo) a un valor de menos de 0xFF en todos los routers y dispositivos coordinador
restringir unión (recomendado).
2. Utilice el botón de puesta en marcha o CB (Puesta en marcha con pulsador) para permitir unirse para una
poco tiempo; Para más información, ver la puesta en marcha de la red y diagnóstico .
marco de aplicaciones de mensajería

Si ninguno de los mecanismos anteriores son factibles, se puede construir un marco de mensajería entre el coordinador y los dispositivos
que se unen a su red en la aplicación. Por ejemplo, el código de la aplicación en dispositivos de unión podría enviar una transmisión al
coordinador después de unirse a una red, y esperar a recibir un mensaje de respuesta definida. Si la aplicación no recibe el mensaje de
respuesta esperada después de unirse, podría forzar el dispositivo para salir y continuar la digitalización; ver NR (Restaurar red) .

Transmisión, direccionamiento y encaminamiento
Direccionamiento 79
Transmisión de datos 79
las transmisiones de enlace 82
las transmisiones de multidifusión 83
Fragmentación 83
ejemplos de transmisión de datos 83
RF de enrutamiento de paquetes 86
transmisiones cifradas 95
tamaño de carga útil máxima de RF 95
rendimiento 97
especificaciones de tiempo de latencia 98
transmisiones ZDO 98
los tiempos de espera de transmisión 101

Transmisión, direccionamiento y encaminamiento Direccionamiento
Direccionamiento
Todos los dispositivos Zigbee tienen dos direcciones diferentes, una de 64 bits y una dirección de 16 bits. Esta sección describe las características de cada
uno.
direcciones de los dispositivos de 64 bits

La dirección de 64 bits es una dirección de dispositivo que es única para cada dispositivo físico. A veces también se denomina dirección
MAC o la dirección extendida y se asigna durante el proceso de fabricación. Los tres primeros bytes de la dirección de 64 bits es una
vista organizativo identificador único (OUI) asignado al fabricante por el IEEE. La OUI de dispositivos XBee es 0x0013A2.
direcciones de los dispositivos de 16 bits

Un dispositivo recibe una dirección de 16 bits cuando se une a una red ZigBee. Por esta razón, la dirección de 16 bits también se conoce como la dirección
de red. La dirección de 16 bits de 0x0000 se reserva para el coordinador. Todos los demás dispositivos reciben una dirección generada aleatoriamente
desde el dispositivo enrutador o coordinador que permite la combinación. La dirección de 16 bits puede cambiar bajo ciertas condiciones:
norte Un conflicto de direcciones se detecta donde se encuentran dos dispositivos para tener la misma dirección de 16 bits
norte Un dispositivo sale de la red y más tarde se une (que puede recibir una dirección diferente) transmisiones Todo Zigbee se envían utilizando la
fuente y el destino de las direcciones de 16 bits. Las tablas de enrutamiento en los dispositivos Zigbee también utilizan direcciones de 16 bits para determinar
cómo encaminar paquetes de datos a través de la red. Sin embargo, ya que la dirección de 16 bits no es estática, no es un método confiable para identificar
un dispositivo.
Para resolver este problema, la dirección de destino de 64 bits se incluye a menudo en las transmisiones de datos a los datos de garantía se
entrega al destino correcto. La pila ZigBee puede descubrir la dirección de 16 bits, si no se conoce, antes de transmitir los datos a un mando
a distancia.
Capa de aplicación direccionamiento

dispositivos Zigbee soportan múltiples perfiles de aplicación, identificadores de racimo, y los puntos finales (para más información, véase capas de aplicación
Zigbee: en profundidad ). Capa de aplicación direccionamiento permite las transmisiones de datos para dirigirse a ID específicos de perfil, ID de racimo, y los
puntos finales. capa de aplicación de direccionamiento es útil si un applicationmust hacer cualquiera de las siguientes:
norte Interoperar con otros dispositivos Zigbee exterior del perfil de aplicación de Digi.
norte Utilizar las capacidades de servicio y gestión de la red de la ZDO.
norte Operar en un perfil de aplicación pública como la automatización del hogar o Smart Energy. modo API proporciona una interfaz simple pero
potente que envía datos fácilmente a cualquier ID de perfil, el punto extremo, y la combinación de ID de clúster en cualquier dispositivo en una red
ZigBee.
Transmisión de datos
Puede enviar paquetes de datos, ya sea como Zigbee transmisiones de unidifusión o de difusión. transmisiones unicast datos de la ruta de dispositivo
de una fuente a un dispositivo de destino, mientras que las transmisiones de difusión se envían a muchos o todos los dispositivos en la red.

Transmisión, direccionamiento y encaminamiento Transmisión de datos
transmisiones de difusión
transmisiones de difusión dentro del protocolo Zigbee están destinados a ser propagada a lo largo de toda la red de tal manera que
todos los nodos reciben la transmisión. Para lograr esto, el coordinador y todos los routers que reciben una transmisión de difusión
retransmite el paquete tres veces.
Nota Cuando un router o coordinador entrega una transmisión de difusión a un niño dispositivo final, la transmisión sólo se envía una vez (inmediatamente
después de las estelas de dispositivos finales y las encuestas de los padres para cualquier nuevos datos). Para más información, ver el funcionamiento de los
padres .
Cada nodo que transmite la emisión también crea una entrada en una tabla de transmisión de difusión local. Esta entrada de seguimiento de
cada paquete de difusión recibida para asegurar que los paquetes no se transmiten sin cesar. Cada entrada persiste durante 8 segundos, y la
mesa de transmisión de difusión tiene 8 entradas, limitando las transmisiones de difusión a la red una vez por segundo. Para cada
transmisión de difusión, la pila Zigbee reservas de amortiguación espacio para una copia del paquete de datos que retransmite el paquete,
según sea necesario. los paquetes de difusión grandes requieren más espacio de almacenamiento intermedio. Los usuarios no pueden
cambiar cualquier separación de amortiguación; información sobre espacio de amortiguación es de conocimiento general. Las asas Zigbee
módulo de RF XBee / XBee-PRO tampón espaciado automáticamente. Dado que cada dispositivo en las transmisiones retransmite red de
difusión,
transmisiones unicast
transmisiones unicast son enviados de un dispositivo de origen a otro dispositivo de destino. El dispositivo de destino podría ser un vecino
inmediato de la fuente, o podría ser varios saltos de distancia. transmisiones unicast enviadas a lo largo de un camino de múltiples saltos requieren
algunos medios para establecer una ruta al dispositivo de destino. Para más información, ver RF de enrutamiento de paquetes .

Transmisión, direccionamiento y encaminamiento Transmisión de datos
la resolución de direcciones
Cada dispositivo en una red Zigbee tiene tanto una dirección de 16 bits (de la red) y una dirección de 64 bits (extendida). La dirección de 64
bits es único y asignado al dispositivo durante la fabricación, y se obtiene la dirección de 16 bits después de unirse a una red. La dirección
de 16 bits también puede cambiar bajo ciertas condiciones. Cuando se envía una transmisión unicast, la capa de red ZigBee utiliza la
dirección de 16 bits del destino y cada salto para enrutar el paquete de datos. Si no conoce la dirección de 16 bits del destino, la pila ZigBee
incluye una disposición descubrimiento para descubrir automáticamente el destino de dirección de 16 bits del dispositivo antes de
encaminar los datos.
Para descubrir una dirección de 16 bits de un mando a distancia, el dispositivo de iniciación el descubrimiento envía una transmisión de dirección de
detección de difusión. La emisión de descubrimiento de dirección incluye que se solicita la dirección de 64 bits del dispositivo remoto con la dirección de
16 bits. Todos los nodos que reciben esta transmisión comprobar la dirección de 64 bits en la carga útil y lo comparan con su propia dirección de 64 bits.
Si las direcciones coinciden, el dispositivo envía un paquete de respuesta de vuelta al iniciador. Esta respuesta incluye la dirección de 16 bits del control
remoto. Cuando el dispositivo recibe la respuesta de descubrimiento, el iniciador transmite los datos. Puede abordar marcos utilizando el extendido o la
dirección de red. Si utiliza el formulario de dirección extendida, establecer el campo de dirección de red a 0xFFFE (desconocido). Si se utiliza el formulario
de direcciones de red, establecer el campo de dirección extendida a 0xFFFFFFFFFFFFFFFF (desconocido). Si utiliza una dirección de 16 bits no válida
como una dirección de destino y la dirección de 64 bits es desconocida (0xFFFFFFFFFFFFFFFF), el mensaje muestra el estado del módem un código de
estado de entrega de 0x21 (red de fracaso ACK) y un estado de descubrimiento de 0x00 (sin overhead descubrimiento). Si utiliza una dirección de 64 bits
no existe como una dirección de destino y la dirección de 16 bits es desconocida (0xFFFE), el dispositivo intenta dirección de detección y los
espectáculos de mensajes de estado del módem un código de estado de entrega de 0x24 (dirección no encontrada) y un código de estado
descubrimiento de 0x01 (detección de direcciones se intentó).
tabla de direcciones
Cada dispositivo Zigbee mantiene una tabla de direcciones que se asigna una dirección de 64 bits a una dirección de 16 bits. Una transmisión que se dirige a
una dirección de 64 bits, el Zigbee pila busca en la tabla de direcciones para una entrada con una dirección de 64 bits correspondiente a la determinación de
dirección de 16 bits del destino. Si la pila ZigBee no encuentra un conocido de direcciones de 16 bits, se realiza el descubrimiento de direcciones para
descubrir actual dirección de 16 bits del dispositivo.
dirección de 64 bits dirección de 16 bits
0013 4000 0001 A200 0x4414
0013 3568 400A A200 0x1234
0013 4004 1122 A200 0xC200
0013 4002 1123 A200 0xFFFE (desconocido)
Para los perfiles de uso inteligente de energía y el firmware relacionado, los dispositivos XBee pueden almacenar hasta 10 entradas de la tabla de direcciones. Para
las versiones estándar de firmware, el módulo soporta hasta 20 entradas de la tabla de direcciones. Para aplicaciones en las que un único dispositivo (por ejemplo,
coordinador) envía transmisiones de unidifusión a más de 10 dispositivos, los implementos de aplicación una tabla de direcciones para almacenar las direcciones de
16 bits y de 64 bits para cada dispositivo remoto. Utilice el modo API para cualquier dispositivo XBee que envía datos a más de 10 mandos a distancia. La
aplicación puede entonces enviar tanto las direcciones de 16 bits y 64 bits para el dispositivo de XBee en las tramas de transmisión de API, lo que reduce
significativamente el número de descubrimientos de direcciones de 16 bits y mejora en gran medida los datos de rendimiento.

Transmisión, direccionamiento y encaminamiento las transmisiones de enlace
Si una aplicación es compatible con una tabla de direcciones, el tamaño debe ser mayor que el número máximo de direcciones de destino se
comunica el dispositivo con. Cada entrada de la tabla de direcciones debe contener una dirección de destino de 64 bits y conocida su última
dirección de 16 bits.
Cuando se envía una transmisión a una dirección de 64 bits de destino, la aplicación busca en la tabla de direcciones para una dirección de 64 bits
correspondiente. Si se encuentra una coincidencia, la aplicación rellena la dirección de 16 bits en el campo de dirección de 16 bits de la trama API. Si no se
encuentra una coincidencia, establecer la dirección de 16 bits a 0xFFFE (desconocido) en el marco de la API de transmisión. El API proporciona una
indicación de dirección de 16 bits de un dispositivo remoto en los siguientes marcos:
norte Todos reciben tramas de datos
norte Rx de datos (0x90)
norte Rx explícita de datos (0x91)
norte I / O de datos de muestra (0x92)
norte Indicador de identificación del nodo (0x95)
norte Registro de carreteras Indicador (0xA1) y así sucesivamente
norte marco de estado de transmisión (0x8B)
tabla de grupos
Cada router y el coordinador del grupo mantienen una tabla persistente. Cada entrada contiene la siguiente:
norte valor de punto final
norte Dos bytes de ID de grupo
norte cadena de nombre opcional de cero a 16 caracteres ASCII
norte Índice en la tabla de unión
Más de un punto extremo puede estar asociada con un ID de grupo, andmore de un grupo IDmay estar asociado con un punto final dado. La
capacidad de la tabla del grupo es de 16 entradas. La aplicación siempre actualiza la dirección de 16 bits en la tabla de direcciones cuando
se recibe uno de los marcos para asegurar la tabla tiene el más reciente conocida de direcciones de 16 bits. Si se produce un fallo en la
transmisión, la aplicación establece la dirección de 16 bits en la tabla para 0xFFFE (desconocido).
las transmisiones de enlace

transmisiones de unión utilizan direccionamiento indirecto para enviar uno o más mensajes a otros dispositivos de destino. El asas un dispositivo Direccionamiento
explícito marco de Comando - 0x11 usando la Opción Tx indirecta (0x04) como una solicitud de transmisión de unión.
El / XBee PRO-Módulo RF XBee Zigbee utilizan los valores de ID de punto final de origen y de racimo de una transmisión de unión como claves
para lookupmatching de unión entradas de la tabla. Para cada entrada de la tabla de unión coincidente, el campo de tipo de la entrada indica si
enviar un unicast o un mensaje de multidifusión. En el caso de una entrada de unidifusión, la solicitud de transmisión se actualiza con el punto
final de destino y la dirección MAC, y unicast a su destino. En el caso de una entrada de multidifusión, el dispositivo actualiza el mensaje
utilizando los dos bytes menos significativos de la dirección MAC de destino como el ID de grupo, andmulticast a sus destinos.

Transmisión, direccionamiento y encaminamiento las transmisiones de multidifusión
tabla de vinculación
Cada router y coordinador mantienen una tabla de unión persistente para asignar los valores de punto final de origen y la ID de clúster en dirección
de destino y de punto final valores de 64 bits. La capacidad de la tabla de unión es de 16 entradas.
las transmisiones de multidifusión

módulos XBee usan transmisiones de multidifusión para transmitir un mensaje a los dispositivos de destino que tienen extremos activos asociados
con un ID de grupo común. El asas un dispositivo Direccionamiento explícito marco de Comando - 0x11 usando la opción de multidifusión Tx (0x08)
como una solicitud de transmisión de multidifusión.
El valor de la dirección de destino de 64 bits no tiene importancia y se recomienda que se fije a 0xFFFFFFFFFFFFFFFF.
Establecer el valor de la dirección de destino de 16 bits al destino ID_grupo.
Fragmentación
Cada unicast transmissionmay soporta hasta 84 bytes de carga útil de RF, aunque habilitación de la seguridad o el uso de direccionamiento de
origen puede reducir este número. Para más información, ver NP (máximo de paquete de carga útil Bytes) . Sin embargo, el firmware XBee ZigBee
soporta una función llamada Zigbee fragmentación que permite que un solo paquete de datos grande para ser dividido en múltiples transmisiones
de RF y vuelto a montar por el receptor antes de enviar datos fuera de su puerto serie.
La trama de transmisión puede incluir hasta 255 bytes de datos divididas en múltiples transmisiones y vuelto a montar en el lado
receptor. Si uno o más de los fragmentedmessages no son recibidos por el dispositivo receptor, descarta el mensaje completo, y el
remitente indica un fallo en la transmisión en
Transmitir marco de estado - 0x8B .
Las aplicaciones que no desean usar la fragmentación deben evitar el envío de más que el número máximo de bytes en una sola
transmisión RF (ver tamaño de carga útil máxima de RF . Si habilita el control de flujo RTS en el dispositivo receptor (mediante el D6 de
comandos) que recibe una FragmentedMessage, no tiene en cuenta el control de flujo RTS.
Nota transmisiones de difusión no son compatibles con la fragmentación. El tamaño máximo de la carga útil = hasta 84 bytes.
ejemplos de transmisión de datos

Esta sección proporciona ejemplos para la transmisión de datos utilizando AT y firmware API.

Transmisión, direccionamiento y encaminamiento ejemplos de transmisión de datos
modo transparente
Para enviar un paquete de datos en modo transparente (AP = 0), ajuste el DH y DL comandos para que coincida con la dirección de 64 bits del dispositivo
de destino. DH deben coincidir con los superiores 4-bytes, y DL deben coincidir con los menores de 4 bytes. Desde el coordinador siempre recibe una
dirección de 16 bits de 0x0000, una dirección de 64 bits de 0x0000000000000000 es la dirección del coordinador (en ZB firmware). Los valores por
defecto de DH y DL
son 0x00, que envía los datos al coordinador.
Ejemplo 1: Enviar una transmisión al coordinador.
En este ejemplo, un '\ r' se refiere a un carácter de retorno de carro.
Un dispositivo router o final puede enviar datos de dos maneras. En primer lugar, establecer la dirección de destino ( DH y DL
comandos) a 0x00.
1. Introduzca commandmode ( '+++').
2. Después de recibir el visto bueno \ r, emita los siguientes comandos:
norte ATDH0 \r
norte ATDL0 \r
norte ATCN \r
3. Asegúrese de que cada uno de los tres comandos devolvió un OK \ respuesta r.
4. Después de ajustar estos valores de orden, todos los caracteres serie recibidos en la UART se envían como una transmisión de
unidifusión al coordinador.
Alternativamente, si se conoce la dirección de 64 bits del coordinador, se puede establecer DH y DL de direcciones de 64 bits del coordinador. Supongamos
que la dirección del coordinador es 0x0013A200404A2244.
1. Introduzca commandmode ( '+++')
a. ATDH13A200 \ r
si. ATDL404A2244 \ r
C. ATCN \ r
4. Después de ajustar estos valores de orden, todos los caracteres serie recibidos en la UART se envían como una transmisión de
unidifusión al coordinador.
el modo API
Utilice la solicitud de transmisión, o trama de solicitud de transmisión explícita (0x10 y 0x11 respectivamente) para enviar datos al coordinador. La
dirección de 64 bits o bien se puede configurar para 0x0000000000000000, o a la dirección de 64 bits del coordinador. La dirección de 16 bits se debe
establecer en 0xFFFE utilizando la dirección de 64 bits de todos los 0x00s.
Para enviar un archivo ASCII “1” a la dirección del coordinador de 0x00, utilice el siguiente marco de la API:
7E 00 0F 10 01 0000 0000 0000 0000 FFFE 00 00 31 C0
Si utiliza la trama de transmisión explícita, establecer el ID del clúster a 0x0011, el ID de perfil a 0xC105, y los criterios de valoración de origen y
destino a 0xE8. Estos son los valores por defecto recomendados para las transmisiones de datos en el perfil de Digi.
Se puede enviar la misma transmisión utilizando la siguiente trama de transmisión explícita:
7E 00 15 11 01 0000 0000 0000 0000 0011 FFFE E8 E8 C105 00 00 31 18
La dirección de 16 bits se establece en 0xFFFE. Esto es necesario cuando se envía a una dirección de 64 bits de 0x00s.

Transmisión, direccionamiento y encaminamiento ejemplos de transmisión de datos
Supongamos direcciones de 64 bits del coordinador es 0x0013A200404A2244. La trama de petición de API siguiente transmisión (0x10) envía
un ASCII “1” al coordinador:
7E 00 0F 10 01 0013 A200 404A 2244 0000 0000 31 18 Ejemplo 2:
Enviar una transmisión de difusión
En este ejemplo, un '\ r' se refiere a un carácter de retorno de carro. Realice los siguientes
pasos para configurar una transmisión de difusión:
1. Introduzca commandmode ( '+++')
norte ATDH0 \r
norte ATDLffff \r
norte ATCN \r
4. Después de ajustar estos valores de orden, todos los caracteres de serie se envían como una transmisión de difusión.
marco de la API
Una trama de petición de transmisión API (0x10) puede enviar un ASCII “1” en una transmisión de difusión utilizando el siguiente marco de API:
7E 00 0F 10 01 0000 0000 0000 FFFF FFFE 00 00 31 C2
La dirección de 16 bits de destino se establece en 0xFFFE para transmisiones de difusión.
Ejemplo 3: Enviar una transmisión indirecta (unión).
Este ejemplo utiliza la trama de petición de transmisión explícita (0x11) para enviar una transmisión utilizando direccionamiento indirecto a través
de la mesa de unión. Asume la tabla de unión ya ha sido establecido para asignar una fuente de punto final y 0xE7 ID de clúster de 0x0011 a un
punto final de destino y la dirección de destino de 64 bits. Los datos del mensaje es un mensaje de perfil específico de fabricación que utiliza el
perfil ID 0xC105, ID comando 0x00, una cabecera ZCL de 151E10, número de transacción EE, y una carga útil ZCL de 000 102 030 405:
7E 001E 11 e4 ffffffffffffffff FFFE E7 FF 0011 C105 00 04 14 151E10EE000102030405
Nota La dirección de destino de 64 bits se ha establecido en todos los valores 0xFF, y el conjunto de punto final de destino a 0xFF. La opción Tx
0x04 indica el direccionamiento indirecto. La dirección de destino de 64 bits y el punto final de destino se completan con la búsqueda de datos
asociada con la unión entradas de la tabla. Esto coincide con el siguiente ejemplo.
Ejemplo 4: Enviar un multicast (ID de grupo) de difusión.
Este ejemplo utiliza la trama de petición de transmisión explícita (0x11) para enviar una transmisión utilizando la multidifusión. Se asume los
dispositivos de destino ya tienen sus tablas de grupos configurados para asociar un punto final activo con el ID de grupo (0x1234) de la
transmisión de multidifusión. Los datos del mensaje es un mensaje de perfil específico de fabricación que utiliza el perfil ID 0xC105command ID
0x00, una cabecera ZCL de 151E10, número de transacción EE, y una carga útil ZCL de 000 102 030 405:
7E 001E 11 01 ffffffffffffffff 1234 E6 FE 0001 C105 00 08 151E10EE000102030405 BC
Nota La dirección de destino de 64 bits se ha establecido en todos los valores 0xFF, y el conjunto de punto final de destino a 0xFE. La opción Tx 0x08
indica el uso de multidifusión (grupo) de direccionamiento.

Transmisión, direccionamiento y encaminamiento RF de enrutamiento de paquetes
RF de enrutamiento de paquetes
transmisiones unicast pueden requerir algún tipo de enrutamiento. Zigbee incluye varios métodos diferentes a los datos de ruta, cada
uno con sus propias ventajas y desventajas que se resumen en la tabla siguiente.
enfoque de
enrutamiento Descripción Cuándo usar
Ad hoc On-demanda de las rutas de enrutamiento se crean entre el origen y el destino, Su uso en redes que no se escala
vector de distancia posiblemente atravesar múltiples nodos ( “saltos”). Cada dispositivo más allá de unos 40 dispositivos
(AODV) Malla de sabe a dónde enviar los datos al lado finalmente llegar al destino. de destino.
enrutamiento
Muchos-a-uno de Una transmisión de difusión única configura rutas inversas en todos dispositivos remotos whenmany
enrutamiento los dispositivos en el dispositivo que envía la emisión. útil debe enviar datos a una
única puerta de enlace o el
colector dispositivo.
paquetes de enrutamiento de origen de datos incluyen toda la ruta del paquete Mejora de enrutamiento
debe atravesar para llegar desde el origen al destino. eficiencia en redes grandes
(más de 40 dispositivos
remotos).
Nota Los dispositivos finales no hacen uso de estos protocolos de enrutamiento. Más bien, un dispositivo final envía una transmisión de unidifusión a su
matriz y permite que el padre para enrutar el paquete de datos en su nombre.
Nota Para volver fromMany a Uno de enrutamiento AODV de encaminamiento, una red debe hacer en primer lugar un restablecimiento de la red ( NR).
transmisión de estado de enlace

Antes de discutir los diversos protocolos de enrutamiento, vale la pena entender el mecanismo primario de Zigbee para el establecimiento de
enlaces bidireccionales fiables. Este mecanismo es especialmente útil en redes que pueden tener una mezcla de los dispositivos con potencia de
salida que varía y / o los niveles de sensibilidad del receptor. Cada dispositivo coordinador o router envía periódicamente un mensaje de estado de
enlace como una transmisión de difusión 1-hop, recibido sólo por los vecinos de un salto. El mensaje de estado de enlace contiene una lista de los
dispositivos vecinos y calidad de los enlaces entrantes y salientes para cada vecino. El uso de estos mensajes, dispositivos vecino determina la
calidad de un enlace bidireccional con cada vecino y utiliza esa información para seleccionar una ruta que funciona bien en ambas direcciones.
Por ejemplo, considere una red de dos dispositivos vecinos que envían mensajes de estado de enlace periódicas. Supongamos que la potencia de
salida del dispositivo A es 18 dBm, y la potencia de salida del dispositivo B es 3 dBm (considerablemente menor que la potencia de salida del
dispositivo A). Los mensajes de estado de enlace podrían indicar lo siguiente:

Este mecanismo permite a los dispositivos A y B para reconocer que el enlace no es fiable en ambas direcciones y seleccione un vecino diferente
cuando el establecimiento de rutas. Tales enlaces se denominan enlaces asimétricos, es decir, la calidad del enlace no es similar en ambas
direcciones.
Cuando un router o dispositivo coordinador de poderes en, envía mensajes de estado de enlace de cada par de segundos para intentar descubrir las cualidades de
enlace con sus vecinos rápidamente. Después de haber sido encendido durante algún tiempo, los mensajes de estado de enlace se envían a un ritmo mucho más
lento, aproximadamente cada 34 veces por minuto.
AODV malla de enrutamiento

Zigbee emplea malla de encaminamiento para establecer una ruta entre el dispositivo fuente y del destino. De malla de enrutamiento permite que los
paquetes de datos para atravesar múltiples nodos (lúpulo) en una red de datos de ruta desde una fuente a un destino. Los routers y los coordinadores
pueden participar en el establecimiento de rutas entre los dispositivos de origen y de destino utilizando un proceso llamado descubrimiento de ruta. El
proceso de descubrimiento de ruta se basa en la Ad-hoc On-Demand Vector de Distancia de enrutamiento de protocolo (AODV). la transmisión de la
muestra a través de una red de malla:

AODV de encaminamiento algoritmo
Enrutamiento bajo el protocolo AODV utiliza tablas en cada nodo que almacenar el siguiente salto (nodo intermediario entre nodos fuente y destino)
para un nodo de destino. Si un siguiente salto es desconocido, descubrimiento de ruta se lleva a cabo para encontrar un camino. Dado que sólo un
número limitado de rutas se puede almacenar en un router, descubrimiento de ruta se lleva a cabo más a menudo en una red grande con la
comunicación betweenmany diferentes nodos.
Nodo Dirección de destino dirección de salto siguiente
R3 Router 6 Coordinador
C Router 6 Router 5
R5 Router 6 Router 6
Cuando un nodo de origen descubre una ruta a un nodo de destino, envía un comando de petición de ruta de difusión. El comando de
petición de ruta contiene la dirección de red de origen, la dirección de red de destino y un campo de coste de ruta (una métrica para medir
la calidad de la ruta). A medida que se propaga el comando de petición de ruta a través de la red (consulte transmisiones de difusión ),
Cada nodo que las emisiones re- el mensaje actualiza el campo coste de la ruta y crea una entrada temporal en su tabla de
descubrimiento de ruta.
El siguiente gráfico es una transmisión de petición de ruta muestra (broadcast), donde R3 está tratando de descubrir una ruta a R6:

Cuando el nodo de destino recibe una petición de ruta, que compara el campo 'coste de la ruta' contra los comandos de petición de ruta
previamente recibidos. Si el coste de la ruta almacenada en la solicitud de ruta es mejor que cualquier recibidos previamente, el nodo de
destino transmite un paquete de respuesta de ruta al nodo que originó la petición de ruta. Los nodos intermedios recibir y reenviar el
paquete de respuesta de ruta al nodo de origen (el nodo que originó de petición de ruta).
El siguiente gráfico es una respuesta de ruta de la muestra (unicast) donde R6 envía una respuesta de ruta a R3:
Nota R6 podría sendmultiple respuestas si se identifica una ruta mejor.
Reintentos y reconocimientos
Zigbee incluye paquetes de confirmación en ambas capas la Ayuda Mac y de aplicación (APS). Cuando los datos se transmiten a un
dispositivo remoto, que puede atravesar múltiples saltos para llegar al destino. Como los datos transmite del dispositivo de un nodo a su
vecino, transmite un paquete de acuse de recibo (ACK) en la dirección opuesta para indicar que la transmisión se ha recibido
correctamente. Si el acuse de recibo no se recibe, el dispositivo transmisor retransmite los datos, hasta 4 veces. Este acuse de recibo se
denomina capa reconocimiento Mac. Además, el dispositivo que originó las Espera de transmisión para recibir un paquete de acuse de
recibo (Ack) desde el dispositivo de destino. Este Ack atraviesa el mismo camino que los datos atravesada, pero en la dirección opuesta.
Si el autor no logra

recibir este acuse de recibo, retransmite los datos, hasta 2 veces hasta que recibe un acuse de recibo. Este Ack se llama la capa de reconocimiento
Zigbee APS.
Nota Consulte la especificación ZigBee para más detalles.
Muchos a Uno de enrutamiento

En las redes donde muchos dispositivos deben enviar datos a un colector o puerta de enlace dispositivo central, malla AODV de encaminamiento requiere
sobrecarga significativa. Si cada dispositivo en la red tenía que descubrir una ruta antes de que pueda enviar datos al colector de datos, la red podría
convertirse fácilmente en inundado con mensajes de descubrimiento de ruta de difusión.
Muchos-a-uno de enrutamiento es una optimización para este tipo de redes. En lugar de cada dispositivo requiere hacer su propio descubrimiento de
ruta, el dispositivo envía una única transmisión de difusión de muchos a uno desde el colector de datos para establecer rutas inversas en todos los
dispositivos.
La transmisión en muchos-a-uno es un mensaje de petición de ruta con la dirección de detección de destino establece en la dirección del recolector de
datos. Los dispositivos que reciben esta solicitud de ruta crean una entrada de la tabla muchos-a-uno encaminamiento inversa para crear un camino de
vuelta al colector de datos. La pila ZigBee en un dispositivo utiliza la información histórica acerca de la calidad del enlace cada vecino para seleccionar un
vecino confiable para la ruta inversa.
Cuando un dispositivo envía datos a un colector de datos, y se encuentra una ruta-a-uno a muchos en su tabla de enrutamiento, que transmite
los datos sin realizar un descubrimiento de ruta. Enviar la solicitud de muchos a una ruta periódicamente para actualizar y refrescar las rutas
inversas en la red.
Las aplicaciones que requieren múltiples colectores de datos también pueden utilizar muchos-a-uno de enrutamiento. Si más de un dispositivo colector de datos
envía una emisión de muchos-a-uno, dispositivos crean una entrada de la tabla de enrutamiento inverso para cada colector. Los usos ZB firmware AR
(agregado de enrutamiento de notificación) para permitir a muchos-a-uno a transmitir en un dispositivo. Arkansas establece un intervalo de tiempo (medido en
10 segundas unidades) para enviar el muchos a uno transmisión de difusión.
Modo de alta / baja de RAM Concentrador

Cuando muchos a uno (MTO) peticiones se transmiten, DO = 40 (bit 6) determina si el concentrador está funcionando en modo de alta o baja RAM.
modo de alta RAM indica el concentrador tiene memoria suficiente para almacenar rutas de la fuente de toda la red, y los nodos remotos puede dejar
de enviar los registros de ruta después de que el concentrador ha recibido con éxito una. Modo de memoria RAM bajo indica el concentrador carece
de memoria RAM para almacenar registros de ruta, y que los registros de ruta se enviarán a la concentradora a preceder a cada entrada APS mensaje
unicast. Por defecto, el dispositivo utiliza el modo de memoria RAM baja.
El direccionamiento de origen
En aplicaciones en las que un dispositivo debe transmitir datos a muchos controles remotos, enrutamiento AODV requiere realizar un descubrimiento de ruta
para cada dispositivo de destino para establecer una ruta. Si hay más dispositivos de destino que los que hay entradas de la tabla de enrutamiento, nuevas
rutas sobrescriben establecieron rutas AODV, haciendo descubrimientos de ruta se presenten con más regularidad. Esto puede dar lugar a retrasos de
paquetes de mayor tamaño y rendimiento de la red.
Zigbee fuente de enrutamiento ayuda a resolver estos problemas. En contraste con muchos-a-uno de enrutamiento que establece el encaminamiento caminos dispositivos
frommany a un recopilador de datos, enrutamiento de origen permite que el colector de guardar y especificar rutas para muchos mandos a distancia.
Para utilizar el enrutamiento de origen, un dispositivo debe utilizar el modo de API, y debe enviar periódicas muchos-a-uno transmisiones de petición de ruta
(comando AR) para crear una ruta de muchos-a-uno a ella en todos los dispositivos. Cuando los dispositivos remotos envían datos RF utilizando una ruta de
muchos-a-uno, primero envían una transmisión de registro de ruta. los

transmisión de registro de ruta de unicast a lo largo de la ruta de muchos a uno hasta que llega al colector de datos. Como el registro ruta atraviesa la
ruta muchos-a-uno, se añade la dirección de 16 bits de cada dispositivo en la ruta en la carga útil de RF. Cuando el registro ruta alcanza el colector de
datos, que contiene la dirección del remitente y la dirección de 16 bits de cada salto de la ruta. El colector de datos puede almacenar la información de
enrutamiento y recuperarlo más tarde para enviar una fuente de enrutado de paquetes para el mando a distancia como se muestra en las siguientes
imágenes.
El colector de datos envía una emisión de petición de ruta muchos-a-uno para crear rutas inversas en todos los dispositivos.
Un dispositivo remoto envía un paquete de datos de RF al colector de datos. Esta es precedida por una transmisión de registro de ruta hacia el
colector de datos.

Después de obtener una ruta de origen, el colector de datos envía una fuente de enrutado transmisión al dispositivo remoto.
La adquisición de rutas de origen
La adquisición de rutas de origen requiere que los dispositivos remotos para enviar un unicast a un colector de datos (dispositivo que envía muchos-a-uno
transmisiones de petición de ruta). Hay varias maneras a los mandos a distancia de la fuerza para enviar transmisiones de registro de ruta.
1. Si la aplicación en dispositivos remotos periódicamente envía los datos al colector de datos, cada transmisión de fuerza un registro
de ruta que se produzca.
2. El colector de datos puede enviar un comando de descubrimiento de red ( DAKOTA DEL NORTE de comandos) para obligar a todos los XBee
dispositivos para enviar una respuesta de descubrimiento de red. Un registro de ruta precede a cada respuesta de descubrimiento de red.
3. Puede activar muestreo periódico de E / S en los mandos a distancia para obligarlos a enviar datos a una velocidad regular. Un registro de ruta
prologa cada muestra de E / S. Para más información, ver Analog y líneas digitales de E / S .
4. Si el NI cadena del dispositivo remoto es conocida, la DN comando puede ser enviado con el NI cuerda
del mando a distancia en la carga útil. El dispositivo remoto con una coincidencia NI cadena enviaría un registro de ruta y una respuesta
DN.
rutas de origen tienda

Cuando un colector de datos recibe un registro de ruta, lo envía por el puerto serie como una Ruta Indicador de grabación - 0xA1 . Para utilizar el
enrutamiento de origen, la aplicación recibe estos marcos y almacena la información de ruta de origen.
Enviar una transmisión enrutados en el origen
Para enviar una transmisión enrutados en el origen, el envío de un applicationmust Crear ruta Fuente - 0x21 a la XBee / XBee PRO-Módulo RF
Zigbee para crear una ruta de origen en su tabla de rutas fuente interna. Después de enviar la trama Crear ruta de origen, la aplicación puede
enviar la transmisión de datos o tramas de petición de comandos remotos como sea necesario para el mismo destino, o cualquier destino en la
ruta de origen. Una vez que los datos deben ser enviados a un nuevo destino (un destino no incluido en la última ruta de origen), la primera
applicationmust enviar un nuevo Crear ruta Fuente - 0x21 .

Nota Si una trama API Crear ruta de origen no precede a las tramas de datos, puede encontrarse con la pérdida de datos.
El / XBee-PRO del módulo de RF XBee ZigBee puede proteger una ruta de origen que incluye hasta 11 saltos (con exclusión de origen y de
destino). Por ejemplo, supongamos que existe una red con un coordinador y 5 routers (R1, R2, R3, R4, R5) con rutas fuente conocida como
se muestra en la siguiente imagen.
Para enviar un paquete fuente enrutado a R3, la aplicación envía una trama Crear ruta Fuente API (0x21) a la XBee, con un destino
de R3, y 2 saltos (R1 y R2). Si la dirección de 64 bits de R3 es 0x0013A200 404a1234 y las direcciones de 16 bits de R1, R2, y R3
son:
Dispositivo dirección de 16 bits
R1 0xAABB
R2 0xCCDD
R3 0xEEFF
El marco de la API Crear ruta Fuente sería: 7E 0012 21 00 0013A200 404A1234
EEFF 00 02 CCDD AABB 5C
composición campo
0x0012 longitud
0x21 ID API (crear ruta de origen)
0x00 ID bastidor (ajustado a 0 siempre)
0x0013A200 404A1234 dirección de 64 bits de R3 (destino)
0xEEFF dirección de 16 bits de R3 (destino)

0x00 (opciones de ruta establece en 0)
0x02 Número de dispositivos intermedios en la ruta de origen
0xCCDD Dirección del dispositivo más alejado (1-hop de objetivo)
0xAABB Dirección del lado más estrecha dispositivo
0x5C Suma de comprobación (0xFF - SUM (todos los bytes después de la longitud))
rutas de la fuente de reparación
Es posible que una red tenga una ruta de fuente existente fallan (por ejemplo, un dispositivo en la ruta se mueve o se cae). Si un
dispositivo se pone en una red enrutados en el origen, todas las rutas que utilizan el dispositivo se romperán.
Como se mencionó anteriormente, el enrutamiento de origen debe ser utilizado con muchos-a-uno de enrutamiento. Un dispositivo que el enrutamiento de
origen usos también debe enviar una emisión periódica muchos-a-uno con el fin de mantener rutas fresco. Si una fuente de roturas de ruta, dispositivos remotos
envían en nuevas transmisiones récord ruta hacia el colector de datos para dotarla de una nueva ruta de origen. Esto requiere que los dispositivos remotos
envían periódicamente las transmisiones de datos en el colector de datos. Para más información, ver La adquisición de rutas de origen .
Reintentos y reconocimientos
Zigbee incluye paquetes de confirmación en ambas capas la Ayuda Mac y de aplicación (APS). Cuando transmite los datos a un
dispositivo remoto, que pueden atravesar múltiples saltos para llegar al destino. Como transmite datos desde un nodo a su vecino, un
paquete de acuse de recibo (Ack) transmite en la dirección opuesta para indicar que la transmisión se ha recibido correctamente. Si el
dispositivo transmisor no recibe el acuse de recibo, retransmite los datos hasta cuatro veces. Este acuse de recibo se denomina capa
reconocimiento Mac.
Además, el dispositivo que originó las Espera de transmisión para recibir un paquete de acuse de recibo (Ack) desde el dispositivo de
destino. Este Ack atraviesa el mismo camino que los datos atravesados, pero en la dirección opuesta. Si el autor no recibe este acuse
de recibo, retransmite los datos, hasta dos veces hasta un Ack se recibe. Este Ack se llama la capa de reconocimiento Zigbee APS.
Nota Consulte la especificación ZigBee para más detalles.
enrutamiento MTO Disable
Para MTO disable (muchos-a-uno) de encaminamiento en una red, primero reconfigure el Arkansas establecer en el agregador y luego emitir un
restablecimiento-0x08 red amplia poder de RE (Restaurar valores predeterminados) -para reconstruir las tablas de enrutamiento.
1. Conjunto Arkansas en el agregador de 0xFF.
2. una completa C.A. mandar a promulgar el cambio.
3. Una completa WR comando si el valor de ajuste de configuración guardado para Arkansas No es 0xFF. Esto termina la emisión
periódica de agregador de mensajes si el ajuste anterior era 0x01 - 0xFE e impide una sola emisión después de un reinicio de energía si el
ajuste anterior era 0x00. emisión de una FR

mando a distancia para la red y esperar a que la red a la reforma. Esto elimina el estado del agregador como un agregador de las
tablas de enrutamiento de la red de manera que no hay más registros de ruta se enviarán al agregador.

Transmisión, direccionamiento y encaminamiento transmisiones cifradas
Deshabilitar los registros de ruta
Si un agregador recoge registros de rutas a partir de los nodos de la red y ya no necesita registros de ruta enviado (que
consumen rendimiento de la red):
1. Establecer el bit 6 del HACER Para activar el modo de alta RAM Concentrador. Modo de alta RAM significa el agregador
tiene suficiente memoria para registros de ruta espera por sus posibles destinos.
2. Conjunto Arkansas a 0x00 para una emisión de una sola vez (que algunos nodos podrían perderse), o un valor en el
gama de 0x01 a 0xFE (en unidades de 10 segundos) para enviar periódicamente una difusión a informar a la red que el agregador está
funcionando en modo de alta RAM Concentrator y no hay necesidades más largos para recibir los registros de ruta.
3. uso Crear ruta Fuente - 0x21 para cargar el registro de ruta para un destino en el local de
tabla de rutas fuente de dispositivo.
4. Enviar un unidifusión al destino. El registro de ruta incrusta en la carga útil y determina la secuencia de los routers para uso en
la transmisión de la unidifusión al destino. Después de recibir el unicast, el destino ya no envía los registros de ruta para el
agregador, ahora que se ha confirmado la agregador de alta RAM Concentrador 'conoce' su historial de ruta.
Borrar la tabla de rutas fuente

Para borrar la tabla de rutas fuente, cambiar el Arkansas el establecimiento de un entorno no 0xFF 0xFF y una completa C.A. mando. Para restablecer
las transmisiones periódicas agregador, cambiar la Arkansas el establecimiento de un entorno no 0xFF y una completa C.A. mando.
transmisiones cifradas
transmisiones cifradas se encaminan similar a las transmisiones no cifrados con una excepción. Como un cifrados se propaga de paquetes desde un
dispositivo a otro, cada dispositivo descifra el paquete utilizando la clave de red y autentica el paquete mediante la verificación de integridad de los
paquetes. A continuación, vuelve a cifrar el paquete con sus propios valores de contador de direcciones de origen y de trama y envía el mensaje al
siguiente salto. Este proceso añade un poco de latencia por encima de las transmisiones unicast, pero ayuda a prevenir los ataques de repetición.
Para más información, ver la seguridad Zigbee .
tamaño de carga útil máxima de RF

los notario público comando devuelve el tamaño de la carga útil máxima en bytes. La carga útil máxima real es una función de la siguiente:
norte tipo de mensaje (broadcast o unicast)
norte ajuste de AP
norte opción de cifrado APS
norte Source-routing
Emisiones, que no pueden ser cifrados con APS o fragmentada tienen una carga útil máxima de 0x54 bytes (84 bytes). unicasts
donde AP es 0 también tienen una carga útil máxima de 0x54 bytes. Un no-cero AP
medio notario público será 0xFF o 255 bytes.
Para mensajes de difusión y unidifusión cuando AP == 0, la carga útil máxima es de 0x54 bytes. Para los mensajes de unidifusión
cuando AP es distinto de cero (modo API), la carga útil máxima es 0xFF (255 bytes) bytes. Si la combinación de la carga útil y APS
opcional cifrado cabeza (EE1, TxOption 0x20) es demasiado alto, los fragmentos de mensajes en un máximo de cinco fragmentos. Los
encripta firmware y transmite cada fragmento separado. La radio destino reúne los fragmentos en un mensaje completo.

Transmisión, direccionamiento y encaminamiento tamaño de carga útil máxima de RF
Para Smart Energy revisión de firmware 5x32 y anteriores, NP == 0x80. A partir de 5x56, NP == 0xFF. La carga útil máxima se calcula
para estimar para agregador de fuente-enrutamiento. Para reducir la carga útil máxima, cuando un agregador envía una
fuente-routedmessage se incrusta la ruta en el mensaje como la cabeza, o en cada fragmento del mensaje, si la fragmentación es
necesario. Si utiliza la codificación de APS (EE1, Tx Opción 0x20), que reduce aún más el número. La ruta de arriba es de 2 bytes más
2 bytes por hop. Los bytes son:
norte Un byte es el número de saltos
norte Un byte es un índice en la lista de rutas que incrementos en el valor en cada salto
norte Otros datos es una lista de las direcciones de red de 16 bits de los radios de enrutamiento firmware revisiones antes de 4x58 soporte de
un máximo de saltos encaminado por la fuente 11 agregador. Las revisiones de firmware 4x58 y el apoyo después de un máximo de saltos
encaminado por la fuente 25 agregador. Agregador payloadmaximums encaminado por la fuente no se aplican a los mensajes que son originados
por los nodos no agregador, que envían los registros de ruta por delante de sus mensajes a los agregadores. Los agregadores son o coordinadores
o routers que tienen las siguientes:
norte El enrutamiento de origen habilitado o
norte Arkansas ajuste que no es 0xFF
Las siguiente tabla muestra los payloadmaximums encaminado por la fuente agregador como una función de lúpulo y el cifrado APS:
El lúpulo Carga útil máxima cifrada carga útil máxima sin cifrar
1 255 255
2 255 255
3 255 255
4 255 255
5 255 255
6 215 255
7 205 250
8 195 240
9 185 230
10 175 220
11 165 210
12 155 200
13 145 190
14 135 180
15 125 170
dieciséis 115 160

Transmisión, direccionamiento y encaminamiento rendimiento
El lúpulo Carga útil máxima cifrada carga útil máxima sin cifrar
17 105 150
18 95 140
19 85 130
20 75 120
21 sesenta y cinco 110
22 55 100
23 45 90
24 35 80
25 25 70
rendimiento
Throughput en una red Zigbee pueden diferir por un número de variables, incluyendo:
norte Número de saltos
norte Cifrado activado / desactivado
norte Dormir dispositivos finales
norte descubrimientos fallos / ruta.
Nuestras pruebas empíricas mostró los siguientes rendimiento rendimiento en un entorno operativo robusto (baja
interferencia).
Configuración El caudal de datos
1 salto, RR, Dakota del Sur 58 kb / s
1 salto, RR, SE 34 kb / s
1 salto, RE, Dakota del Sur No disponible aún
1 salto, RR, SE No disponible aún
1 salto, ER, SD No disponible aún
1 salto, ER, SE No disponible aún
4 saltos, RR, Dakota del Sur No disponible aún
4 saltos, RR, SE No disponible aún
RR = un router a otro
RE = router para dispositivo final (no dormir)
ER = dispositivo final (no dormir) a enrutador
SD = la seguridad deshabilitada
SE = la seguridad habilitada
4 saltos = 5 nodos en total, 3 nodos enrutador intermedio

Transmisión, direccionamiento y encaminamiento especificaciones de tiempo de latencia
Nota Hemos establecido el tipo de interfaz en serie a 115.200 b / s para los datos de rendimiento mediciones, y se midió el tiempo para
enviar 100.000 bytes desde el origen al destino. Durante la prueba, no se produjeron descubrimientos de ruta o fallos.
especificaciones de tiempo de latencia
Profundidad de la red 10 Nodo de la Red 200 Network Node
1 1-byte de paquete: 1-byte de paquete:

paquete de 32 bytes: paquete de 32 bytes:


transmisiones ZDO
Zigbee define un dispositivo Zigbee objetos de la capa (ZDO) que proporciona capacidades de dispositivo y el servicio de localización y
gestión de red.
ID de clúster
nombre del clúster Descripción
Solicitud de Direcciones de Red 0x0000 solicitar una dirección de 16 bits de la radio con una coincidencia de 64 bits
dirección (parámetro requerido).
Active Endpoints Solicitud 0x0005 solicitar una lista de puntos finales de un dispositivo remoto.
Solicitud de ICT 0x0031 solicitar datos de una tabla de vecinos de un dispositivo remoto.
Solicitud de tabla de enrutamiento 0x0032 petición para recuperar entradas de la tabla de enrutamiento de un mando a distancia
dispositivo.
Direcciones de Red de Respuesta 0x8000 respuesta que incluya la dirección de 16 bits de un dispositivo. ICT de respuesta
0x8031 respuesta que incluya los datos de la tabla de vecinos de un mando a distancia
dispositivo.
Tabla de enrutamiento de respuesta 0x8032 respuesta que incluye enrutamiento de datos de entrada de una tabla
dispositivo remoto.
Consulte la especificación ZigBee para una descripción detallada de todos los servicios de perfil dispositivo Zigbee.
Enviar un comando ZDO

Debe utilizar un marco API de transmisión explícita (0x11) para enviar un comando ZDO, y debe formatear correctamente.

Transmisión, direccionamiento y encaminamiento transmisiones ZDO
1. Establecer el origen y los puntos finales de destino y el perfil de ID a 0.
2. Establecer el ID de clúster para que coincida con el ID de grupo de servicio correspondiente. Por ejemplo, para enviar solicitar una puntos finales
activos, ajustar el ID de clúster a 0x0005.
3. El primer byte de la carga útil en el marco de API es un número de secuencia de la aplicación (número de secuencia de transacción) que se
puede ajustar a cualquier valor de un solo byte. El primer byte de la respuesta ZDO utiliza este mismo valor.
4. Todos los bytes de carga útil restante se deben establecer como lo requiere el ZDO. Todos los valores de varios bytes deben enviarse en byte menos
significativo.
Recibir comandos y respuestas ZDO

En XBee ZB firmware, puede enviar fácilmente los comandos ZDO utilizando el API. Para recibir comandos ZDO entrantes, permitir la
aplicación del receptor addressingwith AO mando. Véanse los ejemplos más adelante en esta sección. No todos los comandos ZDO entrantes
se pasan a la aplicación. Cuando se recibe un mensaje ZDO en el punto final 0 y el perfil ID 0, el ID de grupo indica el tipo de mensaje recibido
ZDO. El primer byte de la carga útil es generalmente un número de secuencia que corresponde a un número de secuencia de una solicitud.
Los bytes restantes se fijan tal como se define por el ZDO. Similar a una solicitud ZDO, todos los valores de varios bytes en la respuesta están
en byte menos significativo.
Ejemplo 1: Enviar una solicitud ZDO ICT para leer los contenidos de la tabla vecino de un mando a distancia
En cuanto a la especificación ZigBee, la ID de clúster para una solicitud de ICT es 0x0031, y la carga útil sólo requiere de un solo byte (índice de
inicio). En este ejemplo se envía una solicitud de ICT a un dispositivo remoto con una dirección de 64 bits de 0x0013A200 40401234. El índice de inicio
se establece en 0, y el número de secuencia de la transacción se establece en 0x76.
Frame API
7E 0016 11 01 40401234 0013A200 FFFE 00 00 0031 0000 00 00 76 00 CE
composición campo
0x0016 longitud
0x11 solicitud de transmisión explícita
0x01 ID Frame (ajustado a un valor distinto de cero para que el mensaje de transmisión de estado, o establece en 0 para deshabilitar)
0x0013A200 dirección de 64 bits del control remoto
40401234
0xFFFE dirección de 16 bits de la distancia (0xFFFE = desconocido). Opcionalmente, se establece en la dirección de 16 bits del
destino, si se conoce.
0x00 fuente de punto final
0x00 punto final de destino
0x0031 ID de clúster (Solicitud de ICT, o Tabla de vecinos petición)
0x0000 Perfil ID (perfil de dispositivo Zigbee)

Transmisión, direccionamiento y encaminamiento transmisiones ZDO
0x00 radio de emisión
0x00 Opciones Tx
0x76 número de secuencia de la transacción
0x00 de carga útil requerido para comando de solicitud de ICT
0xCE Suma de comprobación (0xFF - SUM (todos los bytes después de la longitud))
Descripción
Este marco de API envía una solicitud ZDO ICT (petición de tabla de vecino) a un dispositivo remoto para obtener los datos a partir de su tabla de
vecinos. Debe establecer el AO comando correctamente en un dispositivo de API para habilitar la API explícita recibir tramas para recibir la respuesta
ZDO.
Ejemplo 2: Enviar una red Solicitud de Direcciones ZDO para descubrir la dirección de 16 bits de un mando a distancia
En cuanto a la especificación ZigBee, el ID de clúster para una solicitud de direcciones de red es 0x0000, y la carga útil sólo requiere lo
siguiente: [dirección de 64 bits] + [Solicitud Tipo] + [Inicio Índice]
En este ejemplo se envía una Solicitud de Direcciones de Red como una transmisión de difusión para descubrir la dirección de 16 bits del dispositivo
con una dirección de 64 bits de 0x0013A200 40401234. El tipo de solicitud y empezar índice se establecen en 0, y el número de secuencia de la
transacción se establece en 0x44.
marco de la API
7E 001F 11 01 00000000 0000ffff FFFE 00 00 0000 0000 00 00 44 34124040 00A21300 00 00 33
composición campo
0x001F longitud
0x11 solicitud de transmisión explícita
0x01 ID Frame (ajustado a un valor distinto de cero para que el mensaje de transmisión de estado, o establece en 0 para
deshabilitar)
0x00000000 0000ffff de direcciones de 64 bits para una transmisión de difusión 0xFFFE
Se establece en este valor para una transmisión de difusión
0x00 fuente de punto final
0x00 punto final de destino
0x0000 ID de clúster (Solicitud de Direcciones de Red)
0x0000 Perfil ID (perfil de dispositivo Zigbee)
0x00 radio de emisión
0x00 Opciones Tx
0x44 número de secuencia de la transacción

Transmisión, direccionamiento y encaminamiento los tiempos de espera de transmisión
0x34124040 00A21300 00 00 de carga útil requerido para la red comando de Solicitud de Direcciones
0x33 Suma de comprobación (0xFF - SUM (todos los bytes después de la longitud))
Descripción
Este marco de API envía una difusión ZDO de direcciones de red de solicitud para obtener la dirección de 16 bits de un dispositivo con una dirección de
64 bits de 0x0013A200 40401234. Insertamos los bytes de la dirección de 64 bits en el byte menos significativo. Debe insertar los datos para todos los
campos de múltiples bytes en la carga útil de la API de un comando en ZDO byte menos significativo. Debe establecer el AO comando correctamente en
un dispositivo de API para habilitar la API explícita recibir tramas para recibir la respuesta ZDO.
los tiempos de espera de transmisión

La pila ZigBee incluye dos tipos de tiempos de espera de transmisión, dependiendo de la naturaleza del dispositivo de destino. dispositivos de destino, tales
como routers con receptores utilizan siempre en un tiempo de espera de unidifusión. El tiempo de espera unicast estima un tiempo de espera en función del
número de saltos unicast el paquete debe atravesar para obtener los datos al dispositivo de destino. Para las transmisiones destinadas a dispositivos finales,
la pila ZigBee utiliza un tiempo de espera prolongado que incluye el tiempo de espera de unidifusión (para enrutar los datos a los padres del dispositivo final),
e incluye un tiempo de espera para el dispositivo final a dormir acabado, estela, y la encuesta de los padres para datos.
La pila ZigBee incluye algunas disposiciones para un dispositivo para detectar si el destino es un dispositivo final. La pila ZigBee utiliza el tiempo de espera de
unidifusión a menos que conozca el destino es un dispositivo final. El XBee API incluye unas opciones de transmisión de bits que se puede configurar para
especificar el tiempo de espera prolongado utilizado para una transmisión dada. Si se establece este bit, el tiempo de espera prolongado será utilizado para enviar
datos de RF al destino especificado. Para mejorar la fiabilidad de enrutamiento, aplicaciones establecen el bit de tiempo de espera prolongado cuando se envían
datos a los dispositivos finales si:
norte La aplicación envía datos a 10 o más dispositivos remotos, algunos de los cuales son dispositivos finales.
norte Los dispositivos finales pueden dormir más largo que el tiempo de espera de unidifusión. Las ecuaciones
para estos tiempos de espera se calculan en las siguientes secciones.
Nota Los tiempos de espera en esta sección son los tiempos de espera del peor caso y deben ser rellenados por unos pocos cientos de milisegundos. Estos tiempos
de espera de los peores casos se aplican cuando una ruta existente se rompe hacia abajo (por ejemplo, salto intermedio o dispositivo de destino se movieron).
tiempo de espera unicast

Establecer el tiempo de unidifusión con el NUEVA HAMPSHIRE mando. El tiempo de espera de unidifusión real se calcula como ((50 * NH)
+ 100). El valor por defecto NUEVA HAMPSHIRE valor es 30 lo que equivale a un segundo tiempo de espera de 1,6. El tiempo de
espera de unidifusión incluye 3 intentos de transmisión (1 intento y 2 reintentos). El tiempo de espera máximo total es de
aproximadamente: 3 * ((50 * NH) + 100)
Por ejemplo, si NH = 30 (0x1E), el tiempo de espera de unidifusión es de aproximadamente 3 * ((50 * 30) + 100) o uno de los siguientes:
norte 3 * (1,500 + 100)
norte 3 * (1600)

norte 4800 ms
norte 4.8 segundos
tiempo de espera prolongado

El tiempo de espera de transmisión peor de los casos cuando se está enviando datos a un dispositivo final es un problema más grande que cuando se
transmite a un router o coordinador. Como se describe en el funcionamiento de los padres , Paquetes de datos de RF se envían a la matriz del dispositivo
final, que amortigua el paquete hasta que el dispositivo final despierta para recibirlo. El padre amortigua un paquete de datos RF hasta (1.2 * SP) hora.
Para asegurar el dispositivo final tiene el tiempo adecuado para despertar y recibir los datos, el tiempo de espera de transmisión se extiende entre un dispositivo final es: (50 * NUEVA
HAMPSHIRE) + ( 1.2 * SP)
Este tiempo de espera incluye el tiempo de espera de paquetes de amortiguación (1,2 * SP) y el tiempo para dar cuenta de enrutamiento a través de la red de malla (50 * NUEVA
HAMPSHIRE).
Si no se recibe una confirmación dentro de este tiempo, el emisor vuelve a enviar la transmisión hasta dos veces más. Con reintentos incluidos, el
tiempo de espera de transmisión más larga cuando se envían datos a un dispositivo final es: 3 * ((50 * NUEVA HAMPSHIRE) + ( 1.2 * SP))
los SP valor en ambas ecuaciones se debe introducir inmillisecond unidades. los SP ajuste comando utiliza unidades de 10 ms andmust puede convertir en
milisegundos que se utilizarán en esta ecuación. Por ejemplo, supongamos que un router está configurado con NH = 30 (0x1E) y SP = 0x3E8 (10.000 ms), y
que está bien tratando de enviar los datos a uno de sus hijos de dispositivos finales, oa un dispositivo de extremo remoto. El tiempo de espera prolongado
total al dispositivo final es de aproximadamente: 3 * ((50 * NUEVA HAMPSHIRE) + ( 1.2 * SP)) o una de las siguientes:
norte 3 * (1,500 + 12,000)
norte 3 * (13.500)
norte 40500 ms
norte 40,5 segundos
ejemplos de transmisión
Ejemplo 1: Enviar una transmisión de datos API unicast al coordinador utilizando la dirección de 64 bits 0, con carga útil “TxData”.
marco de la API
7E 0014 10 01 00000000 00000000 FFFE 00 00 54 78 44 61 74 61 AB
composición campo
0x0014 longitud
0x10 API ID (datos TX)
0x01 Identificación de trama (conjunto mayor que 0 para activar la respuesta TX-estado)
0x00000000 00000000 dirección de 64 bits del coordinador (ZB definición)

0xFFFE Requerido de direcciones de 16 bits si el envío de datos a direcciones de 64 bits de 0
0x00 radio Broadcast (0 = lúpulo max)
0x00 opciones Tx
0x54 78 44 61 74 61 representación ASCII de cadena “TxData”
0xAB Suma de comprobación (0xFF - SUM (todos los bytes después de la longitud))
Descripción
Esta transmisión envía la serie “TxData” al coordinador, sin saber la dirección de 64 bits del dispositivo coordinador. ZB firmware define una
dirección de 64 bits de 0 como el coordinador. Si la dirección de 64 bits del coordinador era conocido, la dirección de 64 bits de 0 podría ser
reemplazado con la dirección de 64 bits del coordinador, y la dirección de 16 bits se podría establecer en 0.
Ejemplo 2: Enviar una transmisión de datos API de difusión que todos los dispositivos pueden recibir (incluyendo dormir dispositivos finales), con carga útil
“TxData”.
marco de la API
7E 0014 10 01 00000000 0000ffff FFFE 00 00 54 78 44 61 74 61 AD
composición campo
0x0014 longitud
0x10 API ID (datos TX)
0x01 ID Frame (ajustado a un valor distinto de cero para habilitar la respuesta TX-status)
0x00000000 0000ffff definición de difusión (incluyendo dispositivos finales para dormir)
0xFFFE Requerido de direcciones de 16 bits para transmisión de radiodifusión envío
0x00 radio Broadcast (0 = lúpulo max)
0x00 opciones Tx
0x54 78 44 61 74 61 representación ASCII de cadena “TxData”
0xAD Suma de comprobación (0xFF - SUM (todos los bytes después de la longitud))
Descripción
Esta transmisión envía la serie “TxData” como una transmisión de difusión. Desde la dirección de destino se establece en 0xFFFF, todos los dispositivos,
incluyendo dispositivos finales para dormir pueden recibir esta difusión. Si se habilita la aplicación del receptor de direccionamiento, el XBee / XBee-PRO
del módulo de RF Zigbee informa de todas las tramas de datos recibidas en el formato explícito (0x91) para indicar los criterios de valoración de origen y
destino, ID de clúster, y el ID del perfil en el que se recibió cada paquete. Los mensajes de estado como indicadores de estado del módem y grabar ruta
no se ven afectados. Para habilitar la aplicación del receptor direccionamiento, establecer el AO comando en 1 mediante el marco de comandos AT -
0x08 como sigue:

marco de la API
7E 0005 08 01 01 65 414F
composición campo
0x0005 longitud
0x08 API ID (comando AT) 0x01
Identificación marco (establecido en un valor distinto de cero para permitir que al tramas de respuesta de comandos) 0x414F
representación ASCII de 'A', 'O' (se emite el comando) 0x01
valor del parámetro 0x65
Suma de comprobación (0xFF - SUM (todos los bytes después de la longitud))
Descripción
Ajuste AO = 1 se requiere para el XBee / XBee-PRO Zigbee módulo de RF para utilizar el Explícita marco indicador Rx - 0x91 al recibir los
paquetes de datos de RF. Esto es necesario si la aplicación necesita indicación de procedencia o punto extremo de destino, ID de clúster, o
valores de ID de perfil utilizado en paquetes de datos Zigbee recibidos. ZDO mensajes sólo se pueden recibir si AO = 1.

la seguridad Zigbee
modos de seguridad 106

modelo de seguridad Zigbee 106
Implementar la seguridad en el XBee / XBee-PRO Zigbee RF Module 109

la seguridad Zigbee modos de seguridad
ZigBee es compatible con varios niveles de seguridad que se pueden configurar en función de las necesidades de la aplicación. disposiciones de
seguridad incluyen:
norte el cifrado AES de 128 bits
norte Dos claves de seguridad que se puede preconfigurar u obtenidos durante la unión
norte Apoyo a un centro de confianza
norte Disposiciones para garantizar la integridad del mensaje, la confidencialidad y la autenticación de esta sección se describen varias
características de seguridad definida en la especificación ZigBee e ilustra cómo puede configurar theXBee / XBee-PRO Zigbee módulos RF para
apoyar estas características.
modos de seguridad
Los Zigbee soporta el estándar de tres modos de seguridad: residencial, estándar y de alta seguridad.
norte seguridad residencial requiere una clave de red puede compartir entre dispositivos.
norte seguridad estándar añade una serie de mejoras de seguridad opcionales sobre seguridad residencial,
incluyendo una clave de enlace de capa del APS.
norte Alta seguridad añade autenticación de la entidad y una serie de otras características no están ampliamente
soportado.
módulos XBee ZB apoyan principalmente de seguridad estándar, aunque los dispositivos finales que apoyan la seguridad residencial pueden unirse e
interoperabilidad con los dispositivos de seguridad estándar. Esta sección se centra onmaterial que es relevante para la seguridad estándar.
modelo de seguridad Zigbee

Zigbee de seguridad se aplica a las capas de red y de APS. Los paquetes están cifrados con el cifrado AES de 128 bits. Una clave de red y
la clave de enlace opcional se pueden utilizar para cifrar los datos. Sólo los dispositivos con las mismas claves son capaces de comunicarse
entre sí en una red. Routers y dispositivos finales que comunicarán en una red segura deben obtener las claves de seguridad correctas.
seguridad de la capa de red

La clave de red se utiliza para cifrar los datos de capa de aplicación y de APS. Además de cifrar applicationmessages, seguridad de
red también se aplica a petición de ruta y los mensajes de respuesta, APS comandos y comandos ZDO. Cifrado de red no se aplica a
las transmisiones de la capa MAC como transmisiones de radiobalizas. Si habilita la seguridad en una red, todos los paquetes de
datos se cifran con la clave de red.

la seguridad Zigbee modelo de seguridad Zigbee
contador de fotogramas
La cabecera de la red de paquetes cifrados incluye un contador de tramas de 32 bits. Cada dispositivo en la red mantiene un contador de tramas de 32 bits
que incrementos para cada transmisión. Además, los dispositivos de seguimiento conocido el último contador de tramas de 32 bits para cada uno de sus
vecinos. Si un dispositivo recibe un paquete de un vecino con un contador de marco más pequeño que el observado previamente, se descarta el paquete. El
dispositivo utiliza el contador de fotogramas para proteger contra los ataques de repetición.
Si el contador de tramas alcanza un valor máximo de 0xFFFFFFFF, que no se ajusta a 0 y no puede enviar ningún más transmisiones. Debido
al tamaño de los contadores de tramas, alcanzando el valor máximo es poco común para la mayoría de aplicaciones. La siguiente tabla
muestra el tiempo requerido para el contador de tramas para llegar a su valor máximo.
Promedio Tasa de Transmisión Tiempo hasta contador de tramas de 32 bits expira
1 segundo 136 años
10 segundos 13,6 años
Para borrar los contadores de tramas sin comprometer la seguridad, puede cambiar la clave de red en la red. Cuando se actualiza la clave de
red, los contadores de tramas en todos los dispositivos ponen a 0. Ver actualizaciones clave de red para detalles.
código de integridad de mensaje
La cabecera de red, APS cabecera y datos de aplicación son todos autentica con AES de 128 bits. El dispositivo realiza un hash en estos campos y
se añade como un código de integridad de mensaje de 4 bytes (MIC) para el final del paquete. El MIC permite que los dispositivos de recepción para
asegurar que el mensaje no ha sido modificado. El MIC proporciona la integridad del mensaje en el modelo de seguridad Zigbee. Si un dispositivo
recibe un paquete y el MIC no coincide con el hash del propio dispositivo de los datos, se descarta el paquete.
cifrado de capa de red y descifrado

Los paquetes con cifrado de capa de red se cifran y descifran por cada salto de la ruta. Cuando un dispositivo recibe un paquete
con el cifrado de red, se descifra el paquete y autentica el paquete. Si el dispositivo no es el destino, entonces se encripta y
autentifica el paquete, utilizando su propio contador de tramas y dirección de origen en la sección de cabecera de red.
Dado que el cifrado de red realiza de dispositivos en cada salto, paquete latencia es ligeramente más largo en una red cifrada que en
una red no cifrada. Además, la seguridad requiere 18 bytes de sobrecarga a

la seguridad Zigbee modelo de seguridad Zigbee
incluir un contador de 32 bit de trama, una dirección de fuente de 8 bytes, 4 bytes MIC, y otros 2 bytes. Esto reduce el número de bytes de carga útil que
pueden ser enviadas en un paquete de datos.
actualizaciones clave de red
Zigbee soporta un mecanismo para cambiar la clave de red en una red. Cuando se cambia la clave de red, los contadores de tramas en
todos los dispositivos ponen a 0.
seguridad de la capa de APS

seguridad de la capa de APS se puede utilizar para cifrar los datos de aplicación mediante una clave que es compartida entre los dispositivos de origen y de
destino. Donde la seguridad de capa de red se aplica a todas las transmisiones de datos y se descifra y reencrypted sobre una base hop-by-hop, la
seguridad APS es opcional y proporciona seguridad de extremo a extremo utilizando una clave de enlace APS conocido sólo por el dispositivo de origen y
destino. APS de seguridad no se puede aplicar a las transmisiones de difusión.
Si habilita la seguridad de APS, APS y la cabecera de carga útil de datos se autentican con AES de 128 bits, como se muestra en la siguiente
imagen:
código de integridad de mensaje
Si habilita la seguridad de APS, APS y la cabecera de carga útil de datos se autentican con AES de 128 bits. El dispositivo realiza un hash
en estos campos y añade como un código de integridad de mensaje de 4 bytes (MIC) para el final del paquete. Este MIC es diferente que el
MIC anexado por la capa de red. El MIC permite que el dispositivo de destino para asegurarse de que el mensaje no ha sido modificado. Si
el dispositivo de destino recibe un paquete y el MIC no coincide propia hash del dispositivo de destino de los datos, se descarta el paquete.
Teclas de enlace de APS
Hay dos tipos de claves de enlace APS: Centro de claves de enlace de confianza y claves de enlace de la aplicación. Se establece una clave de enlace centro
de confianza entre un dispositivo y el centro de confianza, donde se establece una clave de enlace de la aplicación entre un dispositivo y otro dispositivo de la
red en la que ninguno de los dispositivos es el centro de confianza.
cifrado de capa de APS y descifrado

Los paquetes con cifrado de capa de APS están codificadas en la fuente y sólo se descifran por el destino. Desde cifrado APS requiere
una cabecera de 5 bytes y un 4 bytes MIC, la carga útil de datos máxima se reduce en 9 bytes cuando se utiliza el cifrado de APS.

la seguridad Zigbee Implementar la seguridad en el XBee / XBee-PRO Zigbee RF Module
cifrado de capa de red y de APS

cifrado de capa de red y de APS tanto se puede aplicar a los datos. La siguiente figura muestra la autenticación y el cifrado realizaron
en el paquete final de Zigbee cuando ambos se aplican.
Centro de confianza
Zigbee define un dispositivo de centro de confianza que se encarga de los dispositivos que se unen a la red de autenticación. El centro de
confianza también gestiona la distribución de claves de enlace en la red.
Formar o unirse a una red segura

El coordinador es responsable de seleccionar una clave de cifrado de red. Esta clave o bien puede ser preconfigurado o seleccionado al azar. Además, el
coordinador general, funciona como un centro de confianza andmust seleccionar la clave de enlace centro de confianza. La clave de enlace centro de
confianza también puede ser preconfigurado o seleccionados al azar.
Los dispositivos que se unen a la red deben obtener la clave de red cuando se unen. Cuando un dispositivo se une a una red segura, las claves de
red y de enlace se pueden enviar al dispositivo de unión. Si el dispositivo de unión tiene una clave de enlace preconfigurado centro de confianza, la
clave de red será enviada al dispositivo de unión cifrada por la clave de enlace. De lo contrario, si el dispositivo de unión no está preconfigurado con la
clave de enlace, el dispositivo sólo podía unirse a la red si la clave de red se envía encriptada ( "en claro").
El centro de confianza debe decidir si enviar o no la clave de red sin encriptar de unirse a los dispositivos que no están preconfigurados con la
clave de enlace. No recomendamos el envío de la clave de red sin encriptar, ya que puede abrir un agujero de seguridad en la red. Para
maximizar la seguridad, dispositivos Preconfigure con la clave de enlace correcto.
Implementar la seguridad en el XBee / XBee-PRO Zigbee RF Module

Si habilita la seguridad en el firmware XBee ZigBee, los dispositivos adquieren la clave de red cuando se unen a una red. Las transmisiones de
datos siempre se cifran con la clave de red, y opcionalmente pueden ser de extremo a extremo cifrado con la clave de enlace APS.

Habilitación de la seguridad
Para habilitar la seguridad en un dispositivo, el cifrado Enable ( EE) parámetro debe ajustarse a 1. Cuando los cambios de valores de
parámetros, las hojas de módulo XBee la red (PAN ID y canal) estaba operando en e intentan formar o unirse a una nueva red. Si se
establece EE a 1, todas las transmisiones de datos se cifran con la clave de red. Cuando se habilita la seguridad, se reducirá el número
máximo de bytes en una sola transmisión de RF. Para más información, ver NP (máximo de paquete de carga útil Bytes) .
Nota los EE parámetro se debe establecer el mismo en todos los dispositivos en una red. Los cambios en el EE
comando se debe escribir en la memoria no volátil (que se conserva a través de un ciclo de encendido o cualquier evento de reinicio) mediante el WR
mando.
Ajuste de la clave de seguridad de red

El coordinador selecciona la clave de seguridad de red para la red utilizando la clave de cifrado de red ( NK) parámetro (sólo escritura). Si NK = 0 ( predeterminado),
el coordinador selecciona una clave de red aleatoria. De lo contrario, se establece NK a un valor distinto de cero, se utiliza este valor como clave
de seguridad de red.
NK sólo es compatible con el coordinador. Routers y dispositivos finales con activada la seguridad ( EE = 1) adquirir la clave de red
cuando se unen a una red. Reciben la clave de red cifrada con la clave de enlace si comparten una clave de enlace preconfigurado con
el coordinador.
Nota En Zigbee, si EE y EO se ponen a 0x01, entonces el dispositivo envía la clave de red en el claro (sin cifrar) con la clave de
enlace en el tiempo de asociación. Esto puede ser una opción útil en entornos de desarrollo, pero que desalentarlo para el despliegue
de productos por razones de seguridad.
Establecer la confianza clave de enlace centro de APS

El coordinador también debe seleccionar la clave de enlace centro de confianza, usando KY (Enlace Key) . Si KY = 0 ( predeterminado), el coordinador selecciona una clave de
enlace centro de confianza al azar (no se recomienda). De lo contrario, si Kentucky se establece mayor que 0, el dispositivo utiliza este valor como la clave de enlace centro
de confianza preconfigurado. Kentucky es de sólo escritura y no se puede leer.
Nota Teclas de enlace de aplicaciones enviados entre dos dispositivos en los que ninguno de los dispositivos es el coordinador no se admiten en Zigbee
firmware.
Teclas de enlace del Centro de confianza al azar
Si el coordinador selecciona una clave de enlace centro de confianza al azar ( KY = 0, predeterminado), entonces se permite que los dispositivos se unan a
la red sin tener una clave de enlace preconfigurado. Sin embargo, esto envía la clave de red sin cifrar a través del aire a dispositivos de unión y no se
recomienda.
Teclas de enlace del Centro de confianza preconfigurado
Si el coordinador utiliza una clave de enlace preconfigurado ( KY> 0), entonces no va a enviar la clave de red cifrada para dispositivos de
unión. Sólo los dispositivos con la clave de enlace preconfigurado correcta pueden unirse y comunicarse en la red.
Habilitar el cifrado APS

cifrado de APS es una capa opcional de seguridad que utiliza la clave de enlace para cifrar la carga útil de datos. A diferencia de
cifrado de red que se descifra y se cifra en una base hop-by-hop, el cifrado es APS

Sólo descifrado por el dispositivo de destino. El XBee / XBee-PRO del módulo de RF Zigbee debe estar configurado con la seguridad habilitada ( EE puesto
a 1) para utilizar el cifrado de APS.
cifrado de APS se puede habilitar en el firmware de la API en una base por paquete. Para activar el cifrado de APS para una transmisión dada, establecer
las opciones de transmisión "activar el cifrado APS" bit en el marco de la API de transmisión. Activación de la codificación APS disminuye el tamaño máximo
de la carga útil por nueve bytes.
Utilice un centro de confianza

Utilice las Opciones de cifrado ( EO) parámetro a definir el coordinador como un centro de confianza. Si el coordinador es un centro de confianza, que
recibió alertas a todos los nuevos intentos de unirse a la red. El centro de confianza también tiene la capacidad de actualizar o cambiar la clave de
red en la red.
En ZB firmware, se puede establecer una red segura con o sin un centro de confianza. La red y el cifrado de capa de APS son compatibles
independientemente de si se utiliza un centro de confianza.
La actualización de la clave de red con un centro de confianza.
Si el centro de confianza se ha iniciado una red y el NK valor cambia, el coordinador actualiza la clave de red en todos los
dispositivos en la red. Cambios a NK no forzará el dispositivo para salir de la red. La red continúa funcionando en el mismo canal y
PAN ID, pero los dispositivos de la actualización de la red de su clave de red, incrementar su número de secuencia clave de red, y
restaurar sus contadores de tramas a 0.
La actualización de la clave de red sin un centro de confianza.
Si el coordinador no está funcionando como un centro de confianza, el Restaurar red ( NR1) comando se puede utilizar para obligar a todos los
dispositivos en la red para salir de la red actual y reincorporarse a la red en otro canal. Cuando los dispositivos se van y luego la reforma de la
red, los contadores de tramas se restablecen a 0. Este enfoque hace que el coordinador para formar una nueva red que los dispositivos
restantes deben unirse. Restablecimiento de la red de esta manera trae el coordinador y los routers de la red hacia abajo durante unos diez
segundos, y hace que las direcciones de 16 bits PAN ID y 16 bits de los dispositivos para el cambio. En Zigbee firmware, una red segura puede
establecerse con o sin un centro de confianza. La red y el cifrado de capa de APS son compatibles independientemente de si se utiliza un centro
de confianza.
ejemplos de seguridad
Esta sección cubre algunas configuraciones de los dispositivos XBee de muestra para soportar diferentes modos de seguridad y listas de varios A comandos
con valores de los parámetros sugeridos. En A commandmode, emita cada comando con una 'A' que conduce y no '=' signo: Por ejemplo, EE1. En
la API, el comando de dos bytes se utiliza en el campo de comando, y los parámetros se rellenan como valores binarios en el campo de parámetro.
Ejemplo 1: La formación de una red con seguridad (pre-configurado claves de enlace)
1. Iniciar un coordinador con los siguientes valores:
a. = ID 2234 (seleccionado arbitrariamente)
si. EE = 1
C. NK = 0
re. KY = 4455
mi. WR ( guardar los parámetros de red para su conservación a través de un ciclo de encendido)

2. Configurar una o más routers o dispositivos finales con los siguientes ajustes:
a. = ID 2234
si. EE = 1
C. KY = 4455
re. WR ( guardar los parámetros de red para su conservación a través de un ciclo de encendido)
3. Lea la AI establecer en el coordinador y dispositivos de unión hasta que vuelvan 0 (formado o unido
una red). Este ejemplo establece el EE, ID, y Kentucky comandos de la misma en todos los dispositivos. Después de unirse a la red segura con
éxito, la clave de red encripta todas las transmisiones de datos de aplicación. Ya que NK se pone a 0 en el coordinador, el dispositivo selecciona una clave de
red aleatoria. Debido a que la clave de enlace ( KENTUCKY) fue configurado a un valor distinto de cero en todos los dispositivos, la clave de enlace
preconfigurado ( KENTUCKY) enviado la clave de red cifrada cuando los dispositivos se unieron.
Ejemplo 2: La formación de una red con seguridad (obtención de teclas durante la unión)
1. Iniciar un coordinador con los siguientes valores:
a. = ID 2235
si. EE = 1
C. NK = 0
re. KY = 0
mi. WR ( guardar parámetros de red a persistir a lo largo del ciclo de potencia)
2. Configurar una o más routers o dispositivos finales con los siguientes ajustes:
a. = ID 2235
si. EE = 1
C. KY = 0
re. WR ( guardar parámetros de red a persistir a lo largo del ciclo de potencia)
3. Lea la AI establecer en el coordinador y dispositivos de unión hasta que vuelvan 0 (formado o unido
una red). Este ejemplo establece el EE, ID, y Kentucky comandos de la misma en todos los dispositivos. Ya que NK se pone a 0 en el
coordinador, el dispositivo selecciona una clave de red aleatoria. Porque Kentucky se pone a 0 en todos los dispositivos, la clave de red se envía
encriptada ( “en claro”) cuando los dispositivos se unieron.
Este enfoque presenta una vulnerabilidad de seguridad en la red y no se recomienda.

la puesta en marcha de la red y diagnóstico
Que llamamos el proceso de descubrimiento y configuración de los dispositivos en una red para la operación, "la red puesta en marcha." Los dispositivos
incluyen varias características de descubrimiento de dispositivo y configuración. Además de la configuración de dispositivos, debe desarrollar una estrategia
para colocar dispositivos para asegurar rutas fiables. Para acomodar estos requisitos, los módulos incluyen características para ayudar en la colocación de los
dispositivos, la configuración de dispositivos, y diagnósticos de red.
dispositivos lugar
Para una instalación de red para tener éxito, los instaladores deben ser capaces de determinar dónde colocar los dispositivos XBee
individuales para establecer enlaces fiables a lo largo de la red.
Comprobación de vínculos en una red - cúmulo de bucle invertido

Para medir el rendimiento de una red, puede enviar los datos de unidifusión a través de la red desde un dispositivo a otro para determinar la tasa
de éxito de varias transmisiones. Para las pruebas de enlace de simplificar, los dispositivos soportan un ID de clúster de bucle invertido (0x12) en
el punto final de datos (0xE8). El ID de clúster en el punto final de datos envía los datos transmitidos a ella de nuevo al remitente.
La siguiente figura muestra cómo se puede utilizar el ID de clúster de bucle invertido y los datos finales para medir la calidad del enlace
en una red de malla.
Los pasos de configuración para enviar datos a la ID de clúster loopback dependen de qué modo el dispositivo está en. Para más detalles sobre la
configuración del modo, ver AP (API Enable) . Las siguientes secciones se enumeran los pasos basados en el modo del dispositivo.
configuración del modo de funcionamiento transparente (AP = 0)
Para enviar datos a la ID de clúster de bucle de retorno en el punto final de datos de un dispositivo remoto:

la puesta en marcha de la red y diagnóstico Hola
1. Establecer el CI comando para 0x12.
2. Ajuste el SE y Delaware comandos para 0xE8 ( valor por defecto).
3. Establecer el DH y DL los comandos a la dirección de la distancia ( 0 para el coordinador, o el de 64 bits

dirección de la distancia).
Después de salir Commandmode, el dispositivo transmite ningún carácter de serie que recibió al dispositivo remoto, que devuelve
los caracteres al dispositivo emisor.
API de configuración de modo de funcionamiento (AP = 1 o AP = 2)
Mandar un Direccionamiento explícito marco de Comando - 0x11 utilizando 0x12 como el ID de clúster y 0xE8 ya que tanto la fuente y el punto final de
destino.
Los ecos de dispositivos remotos copias de los paquetes de datos que recibe al dispositivo emisor.
indicadores de RSSI
Es posible medir la intensidad de señal recibida en un dispositivo usando el DB mando. DB devuelve el valor RSSI (medida en -dBm) del
último paquete recibido. Sin embargo, este número puede ser engañosa en las redes Zigbee. los DB valor sólo indica la intensidad de la
señal recibida del último salto. Si una transmisión se extiende por múltiples saltos, las DB valor proporciona ninguna indicación de la ruta
de transmisión global o la calidad del enlace peor; sólo indica la calidad del último eslabón. Determina el DB valor en hardware utilizando el
PIN del dispositivo RSSI / PWM (pin TH 6 / SMT pin 7). Si habilita la funcionalidad de RSSI PWM ( P0 de comandos), cuando el dispositivo
recibe los datos, se establece el RSSI PWM a un valor basado en el RSSI del paquete recibido (este valor sólo indica la calidad del último
salto). Se podía conectar este pin para un LED que indica si el enlace es estable o no.
Hola
Deteccion de redes
Utilice el comando de descubrimiento de red para descubrir todos los dispositivos que se han unido a una red. la emisión de la
DAKOTA DEL NORTE comando envía un comando de descubrimiento de la red de difusión en toda la red. Todos los dispositivos que reciben el
comando Enviar una respuesta que incluya:
norte información de direccionamiento de dispositivos
norte cadena de identificador de nodo (en NI (Node Identifier) )
norte Otra información relevante
Puede utilizar este comando para generar una lista de todas las direcciones de los módulos en una red.
descubrimiento ZDO
El perfil de dispositivo ZigBee incluye disposiciones para descubrir dispositivos en una red que son compatibles con todos los dispositivos Zigbee
(incluyendo productos no Digi). Estos incluyen la solicitud de ICT (grupo ID 0x0031) y la Solicitud de Actualización de red (ID de clúster 0x0038).
Puede utilizar la Solicitud de ICT para leer los dispositivos en la tabla de vecinos de un dispositivo remoto, y la Solicitud de Actualización de red para
un dispositivo remoto para completar una exploración activa para descubrir todas cercanas dispositivos Zigbee. Tenga en cuenta que la ICT de
dispositivos finales no se sigue y siempre devolverá 0xFF (255). Puede enviar ambos comandos ZDO utilizando el API de trama de transmisión
explícita XBee (0x11). Para más información, ver Operación API . Consulte la especificación ZigBee para dar formato a los detalles de estos dos
marcos ZDO.

la puesta en marcha de la red y diagnóstico Puesta en marcha pulsador y el LED asociado
unirse anuncian
Todos los dispositivos Zigbee envían un dispositivo ZDO anuncian transmisión de difusión cuando se unen a una red Zigbee (ZDO cúmulo ID
0x0013). Estos marcos son enviados puerto serie del dispositivo como un marco explícito Indicador Rx API (0x91) si AO se pone a 1. El
dispositivo de anunciar carga útil incluye la siguiente información:
[Número de Secuencia] + [dirección de 16 bits] + [dirección de 64 bits] + [Capacidad]
Las direcciones de 16 bits y de 64 bits se reciben en poco-endian orden de bytes (LSB primero). Ver la especificación ZigBee para más detalles.
Puesta en marcha pulsador y el LED asociado

dispositivos XBee admiten un conjunto de puesta en marcha pulsador y comportamientos LED para la ayuda en el despliegue del dispositivo y
puesta en marcha. Éstos incluyen la puesta en definiciones de Botón y comportamientos LED asociados. Las siguientes funciones se pueden
apoyar en hardware: Un pulsador y un LED pueden ser conectados a los pines XBee / XBee-PRO Zigbee módulo de RF 33 y 28 (SMT), o
pasadores 20 y 15 (TH), respectivamente, para apoyar el pulsador puesta en marcha y asociar funcionalidades LED.
pulsador de puesta en marcha

Las definiciones de pulsador de puesta en marcha proporcionan una variedad de funciones simples para ayudar con la implementación de dispositivos en una
red. Habilitar la funcionalidad de botón de puesta en marcha en el pin 20 por el ajuste D0 (Configuración / DIO0 AD0) a 1 ( habilitado por defecto).
Botón
Descripción prensas
1 Junto a empezar. Despierta un dispositivo final dormir durante 30 segundos, independientemente de la ST / SN
ajuste. También envía difusión de identificación de nodo si se unió a una red. el dispositivo A Zigbee parpadea un código de
error numérico en el pasador asociado que indica la causa de unirse a la falta para la ( AI - 32) veces. UN SE router o SE dispositivo
final que está asociado pero no autenticado a una red deja su red; a continuación, tratar de unirse. 2
Habilitar unión. Difundir un Mgmt_Permit_Joining_req (ZDO ClusterID 0x0036) con juego de Importancia TC_ a 0x00.
Si Nueva Jersey es 0x00 o 0xFF, PermitDuration se establece en un minuto, de lo contrario se pone a PermitDuration NUEVA JERSEY.
4 Restauración de la configuración a los valores predeterminados y salir de la red. Equivalente a emitir NR, RE, y C.A. comandos.
Utilizar CB (Puesta en marcha con pulsador) para simular las pulsaciones de botón en el software. un tema CB comando con un conjunto de parámetros
para el número de pulsaciones de botón que desea ejecutar. Por ejemplo, el envío de CB1
ejecuta las acciones asociadas con sólo pulsar un botón.
El marco de identificación de nodo es similar a la trama de respuesta de descubrimiento nodo; que contiene la dirección del dispositivo, cadena de identificador de
nodo ( NI de comandos), y otros datos relevantes. Todos los dispositivos de API que reciben la trama de identificación de nodo de la envían a cabo su interfaz
serie como una Indicador marco de la identificación del ganglio - 0x95 .

la puesta en marcha de la red y diagnóstico Puesta en marcha pulsador y el LED asociado
LED asociado
El pasador asociado (pin 28 / SMT, pin 33 / TH) proporciona una indicación del estado de la red y la información de diagnóstico del dispositivo.
Conectar un LED para el pasador asociado como se muestra en la figura en Puesta en marcha pulsador y el LED asociado . Habilitar la
funcionalidad de LED asociado la D5 comando en 1 (habilitado por defecto). Si se habilita el pasador asociado, se configura como una salida.
indicación de Usuario
El pin asociado indica el estado de la red de un dispositivo. Si el dispositivo no está unido a una red, el pasador asociado está en lo alto. Una vez
que el dispositivo se une con éxito una red, el pasador asociado parpadea a intervalos de tiempo regulares. La siguiente figura muestra el estado
unido de un dispositivo.
El pin asociado puede indicar el estado unido de un dispositivo. Una vez que el dispositivo se ha unido a una red, la clavija asociada cambia de estado a
intervalos regulares (Dt). Utilizar el LT mando para ajustar la hora. los LT comando define el tiempo de parpadeo del pasador asociado. Si se establece en
0, el dispositivo utiliza el tiempo de abrir y cerrar por defecto (500 ms para coordinador, 250 ms para routers y dispositivos finales).
Diagnóstico de apoyo
Las obras de pasador asociados con el pulsador de puesta en marcha para proporcionar comportamientos de diagnóstico adicionales para ayudar en el
despliegue y prueba de una red. Si se pulsa una vez el botón de puesta en marcha, y el dispositivo no se ha unido a una red, el pasador asociado
parpadea un código de error numérico para indicar la causa de unirse a fracaso. El número de parpadeos es igual a ( AI Valor - 0x20). Por ejemplo, si AI = 0x22,
se producen 2 parpadeos.
Si se presiona el pulsador de puesta una vez y el dispositivo se ha unido a una red, el dispositivo transmite un paquete de
identificación de nodo de difusión. Si se habilita la funcionalidad del LED asociado ( D5
de comandos), un dispositivo que recibe esta transmisión parpadeará su pasador asociado rápidamente durante 1 segundo. La siguiente imagen ilustra el
comportamiento de pulsar el botón de puesta en marcha de prensa una vez cuando el dispositivo no se ha unido a una red, haciendo que el pasador
asociado a parpadear para indicar el AI Código donde: AI =

# parpadea + 0x20. En este ejemplo, AI = 0x22.
La siguiente imagen ilustra el comportamiento de pulsar el botón una vez en un dispositivo remoto, provocando una transmisión de identificación de
nodo de difusión para ser enviado. Todos los dispositivos que reciben esta transmisión parpadean su pin asociado con rapidez por un segundo si la
funcionalidad asociada LED está activado ( D5 = 1).

la puesta en marcha de la red y diagnóstico Unión
Unión
El Digi XBee firmware es compatible con tres mensajes de petición de enlace:
norte End Enlazar Device
norte Enlazar
norte Desatar
End_Device_Bind_req
La solicitud de enlace de dispositivos End (cluster ZDO 0x0020) se describe en la especificación ZigBee. Durante el despliegue, un instalador puede
necesitar para unir un interruptor para una luz. Después de pulsar una secuencia botón puesta en marcha en cada dispositivo, esto hace que se
envíe End_Device_Bind_reqmessages al Coordinador dentro de una ventana de tiempo (60 s). La carga útil de cada mensaje es un descriptor
sencilla que enumera de entrada y salida clusterIDs. El coordinador coincide con las peticiones de emparejamiento clusterIDs complementarias.
Después de un partido tiene beenmade, envía mensajes a unir los dispositivos entre sí. Cuando el proceso ha terminado, ambos dispositivos tienen
entradas en sus tablas de unión que soportan el direccionamiento indirecto de mensajes entre sus puntos finales consolidados. R1-> C
End_Device_Bind_req R2-> C End_Device_Bind_req
R1, R2 Enviar End_Device_Bind_req dentro de los 60 s de cada otro a CC coincide con las
solicitudes.
C prueba uno para ver si la unión ya está en su lugar: R2 <-C
Unbind_req
R2-> C Unbind-RSP (código de estado - NO_ENTRY)
C procede a crear entradas de tabla de unión en los dos dispositivos. R1 <-C Bind_req
R1-> C Bind_rsp R2 <-C Bind_req R2-> C Bind_rsp
C envía las respuestas a las End_Device_Bind_reqmessages originales. R1- <C
End_Device_Bind_rsp R2- <C End_Device_Bind_rsp
secuencia de unión del dispositivo de acoplamiento (unión)
Este mensaje tiene una acción de palanca. Si los mismos dos dispositivos eran para enviar posteriormente End_Device_
Bind_reqmessages al coordinador, el coordinador podría detectar que ya estaban atadas, y luego enviar Unbind_reqmessages para
eliminar la unión.

la puesta en marcha de la red y diagnóstico Unión
Un instalador puede usar esto para eliminar una unión que se hizo de forma incorrecta, digamos de un interruptor de la lámpara mal,
repitiendo la secuencia de botones puesta utilizado con anterioridad. R1-> C End_Device_Bind_req R2-> C End_Device_Bind_req
R1, R2 Enviar End_Device_Bind_req dentro de los 60 s de cada otro a CC coincide con las
solicitudes.
C prueba uno para ver si la unión ya está en su lugar: R2 <-C
Unbind_req
R2-> C Unbind-RSP (código de estado - ÉXITO)
C procede a eliminar entradas de la tabla de unión de los dos dispositivos. R1 <-C
Unbind_req R1-> C Unbind_rsp R2 <-C Unbind_req R2-> C Unbind_rsp
C envía las respuestas a las End_Device_Bind_reqmessages originales. R1- <C
End_Device_Bind_rsp R2- <C End_Device_Bind_rsp
secuencia de unión dispositivo final (eliminación)
Este ejemplo muestra un End_Device_Bind_req correctamente formateada (cluster ZDO 0x0020) usando un Frame API explícita Digi 0x11:
El bastidor como un bytelist:
7e002811010000000000000000fffe000000200000000001f2995cb5474000a21300e605c10101000102 0046
El mismo marco roto en los campos marcados.
Nota campos de varios bytes se representan en formato big-endian.
7e delimitador de trama
0028 Longitud de trama
11 Tipo de trama API (explícita de fotogramas)
01 Identificador de trama (para el ajuste de respuesta)
0000000000000000 dirección del coordinador
fffe Código de dirección de red desconocida
00 Fuente de punto final (no tiene que ser 0x00)
00 Punto de Destino (ZDO punto final)
0020 Cluster 0x0020 (End_Device_Bind_req)
0000 ProfileID de (ZDO)

la puesta en marcha de la red y diagnóstico API Tabla grupo
00 Radio (por defecto, máximo saltos)
00 Opciones de transmisión
01f2995cb5474000a21300e605c1010100010200 RFData (ZDO carga útil)
46 Suma de comprobación
Aquí está el RFData (la carga útil ZDO) roto en los campos marcados. Tenga en cuenta los campos de múltiples bytes de una carga útil ZDO se
representan en formato little-endian.
01 Transacción Número de Secuencia
F299 La unión de destino (dirección de red de 16 bits del dispositivo de envío)
5cb5474000a21300 (Dirección de 64 bits de dispositivo de envío)
e6 Fuente de punto final en el dispositivo de envío
05c1 ProfileId (0xC105) - usado End_Device_Bind_requests whenmatching
01 Número de grupos de entrada
0100 Lista de entrada ID de clúster (0x0100)
01 Número de grupos de salida
0200 lista de salida ID de clúster (0x0200)
Ejemplo de un End_Device_Bind_req
Bind_req
La solicitud de enlace (cluster ZDO 0x0021) se describe en la especificación ZigBee. Una unión puede codificarse ya sea para un unicast o
multicast un / groupIDmessage.
Unbind_req
La solicitud Unbind (cluster ZDO 0x0022) se describe en la especificación ZigBee.
API Tabla grupo

A diferencia de la Tabla de vinculación que se gestiona con comandos ZDO, una mesa de grupo Zigbee es administrado por la biblioteca de clúster
Zigbee Grupos Cluster (0x0006) con comandos ZCL. El firmware de Digi Zigbee XBee está destinado a trabajar con un procesador externo, donde
se implementa un perfil de aplicación pública con criterios de valoración y clusters, incluyendo un agrupaciones. Configurar el Zigbee XBee firmware
para reenviar todos los comandos ZCL dirigidas a este grupo de clústeres a cabo la UART (ver ATAO3). El XBee ZigBee no va a usar el control
remoto comandos grupos de clústeres para gestionar su propia tabla del grupo.
Pero para implementar multidifusión (grupo) abordar dentro del XBee, el procesador externo debe mantener el estado mesa de grupo del
dispositivo XBee en sincronía con su propio. Por esta razón, un API de tabla de Grupo se ha definido donde el canmanage procesador externo
del estado de la XBee-PRO tabla de grupos XBee / Zigbee Módulo RF.

El diseño de la API de tabla del grupo de la XBee firmware deriva del Cluster Grupo ZCL 0x0006. Utilizar el Direccionamiento explícito marco
de Comando - 0x11 dirigida al objeto de dispositivo de punto final de Digi (0xE6) con el Digi XBee ProfileID de (0xC105) para enviar
comandos y peticiones al dispositivo local. El perfil de aplicación pública ZigBee Home Automation dice que los grupos sólo deben usarse
para conjuntos de más de cinco dispositivos. Esto implica conjuntos de cinco o menos dispositivos deben ser manejados con múltiples
entradas de la tabla de unión.
Hay cinco comandos implementados en la API:
norte Añadir comando Agrupar
norte Ver grupo
norte Obtener la pertenencia a grupos
norte Eliminar grupo
norte Retire todos los grupos
Hay un sexto comando del Cluster Grupo descrito en el ZCL: Agregar grupo Si identificación. Este comando no es compatible con esta API,
ya que su aplicación requiere acceso al Cluster Identificar, que no se mantiene en el XBee. El procesador externo que necesita
implementar comandos del servidor durante el uso de la API de tabla del grupo para mantener la tabla de grupos del dispositivo XBee
sincronizados utilizando las cinco primitivas de órdenes.
Añadir comando Agrupar

El propósito del comando Agregar grupo es añadir una entrada de la tabla de grupo para asociar un punto final activo con un ID de grupo y,
opcionalmente, un nombre de grupo. El ID de grupo es un valor de dos bytes. El nombre de grupo se compone de cero a 16 caracteres ASCII.
En el siguiente ejemplo se agrega una entrada de tabla que asocia el grupo de punto final E7 con ID_grupo 1234 y nombre_de_grupo “ABCD”.
El paquete de ejemplo se da en tres partes, el preámbulo, ZCL Header, y la carga útil ZCL:
Preámbulo = “11 01‘+ LocalDevice64Addr +’FFFE E6 E7 0006 C105 00 00" El paquete se dirige al nodo local, utilizando un
punto final de fuente de 0xE6, ClusterID de 0x0006, y ID_perfil de 0xC105. El punto extremo de destino E7 mantiene el parámetro de
criterio de valoración para el comando “Agregar grupo”.
ZCL_header = “01 ee 00"
El primer campo (byte) es un campo de control de trama que especifica un comando específico Cluster (0x01) utilizando un Client-> dirección
Server (0x00). El segundo campo es un número de secuencia de transacción se utiliza para asociar la respuesta a la solicitud de comando. El
tercer campo es el identificador del comando de “Agregar grupo” (0x00).
ZCL_payload = “3412 04 41 42 43 44"
Los dos primeros bytes es el ID de grupo para agregar en poca representación endian. El siguiente byte es la longitud del nombre de la cadena (00 si
no hay ninguna cadena). Los otros bytes son el nombre de la cadena descriptiva ASCII ( “ABCD”) para la entrada de la tabla de grupo. La cadena está
representado con su longitud en el primer byte, y los otros bytes que contienen los caracteres ASCII.
El paquete de ejemplo en forma de byte hex prima:
7e001e11010013a2004047b55cfffee6e70006c105000001ee0034120441424344c7
La respuesta en forma de byte hex prima, que consiste en dos paquetes:
7e0018910013a2004047b55cfffee7e68006c1050009ee0000341238
7e00078b01fffe00000076
La respuesta en forma decodificada:

Indicador Rx explícita Zigbee
API 0x91 64DestAddr 0x0013A2004047B55C 16DestAddr 0xFFFE SrcEP 0xE7 DestEP 0xE6 ClusterID 0x8006
ProfileID de 0xC105 Opciones 0x00 RF_Data 0x09EE00003412
La respuesta en términos de Preámbulo, encabezado ZCL, y la carga útil ZCL:
Preámbulo = “910013a2004047b55cfffee7e68006c10500”
El paquete tiene sus valores de punto final invertido a partir de la solicitud, y el ClusterID es 0x8006 que indica una respuesta de clúster Grupo.
El primer campo es un campo de control de trama que especifica un comando específico Cluster (0x01) utilizando un Server-
> dirección de cliente. El segundo campo es un número de secuencia de transacción se utiliza para asociar la respuesta a la solicitud de
comando. El tercer campo es el identificador del comando “Agregar grupo” (0x00).
ZCL_payload = “00 3412"
El primer byte es un byte de estado (SUCCESS = 0x00). Los siguientes dos bytes tienen el ID de grupo (0x1234) en forma poco endian.
Esta es la secondmessage decodificada, que es un estado de Tx para la solicitud de comandos inicial. Si el valor FrameId en la solicitud de
comando original había sido cero, o si hay espacio disponible en la memoria intermedia de transmisión UART, entonces se produce ningún
mensaje de estado Tx.
Zigbee Tx Estado
API 0x8B FrameID 0x01 16DestAddr 0xFFFE
Los reintentos de transmisión 0x00 0x00 estado de entrega Descubrimiento de estado 0x00 éxito
Ver grupo
El propósito del comando View Group es conseguir la cadena de nombre que se asocia con un punto final y ID_grupo
particular.
El ejemplo siguiente obtiene la cadena de nombre asociado con el punto final E7 y ID_grupo 1234.
El paquete:
Preámbulo = “11 01‘+ + LocalDevice64Addr’FFFE E6 E7 0006 C105 00 00"
El paquete se dirige al nodo local, utilizando un punto final de fuente de 0xE6, ClusterID de 0x0006, y ID_perfil de 0xC105. El punto
final de destino E7 es el parámetro de punto final para el comando “Vista de grupo”.
El primer campo es un campo de control de trama que especifica un comando específico Cluster (0x01) utilizando un Client-
> dirección Server (0x00). El segundo campo es un número de secuencia de transacción, que se utiliza para asociar la respuesta a la
solicitud de comando. El tercer campo es el identificador del comando “View Group” (0x01).
ZCL_payload = “3412”
El valor de dos bytes es la ID_grupo ascendente hacia la izquierda en la representación.
El paquete en forma de byte hex prima:
7e001911010013a2004047b55cfffee6e70006c105000001ee013412d4

7e001d910013a2004047b55cfffee7e68006c1050009ee01003412044142434424 7e00078b01fffe00000076
La respuesta del comando en forma decodificada:

API 0x91 64DestAddr 0x0013A2004047B55C 16DestAddr 0xFFFE SrcEP 0xE7 DestEP 0xE6 ClusterID 0x8006 ProfileID de
0xC105 Opciones 0x00 RF_Data 0x09EE010034120441424344
> dirección de cliente (0x08). El segundo campo es un número de secuencia de transacción que asocia la respuesta con la solicitud de
comando. El tercer campo es el identificador del comando “View Group” (0x01).
ZCL_payload = “00 3412 0441424344"
El primer byte es un byte de estado (SUCCESS = 0x00). Los siguientes dos bytes tienen el groupID (0x1234) en forma endian poco-. El siguiente byte
es la longitud del nombre de cadena (0x04). Los bytes restantes son los caracteres ASCII nombre de cadena ( “ABCD”).
La siguiente es la secondmessage decodificada, que es un estado de Tx para la solicitud de comandos inicial. Si el valor FrameId en la solicitud de
comando original había sido cero, o si hay espacio disponible en la memoria intermedia de transmisión UART, entonces se produciría ningún
Zigbee Tx Estado
API 0x8B FrameID 0x01 16DestAddr 0xFFF
Obtener la pertenencia a grupos
Obtener la pertenencia a grupos (1 de 2)
El propósito de esta primera forma del comando Get pertenencia a un grupo es conseguir que todas las groupIDs asociados a un
determinado punto final.
La intención de este ejemplo es para obtener todos los groupIDs asociados con punto final E7.
final de destino E7 tiene el parámetro de punto final para el comando “Obtener la pertenencia a grupos”.
El primer campo (byte) es un campo de control de trama que especifica un comando específico Cluster (0x02) utilizando un Client-> dirección Server
(0x00). El segundo campo es un número de secuencia de transacción que es usado para

asociar la respuesta a la solicitud de comando. El tercer campo es el identificador del comando de “Get pertenencia a grupos” (0x02).
El primer byte es el número de grupo. Si es cero, entonces todos groupIDs con un valor de punto final, que coincide con el parámetro
determinado parámetro se devuelve en la respuesta.
7e001811010013a2004047b55cfffee6e70006c105000001ee020019
7e0019910013a2004047b55cfffee7e68006c1050009ee02ff01341235 7e00078b01fffe00000076

API 0x91 64DestAddr 0x0013A2004047B55C 16DestAddr 0xFFFE SrcEP 0xE7 DestEP 0xE6 ClusterID 0x8006 ProfileID de
0xC105 Opciones 0x00 RF_Data 0x09EE02FF013412
La respuesta en términos de Preámbulo, encabezado ZCL y ZCL Carga útil:
El paquete tiene los extremos invertidos de la solicitud, y el ClusterID es 0x8006 que indica una respuesta de clúster Grupo.
> dirección de cliente (0x08). El segundo campo es un número de secuencia de transacción, que se utiliza para asociar la respuesta a la solicitud
de comando. El tercer campo es el identificador del comando “Obtener la pertenencia a grupos” (0x02).
ZCL_payload = “FF 01 3412"
El primer byte es la capacidad restante de la tabla del grupo. 0xFF significa desconocido. El XBee devuelve este valor debido a la capacidad de
la tabla de grupos depende de la capacidad restante de la tabla de unión, por lo tanto la capacidad de la tabla de grupos es desconocida. El
segundo byte es el número de grupo (0x01). Los bytes restantes son los groupIDs en representación ascendente hacia la izquierda. La siguiente
es la secondmessage decodificada, que es un estado de Tx para la solicitud de comandos inicial. Si el valor FrameId en la solicitud de comando
original había sido cero, o si hay espacio disponible en la memoria intermedia de transmisión UART, entonces se produciría ningún mensaje de
estado Tx.
Zigbee Tx Estado
API 0x8B FrameID 0x01 16DestAddr 0xFFFE
Obtener la pertenencia a grupos (2 de 2)
El propósito de esta segunda forma del comando Get pertenencia a un grupo es conseguir que el conjunto de groupIDs asociados a un determinado
punto final, que son un subconjunto de una lista de groupIDs dadas.

El ejemplo siguiente obtiene los groupIDs asociados con punto final E7 que son un subconjunto de una lista dada de groupIDs (0x1234,
0x5678).
final de destino E7 es el parámetro de punto final para el comando “Obtener la pertenencia a grupos”.
El primer campo (byte) es un campo de control de trama que especifica un comando específico Cluster (0x02) utilizando un Client-> dirección
Server (0x00). El segundo campo es un número de secuencia de transacción, que se utiliza para asociar la respuesta a la solicitud de
comando. El tercer campo es el identificador del comando de “Get pertenencia a grupos” (0x02).
ZCL_payload = “02 34127856"
El primer byte es el número de grupo. Los bytes restantes son un groupIDs que utilizan la representación ascendente hacia la izquierda.
7e001c11010013a2004047b55cfffee6e70006c105000001ee02023412785603
7e0019910013a2004047b55cfffee7e68006c1050009ee02ff01341235 7e00078b01fffe00000076

API 0x91 64DestAddr 0x0013A2004047B55C 16DestAddr 0xFFFE SrcEP 0xE7 DestEP

0xE6
ClusterID 0x8006 ProfileID de 0xC105 opciones 0x00
RF_Data 0x09EE02FF013412
La respuesta en términos de Preámbulo, encabezado ZCL y ZCL Carga útil:
El paquete tiene los extremos invertidos de la solicitud, el ClusterID es 0x8006 que indica una respuesta de clúster Grupo.
de comando. El tercer campo es el identificador del comando “Obtener la pertenencia a grupos” (0x02).
ZCL_payload = “FF 01 3412"
El primer byte es la capacidad restante de la tabla del grupo. 0xFF significa desconocido. El XBee devuelve este valor debido a la
capacidad de la tabla del grupo depende de la capacidad restante de la

tabla de unión, por lo tanto la capacidad de la tabla de grupos es desconocida. El segundo byte es el número de grupo (0x01). Los bytes restantes son
los groupIDs en representación ascendente hacia la izquierda. La siguiente es la secondmessage decodificada, que es un estado de Tx para la solicitud
de comandos inicial. Si el valor FrameId en la solicitud de comando original había sido cero, o si hay espacio disponible en la memoria intermedia de
transmisión UART, entonces se produce ningún mensaje de estado Tx.
Zigbee Tx Estado API

0x8B FrameID 0x01 16DestAddr 0xFFFE
Eliminar grupo
El propósito del comando grupo remoto es eliminar una entrada de tabla Grupo que asocia un punto final dado con un dado
groupID.
La intención del ejemplo es para eliminar la asociación de groupID [TBD] con punto final E7. El paquete de ejemplo se
da en tres partes: el preámbulo, Header ZCL, y la carga útil ZCL.
final de destino E7 es el parámetro de punto final para el comando “Eliminar grupo”.
> dirección Server (0x00). El segundo campo es un número de secuencia de transacción, que se utiliza para asociar la respuesta a la
solicitud de comando. El tercer campo es el identificador del comando “Eliminar grupo” (0x03).
Los dos bytes de valor es el groupID que ser eliminado en representación poco-endian.
7e001911010013a2004047b55cfffee6e70006c105000001ee033412d2
7e0018910013a2004047b55cfffee7e68006c1050009ee0300341235
7e00078b01fffe00000076

API 0x91 64DestAddr 0x0013A2004047B55C 16DestAddr 0xFFFE Srce 0xE DestEP 0xE6
RF_Data 0x09EE03003412

> dirección de cliente (0x08). El segundo campo es un número de secuencia de transacción, que se utiliza para asociar la respuesta a la
solicitud de comando. El tercer campo es el identificador del comando “Eliminar grupo” (0x03).
ZCL_payload = “00 3412"
El primer byte es un byte de estado (SUCCESS = 0x00). Los siguientes dos bytes es el (0x1234) valor groupID en forma endian poco-.
La siguiente es la secondmessage decodificada, que es un estado de Tx para la solicitud de comandos inicial. Si el valor FrameId en la solicitud de

Retire todos los grupos

El propósito del comando Quitar todos los grupos es eliminar todas las entradas de la tabla de grupos que están asociados con un punto final
de destino.
El ejemplo siguiente elimina todos los grupos asociados con punto final E7.
El paquete:
final de destino E7 es el parámetro de punto final para el comando “Eliminar todos los grupos”.
> dirección Server (0x00). El segundo campo es un número de secuencia de transacción, que se utiliza para asociar la respuesta a la solicitud
de comando. El tercer campo es el identificador del comando “Eliminar todos los grupos” (0x04).
ZCL_payload = “”
No se necesita ninguna carga útil para este comando.

7e001711010013a2004047b55cfffee6e70006c105000001ee0417
7e00078b01fffe00000076
7e0016910013a2004047b55cfffee7e68006c1050009ee04007c

API 0x91 64DestAddr 0x0013A2004047B55C 16DestAddr 0xFFFE SrcEP 0xE7 DestEP
0xE6
RF_Data 0x09ee0400
La respuesta en términos de Preámbulo, encabezado ZCL, y la carga útil ZCL.
El paquete tiene sus valores de puntos extremos invertidos de la solicitud, y el ClusterID es 0x8006 que indica una respuesta de clúster Grupo.
de comando. El tercer campo es el identificador del comando “Eliminar todos los grupos” (0x04).
El primer byte es un byte de estado (SUCCESS = 0x00) [4].
Y aquí está el secondmessage decodificada, que es un estado de Tx para la solicitud de comandos inicial. Si el valor FrameID en la solicitud de

respuestas predeterminadas
Muchos errores se devuelven como una respuesta predeterminada. Por ejemplo, una carga útil RFData de una respuesta que contiene
08010b788b se decodifica como:
ZCL_header = “08 01 03" - Comando General / servidor a cliente, transseqnum = 1, default_response_command (0x03)
ZCL_payload = “78 8b” - Original cmdID, código de estado (0x8B)

EMBER_ZCL_STATUS_NOT_FOUND
códigos de estado más comunes

En esta sección se enumeran algunos de los códigos de estado que ocurren con mayor frecuencia.

0x00 EMBER_ZCL_STATUS_SUCCESS: solicitud de comando tuvo éxito 0x01 EMBER_ZCL_STATUS_FAILURE: solicitud de

mandato ha fallado - por ejemplo, una llamada para eliminar una entrada de la tabla de grupos devuelto un error
EMBER_ZCL_STATUS_MALFORMED_COMMAND 0x80: no RFData en el marco de la API; ZCL Payload aparece truncado de lo
que se espera 0x81 EMBER_ZCL_STATUS_UNSUP_CLUSTER_COMMAND: dirección inesperada en la trama de control Campo
de la Cabecera ZCL; comando inesperado valor de código de identificador
en la cabecera ZCL
0x82 EMBER_ZCL_STATUS_UNSUP_GENERAL_COMMAND: frametype inesperado en el marco del
campo de control de la cabecera ZCL
0x84 EMBER_ZCL_STATUS_UNSUP_MANUF_GENERAL_COMMAND: inesperada indicación específica del fabricante en el
marco de control de campo de la cabecera ZCL 0x8B EMBER_ZCL_STATUS_NOT_FOUND: Un intento de Obtener
pertenencia a un grupo o Eliminar grupo no pudo encontrar una entrada coincidente en la tabla de grupos

Manejo de dispositivos finales
dispositivos finales Zigbee pretenden ser dispositivos que funcionan con baterías capaz de dormir durante largos períodos de tiempo. Puesto que los dispositivos finales
pueden no estar despierto para recibir datos de RF en un momento dado, los enrutadores y coordinadores están equipados con capacidades adicionales (incluyendo el
almacenamiento en búfer de paquetes y los tiempos de espera de transmisión extendidos) para asegurar la entrega fiable de datos a los dispositivos finales.

el funcionamiento de los padres 130
el funcionamiento del dispositivo que no son padres 132
Configuración del dispositivo End 132
mediciones de corriente de sueño recomendadas 139
datos de transmisión RF 140
Recibir datos RF 140
dispositivos finales Wake con la puesta en Pulsador 141
la verificación de los padres 141
REINCORPORAN 141
Router configuración / Coordinador 142
períodos cortos de sueño 143
períodos prolongados de sueño 143
ejemplos del sueño 143

Manejo de dispositivos finales el funcionamiento del dispositivo final
el funcionamiento del dispositivo final

Cuando un dispositivo final se une a una red Zigbee, debe encontrar un dispositivo enrutador o coordinador que está permitiendo a los dispositivos
finales para unirse. Una vez que el dispositivo final se une a una red, se forma una relación padre-hijo con el dispositivo final y el router o
coordinador que le permitió unirse. Para más información, ver redes Zigbee .
Cuando el dispositivo final está despierto, envía mensajes de solicitud de la encuesta a su padre. Cuando el padre recibe una solicitud de sondeo, se
comprueba una cola de paquetes para ver si tiene alguna bufferedmessages para el dispositivo final. A continuación, envía un acuse de recibo de vuelta
capa MAC para el dispositivo final que indica si tiene datos para enviar al dispositivo final o no.
Si el dispositivo final recibe el reconocimiento y determina que el padre no tiene datos para ello, el dispositivo final puede volver al modo de reposo
o el sueño. De lo contrario, permanece despierto para recibir los datos. Este mecanismo de sondeo permite al dispositivo final para entrar en modo
inactivo y convertir su receptor cuando los datos de RF no se espera que con el fin de reducir el consumo de corriente y la duración de la batería
conserva. El dispositivo final sólo puede enviar datos directamente a su matriz. Si un dispositivo final tiene que enviar una difusión o una
transmisión de unidifusión a otros dispositivos en la red, envía el mensaje directamente a su padre y el padre realiza cualquier descubrimiento de
ruta o dirección necesarias para encaminar el paquete a su destino final.
El padre del dispositivo receptor no envía el ACK de red de vuelta al remitente hasta que las estelas y las encuestas de dispositivos finales para
dormir los datos o hasta que se produce el tiempo de espera.
el funcionamiento de los padres

Cada router o coordinador mantiene una tabla secundaria que contiene las direcciones de sus hijos dispositivo final. Un router o coordinador que tiene entradas
no utilizadas en su tabla secundaria tiene la capacidad de dispositivo final, o la capacidad de permitir que los nuevos dispositivos finales para unirse. Si la tabla
secundaria está completamente llena (tal que el número de su dispositivo final childrenmatches el número de entradas de la tabla del niño), el dispositivo no
puede permitir que los dispositivos de gama más se unan.
Ya que los hijos de dispositivos finales no están garantizados para estar despierto en un momento dado, el padre es responsable de la gestión de paquetes de datos entrantes
de sus hijos dispositivo final. Si un padre recibe una transmisión de datos por radiofrecuencia con destino a uno de sus hijos de dispositivos finales, y si el padre tiene suficiente
espacio de almacenamiento intermedio no se utiliza, almacena temporalmente el paquete. Los restos de paquetes de datos almacenados temporalmente hasta que un tiempo de
espera expira, o hasta que el dispositivo final envía una solicitud de encuesta para recuperar los datos.

Manejo de dispositivos finales el funcionamiento de los padres
El padre puede amortiguar una transmisión de difusión para todos sus hijos dispositivo final. Cuando el padre recibe y almacena temporalmente una
transmisión de difusión, se establece un indicador en su tabla de niño cuando cada niño encuestas y recupera el paquete. Una vez que todos los
niños han recibido el paquete de difusión, el padre descarta el paquete de difusión tamponada. Si todos los niños no han recibido un paquete de
difusión tamponada y el padre recibe una nueva emisión, se descarta el paquete de difusión de edad, borra las banderas de mesa infantil, y
amortigua el nuevo paquete de difusión para los niños dispositivo final, como se muestra en la siguiente figura.
Cuando un dispositivo final envía datos a su padre que se destina a un dispositivo remoto en la red, el padre amortigua el paquete de datos
hasta que se pueda establecer una ruta hacia el destino. El padre puede realizar una ruta o de descubrimiento de dirección de 16 bits de sus
niños dispositivo final. Una vez que se establece una ruta, el padre envía la transmisión de datos al dispositivo remoto.
Fin tiempos de espera de las encuestas de dispositivos

Para un mejor apoyo a los dispositivos finales móviles (dispositivos finales que canmove dentro de una red) los dispositivos, los padres de router y coordinador
tienen un tiempo de espera de sondeo para cada niño dispositivo final. Si un dispositivo final no envía una solicitud de lectura a su padre dentro del tiempo de
espera de sondeo, el padre retira el dispositivo final de su tabla secundaria. Esto permite que la tabla secundaria en un router o un coordinador para acomodar
mejor los dispositivos finales móviles en la red.
Buffer de Paquetes uso

el uso de memoria tampón de paquetes en un router o coordinador varía dependiendo de la aplicación. Las siguientes actividades pueden requerir el
uso de buffers de paquetes de hasta varios segundos:
norte descubrimientos de rutas y direcciones
norte transmisiones de difusión de aplicaciones
norte emisiones de pila (por ejemplo ZDO “Dispositivo anuncian” mensajes cuando los dispositivos se unen a una red)
norte transmisiones unicast almacenados temporalmente hasta que se reciba el reconocimiento de destino o reintentos
agotado
norte mensajes de unidifusión de espera para el dispositivo apagado para activar
Las aplicaciones que utilizan la difusión regular o que requieren de dirección o ruta descubrimientos regulares utilizan hasta un número significativo de tampones, la
reducción de la disponibilidad de memoria intermedia para la gestión de paquetes para los niños dispositivo final. Las aplicaciones pueden reducir el número de
transmisiones de solicitud requeridos, y considerar la implementación de una tabla de direcciones externa o muchos-a-uno y el enrutamiento de origen si es
necesario para mejorar la eficiencia de enrutamiento.

Manejo de dispositivos finales el funcionamiento del dispositivo que no son padres
el funcionamiento del dispositivo que no son padres

Los dispositivos en las transmisiones de datos convite red ZigBee para poner fin a los dispositivos de manera diferente que las transmisiones a otros
routers y coordinadores. Cuando un dispositivo envía una transmisión unicast, si no recibe un acuse de recibo dentro de un tiempo de espera de la red, el
dispositivo vuelve a enviar la transmisión. Cuando se transmiten datos a los dispositivos coordinador o router remoto, el tiempo de espera de transmisión
es relativamente corta, ya que estos dispositivos son alimentados y sensible.
Sin embargo, dado que los dispositivos finales pueden dormir durante algún tiempo, las transmisiones unicast a los dispositivos finales utilizan un mecanismo de
tiempo de espera prolongado con el fin de dar tiempo suficiente para que el dispositivo final para despertar y recibir la transmisión de datos desde su matriz.
Si un dispositivo no es el padre no sabe el destino es un dispositivo final, se utiliza el tiempo de espera de unidifusión estándar para la
transmisión. Sin embargo, existen disposiciones en la pila Ember ZigBee para los padres para informar al remitente del mensaje que el destino
es un dispositivo final. Una vez que los remitentes descubre el dispositivo de destino es un dispositivo final, las transmisiones futuras usarán el
tiempo de espera prolongado. Para más información, ver Router configuración / Coordinador .
Configuración del dispositivo End

dispositivos finales XBee admiten tres sleepmodes diferentes:
norte pin del sueño
norte cíclica del sueño
norte sueño cíclico con el pasador de despertador
Pin del sueño permite a un microcontrolador externo para determinar cuando el / XBee-PRO del módulo de RF XBee ZigBee duerme y cuando se
despierta controlando el pasador Sleep_RQ. Por el contrario, el sueño cíclico permite que el período de sueño y vigilia que se configuran a través del
uso de comandos AT. sueño cíclica con el pasador de atención es el mismo que el sueño cíclico, excepto que el dispositivo puede ser despertado
antes del período de sueño vence mediante la reducción de la línea de SLEEP_RQ. los SM comando configura el Modo lat. En ambos sleepmodes pin
y cíclicos, los dispositivos finales XBee sondean sus padres cada 100 ms mientras están despiertos para recuperar datos almacenados
temporalmente. Cuando el dispositivo final envía una solicitud de sondeo, que permite al receptor hasta que recibe un reconocimiento por parte de los
padres. Normalmente se tarda menos de 10 ms entre el envío de la solicitud de encuesta para recibir el acuse de recibo. El acuse de recibo indica si el
padre ha buffer de datos para el niño dispositivo final. Si el acuse de recibo indica que los padres hayan espera de los datos, las hojas dispositivo final
en el receptor para recibir los datos. De lo contrario, el dispositivo final que se apague el receptor y entrar en modo de inactividad (hasta que se envía
la siguiente solicitud de lectura) para reducir el consumo de corriente (y mejorar la vida de la batería).
Una vez que el dispositivo entra en Modo lat, el pasador de encendido / Sleep (pin TH 13 / pin SMT 26) que de-afirma (bajo) para indicar que el dispositivo
está entrando en Modo lat. Si el dispositivo permite el control de flujo por hardware CTS ( D7
de comandos), se afirma de-(alto) el pasador de CTS (TH pasador 12 / SMT pin 25) al entrar en el sueño para indicar que los datos de serie no deben ser
enviados al dispositivo. Si se configura el pin LED asociado ( D5 comando), el pasador asociado es conducido bajo para evitar el uso de la energía a la luz del
LED. El pasador Sleep_Rq se configura como un tirado abajo de entrada para que un dispositivo externo debe conducirlo bajo reactivar el dispositivo. Todos
los demás pines se dejan sin modificar durante el sueño para que puedan operar como configurado previamente por el usuario. El dispositivo no responde a
los datos en serie o la radiofrecuencia cuando se está durmiendo.
Las aplicaciones que deben comunicarse en serie a dormir dispositivos finales se les anima a observar el control de flujo CTS.
Cuando las estelas de dispositivos de sueño, se afirma (alto) el pasador de encendido / sueño, y si se activa el control de flujo, que también afirma (bajo) el
pasador de CTS. El asociado LED y todos los otros pines reanudar su antigua configurado

Manejo de dispositivos finales Configuración del dispositivo End
operación. Si el dispositivo no se ha unido a una red, se analiza todo CAROLINA DEL SUR Después de despertar canales para tratar de encontrar una red válida para unirse.
pin del sueño

Pin del sueño permite que el módulo del sueño y la vigilia, de acuerdo con el estado de la clavija SLEEP_RQ (pin 9 TH / SMT pin 10). Pin Modo lat
se habilita estableciendo la SM comando a 1. Cuando el dispositivo afirma (alto) SLEEP_RQ, termina cualquier transmisión o recepción
operaciones para el paquete actual que está procesando y entra en un estado de baja energía. Por ejemplo, si el dispositivo no se ha unido a una
red y SLEEP_RQ se afirma (alto), que tiene capacidad vez que la corriente se unen a la ultima tentativa (es decir, cuando se escanea durante la
ultima red válidas). El dispositivo se activa tras el sueño pasador cuando el SLEEP_RQ es-de afirmado (bajo). Las siguientes figuras muestran
pasadores del sueño del dispositivo.
De montaje en superficie pasadores del sueño

pasadores del sueño a través del agujero
La siguiente figura muestra las formas de onda del sueño pin:
En la anterior figura, T1, T2, T3 y T4 representan los siguientes eventos:
norte T1 - Tiempo en el que se afirma Sleep_RQ (alto)
norte t2 - Tiempo cuando el dispositivo entra en el sueño (cambio de estado CTS sólo si el control de flujo por hardware es
habilitado)
norte t3 - Tiempo en el que se afirma Sleep_RQ de-(bajo) y las estelas de dispositivos
norte T4 - Tiempo cuando el módulo envía una solicitud de sondeo a su padre
El tiempo entre t1 y t2 varía dependiendo del estado del módulo. En el peor de los casos, si el dispositivo final está tratando de unirse a una
red, o si está esperando un acuse de recibo de una transmisión de datos, el retraso podría ser de hasta unos pocos segundos. El tiempo entre
t3 y t4 es de 1-2 ms para un dispositivo de regular y aproximadamente 6 ms para un dispositivo de PRO.

Cuando el / XBee-PRO del módulo de RF XBee ZigBee está despierto y se une a una red, se envía una solicitud de sondeo a su padre para ver si el
padre tiene ningún datos del búfer. El dispositivo final continúa enviando solicitudes de sondeo cada 100 ms, mientras está despierto.
Demostración de sueño pin
Los padres y los dispositivos remotos deben estar configurados para buffer de datos correctamente y utilizar los tiempos de espera de
transmisión adecuados. Para más información, ver Router configuración / Coordinador .
cíclica del sueño

sueño cíclico permite que el dispositivo de sueño durante un tiempo determinado y despertar por un corto tiempo para sondear su padre para cualquier mensaje de
datos en el búfer antes de volver a dormir de nuevo. Habilitar Modo lat cíclico mediante el establecimiento de la SM comando para 4 ó 5. SM 5 es una ligera
variación de SM 4 que permite que el dispositivo de despertar antes de tiempo mediante la afirmación de la clavija Sleep_RQ (pin 10 / SMT, pin 9 / TH). En SM 5, el
dispositivo de XBee puede despertar después del período de sueño expira, o si una transición de alto a- bajo se produce en el pasador Sleep_RQ. Ajuste SM a 4
deshabilita la opción pin estela.
En el sueño cíclico, el dispositivo tiene capacidad para un tiempo determinado, y luego se despierta y envía una solicitud de lectura a su padre para descubrir
si el padre tiene todos los datos pendientes para el dispositivo final. Si el padre ha buffer de datos para el dispositivo final, o si recibe datos en serie, el
dispositivo permanece despierto durante un tiempo. De lo contrario, entra en Modo lat inmediatamente.
Cuando las estelas de dispositivos, que afirma (alta) la línea de encendido / sueño, y-de afirmado (bajo) cuando el dispositivo duerme. Si habilita el
control de flujo por hardware ( D7 comando), el pin CTS afirma (bajo) cuando las estelas de dispositivos y pueden recibir datos en serie, y de-assert
(alto) cuando el dispositivo duerme. La siguiente figura muestra los alfileres del sueño XBee.
Montados en la superficie del sueño pasadores cíclicos

A través de S2C hoyos pasadores sueño cíclico
La siguiente figura muestra las formas de onda del sueño cíclicos.
En la figura anterior, t1, t2, t3 y representar los siguientes eventos:
norte T1 - Tiempo cuando el dispositivo se activa tras el sueño cíclico
norte t2 - momento en el que el dispositivo vuelve a dormir
norte t3 - hora, aunque las estelas de dispositivos de suspensión cíclica El tiempo de vigilia y el tiempo de
sueño son configurables mediante comandos de software.
el tiempo de vigilia (hasta que el sueño)
En Modo lat cíclico ( SM = 4 o 5), si el dispositivo recibe datos en serie o RF, se inicia un temporizador de apagado automático (tiempo hasta que el sueño). Cualquier
dato recibido en serie o por el enlace de RF se reinicia el temporizador. Establecer el valor de temporizador de desconexión con ST (hora antes de dormir) . Mientras que
el dispositivo está despierto, envía transmisiones de petición de sondeo cada 100 ms para comprobar su matriz para los mensajes de datos en el búfer. El equipo
regresa al sueño cuando expira el temporizador de apagado, o si recibe SI (dormir inmediatamente) como se muestra en la siguiente imagen.

período de sueño
Configurar el período de sueño sobre la base de la SP, SN, y ENTONCES comandos. La siguiente tabla muestra el comportamiento de estos
comandos.
Radio de Mando Descripción
SP 0x20 - 0xAF0 (x 10 ms) (320 - Configura el período de sueño del dispositivo.

28.000 ms)
SN 1 - 0xFFFF Configura el número de períodos de sueño multiplicador.
ENTONCES 0 - 0xFF Define las opciones para el comportamiento Modo lat. 0x02 - siempre despierta para la plena S T tiempo
0x04 - Habilitar prolongada del sueño (sueño por completo ( SP * SN) hora)
El dispositivo soporta tanto una sueño cíclica corta y un sueño cíclico prolongado que hacen uso de estos comandos. Estos dos modos
permiten que el período de sueño para ser configurado de acuerdo con los requisitos de la aplicación.
sueño cíclica corta

En Modo lat cíclico corto, definir el comportamiento del sueño del dispositivo por el SP y SN comandos, y la ENTONCES commandmust ajustarse a 0x00
(predeterminado) o 0x02. En Modo lat cíclico resumen, el SP comando define el período de sueño y se puede establecer durante un máximo de 28 segundos.
Cuando el dispositivo entra en sueño cíclico corto, permanece en un estado de baja potencia hasta que la SP ha expirado el tiempo. Después de que expire el
período de sueño, el XBee / XBee-PRO del módulo de RF Zigbee envía una transmisión de solicitud de lectura a su matriz para determinar si el padre tiene ningún
datos almacenados temporalmente en espera de que el dispositivo final. Puesto que los dispositivos router y coordinador pueden amortiguar de datos para los niños
dispositivo final hasta 30 segundos, el SP
gama (hasta 28 segundos) permite que el dispositivo final sondee regularidad suficiente para recibir datos almacenados temporalmente. Si el padre tiene datos para
el dispositivo final, el dispositivo final inicia el temporizador del sueño ( S T) y continúa el sondeo cada 100 ms para recibir datos. Si el dispositivo final despierta y
descubre que su padre no tiene datos para ello, el dispositivo final puede volver a dormir inmediatamente. Utilizar el SN comando para controlar cuando la línea de
encendido / sueño se afirma (alto). Si tu SN a 1 (por defecto), los conjuntos On Line / sueño alta cada vez que el dispositivo se activa tras el sueño. De lo contrario,
si SN es mayor que 1, la línea de encendido / Sleep sólo establece alto si se reciben los datos de RF, o después de SN se producen ciclos de vigilia. Esto permite
que un dispositivo externo a permanecer apagado hasta que reciba datos de RF, o hasta que un número de periodos de sueño haber expirado ( SN los períodos de
sueño). Este mecanismo permite que el dispositivo activar a intervalos regulares para sondear su

los padres de los datos sin despertar a un dispositivo externo por un tiempo prolongado ( SP * SN tiempo) como se muestra en la siguiente figura.
Nota SP controla el tiempo de almacenamiento intermedio de paquetes en los routers y los coordinadores. Conjunto SP en todos los dispositivos router y coordinador
para que coincida con el dispositivo final más larga SP hora. Para más información, ver
Router configuración / Coordinador .
sueño cíclico prolongado
En funcionamiento sueño cíclico extendido, un dispositivo final puede dormir para un múltiplo de SP tiempo que puede extender el tiempo de sueño hasta
varios días. Configurar el período de sueño mediante el SP y SN comandos. El período de sueño total es igual a ( SP * SN) dónde SP se mide en unidades de
10 ms. los ENTONCES commandmust ser configurado correctamente para permitir el sueño prolongado.
Dado que los routers y los coordinadores sólo pueden amortiguar los datos entrantes de RF para sus hijos dispositivo final para un máximo de 30 segundos, si un
dispositivo final duerme más de 30 segundos, los dispositivos de la red que necesitan alguna indicación cuando un dispositivo final está despierto antes de que
puedan enviar datos a eso. Los dispositivos finales que el uso prolongado de sueño cíclico debe enviar una transmisión (como una I / O muestra) cuando se
despiertan para informar a otros dispositivos que están despiertos y pueden recibir datos. Se recomienda que el sueño prolongado dispositivos finales conjunto ENTONCES
para despertar a la plena S T tiempo para proporcionar otros dispositivos con suficiente tiempo para SendMessages al dispositivo final.
Al igual que en el sueño cíclico resumen, los dispositivos finales se ejecuta en este modo de retorno a dormir cuando el temporizador de apagado expira, o
cuando reciben el SI mando.
Sueño profundo
Los siguientes son condiciones previas para el mantenimiento de bajo consumo de corriente durante el sueño:
norte Debe mantener la tensión de alimentación dentro de un rango de operación válida (2,1 to 3.6 V para el XBee,
3.0 a 3.6 V para el XBee-PRO (S2), 2,7 a 3. V para el S2B XBee-PRO).
norte Cada línea de entrada GPIO con una resistencia pull-up que se acciona bajo dibuja sobre 100 uA de corriente
través de la resistencia pull-up interna.

Manejo de dispositivos finales mediciones de corriente de sueño recomendadas
norte Si la circuitería externa a la XBee impulsa tales líneas de entrada baja, entonces el consumo de corriente se eleva por encima
los niveles esperados de sueño profundo.
norte Cada línea de entrada GPIO que no tiene pullup o pull-down resistor (es flotante) tiene un indeterminado
tensión que puede cambiar con el tiempo y la temperatura de una manera indeterminada.
mediciones de corriente de sueño recomendadas

Adecuadamente la medición de la corriente del sueño ayuda a estimar con precisión los requisitos de duración de la batería. Para asegurar que se
tome las medidas apropiadas sin alterar el funcionamiento normal de la unidad bajo prueba, lea los siguientes pasos.
Cuando se mide corrientes del sueño, que puede causar problemas con los dispositivos ya que el equipo que las medidas de corrientes muy bajas
requiere una gran precisión resistencia en serie con la fuente de alimentación. Esta gran resistencia muere de hambre actual del dispositivo
durante un ciclo de estela momentánea, forzando el voltaje a bajar a niveles brownout rápidamente. Esta caída de tensión coloca el dispositivo en
un estado que puede requerir un reinicio para resolver el problema.
Lograr la corriente más baja del sueño

Para lograr la corriente más baja del sueño, debe desactivar las caídas de tensión durante detectores sleepmodes. Incluso si el equipo de medición cambia
automáticamente los rangos de corriente, a menudo es demasiado lento y no puede seguir el ritmo de las explosiones cortas repentinas necesarias. Durante los
períodos de sueño cíclicos largos, el dispositivo puede despertar cada 10 a 30 segundos para reiniciar los temporizadores y realizar otras medidas necesarias.
Estos tiempos de vigilia son pequeñas y es posible que no se dé cuenta themwhenmeasuring corrientes del sueño.
Compensar el tiempo de conmutación

Para compensar el tiempo de conmutación de los equipos debe agregar temporalmente una gran capa adicional cuando needmeasurements
para permitir pulsos cortos de consumo de corriente (ver el siguiente esquema para más detalles). Una tapa de 100 uF es suficiente para
manejar 1,5 milisegundos con 20 mA de corriente. Se puede aumentar o disminuir el condensador basado en el tiempo de conmutación de
los circuitos de medición y la momentánea en el tiempo de la unidad. Medir la corriente de fuga de la cubierta adicional para verificar que no
sesgar la lectura de corriente baja. Los promedios de condensadores el aumento en el consumo de corriente. La magnitud real del pico de
corriente ya no es visible, pero se puede dar cuenta de la energía total consumida por la integración del tiempo sobre corriente andmultiplying
por la tensión.

Manejo de dispositivos finales datos de transmisión RF
internas de pins pull-ups

Internos pin pull-ups puede tirar de un exceso de corriente y hacen que el sueño lecturas actuales a ser más alta de lo deseado si conduce un vehículo o
flotan las flexiones.
norte Desactivar todas las flexiones de las líneas de entrada que tienen un bajo estado impulsado durante el sueño.
norte Habilitar pull-ups para las líneas o insumos que no se conectan a otros circuitos de flotación. Si se utiliza un convertidor de analógico a
digital (ADC) para leer el voltaje analógico de un alfiler, puede que no sea posible detener toda la corriente de fuga a menos que se puede
desconectar la tensión durante el sueño. Cada entrada flotante que no está en un nivel alto o bajo válida puede causar fugas en función de la
temperatura y la acumulación de carga que no puede observar a temperatura ambiente.
datos de transmisión RF
Un dispositivo final puede transmitir datos cuando se despierta de su sueño y se ha unido a una red. Los dispositivos finales transmiten
directamente a sus padres y luego esperar un acuse de recibo a ser recibida. Los padres lleva a cabo cualquier dirección y ruta descubrimientos
necesarios para ayudar a asegurar los alcances de paquetes al destino previsto antes de informar sobre el estado de transmisión al dispositivo final.
Recibir datos RF
Después de despertar del sueño, un dispositivo final envía una solicitud de sondeo a su matriz para determinar si el padre tiene ningún datos almacenados temporalmente por
ello. En Modo lat alfiler, las encuestas de dispositivos de gama cada 100 ms mientras que el pasador es Sleep_RQ-de afirmado (bajo). En Modo lat cíclico, el dispositivo final
sólo sondeará una vez antes de volver a dormir a menos que el temporizador de apagado automático ( S T) se pone en marcha (datos en serie o RF se recibe). Si se pone en
marcha el temporizador de apagado, el dispositivo final continuará para sondear cada 100 ms hasta que expire el temporizador de apagado.

Manejo de dispositivos finales I / O de muestreo
Este firmware incluye una mejora de votación adaptativo donde, si un dispositivo final recibe datos de RF de su matriz, envía otro sondeo después de
un retardo muy corto para comprobar si hay más datos. El dispositivo final sigue sondeo a un ritmo más rápido, siempre y cuando recibe datos de su
matriz. Esta característica mejora en gran medida los datos de rendimiento para los dispositivos finales. Cuando el dispositivo final ya no recibe los
datos de su matriz, se reanudará el sondeo cada 100 ms.
I / O de muestreo
Los dispositivos finales se pueden configurar para enviar una o más muestras de E / S cuando se despiertan del sueño. Para habilitar I / O de muestreo en un
dispositivo final, el IR commandmust puede establecer en un no-cero valor, y al menos un análogo o digital I / O pinmust estar habilitado para muestreo ( D0 -
D9, P0 - P4 comandos). Si se habilita el muestreo I / O, un dispositivo final envía una muestra de I / O cuando se despierta e inicia el S T Temporizador. Se
continuará el muestreo en el IR evaluar hasta que el temporizador de apagado automático ( S T) ha expirado. Para más información, ver
Analog y líneas digitales de E / S .
dispositivos finales Wake con la puesta en Pulsador

Si utiliza D0 (Configuración / DIO0 AD0) para habilitar la funcionalidad de puesta en Pulsador, una transición de alto-a-bajo en el / pin DIO0
(pin TH 20 / SMT pin 33) AD0 hace que un dispositivo final para despertar durante 30 segundos. Para más información, ver Puesta en
marcha pulsador y el LED asociado .
la verificación de los padres

Desde un dispositivo final depende de su matriz para mantener la conectividad con otros dispositivos de la red, los dispositivos finales XBee incluyen
disposiciones para verificar la conexión con su padre. Los dispositivos finales monitorear el vínculo con sus padres al enviar mensajes de interrogación y después
de un ciclo de potencia o evento de reinicio como se describe a continuación.
Cuando un dispositivo final despierta de su sueño, envía una solicitud de lectura a su padre. En el sueño cíclico, si el dispositivo final no recibe RF o
de datos en serie y el temporizador de apagado no se ha iniciado, se sondea una vez y vuelve a dormir durante un nuevo período de sueño. De lo
contrario, el dispositivo final continúa el sondeo cada 100 ms. Si el padre no envía un acuse de tres transmisiones de solicitud de sondeo
consecutivos, el dispositivo final asume el padre está fuera de rango, y los intentos para encontrar un nuevo padre. Después de un power-up o
evento de reinicio, el dispositivo final hace una exploración huérfano para localizar su matriz. Si el padre no envía una respuesta a la exploración
huérfano, los intentos de dispositivos finales para encontrar un nuevo padre.
REINCORPORAN
Una vez que todos los dispositivos se han unido a una red Zigbee, desactivar el atributo de permiso de unión de personas con discapacidad de manera que los nuevos
dispositivos ya no están autorizados a unirse a la red. Puede habilitar el permiso de unión más adelante según sea necesario para tiempos cortos. Esto proporciona cierta
protección en la prevención de otros dispositivos de unirse a una red en vivo. Si un dispositivo final no puede comunicarse con su padre, el dispositivo final debe ser capaz
de unirse a un nuevo padre para mantener la conectividad de red. Sin embargo, cuando se disponga de unión está desactivada en la red, el dispositivo final será no
encontrar un dispositivo que está permitiendo que se une a la nueva.
Para superar este problema, soportes para reintegrarse en Zigbee, donde un dispositivo final puede obtener un nuevo padre en la misma red, incluso si no está
habilitado unirse. Cuando un dispositivo final se une mediante reincorporación, se realiza una PAN ID exploración para descubrir las inmediaciones redes. Si una red
está descubierto que tiene el mismo 64-bit PAN ID como el dispositivo final, se une a la red mediante el envío de una petición de reincorporación a uno de los
dispositivos descubiertos. El dispositivo que recibe la petición de reincorporación envía una respuesta de reincorporación si se puede permitir que el dispositivo se
conecte a la red (es decir, la tabla secundaria no está lleno). Se puede utilizar el rejoinmechanism para permitir que un dispositivo para unirse a la misma red, incluso
si el permiso de unión está desactivado.

Manejo de dispositivos finales Router configuración / Coordinador
Para habilitar la reincorporación, conjunto Nueva Jersey a menos de 0xFF en el dispositivo de unión. Si NJ < 0xFF, el dispositivo asume que la red no está permitiendo que
unen y los primeros intentos para unirse a una red mediante reincorporación. Si varios intentos REINCORPORAN fallan, o si = NJ 0xFF, los intentos de dispositivos para
unirse usando asociación.
Router configuración / Coordinador

routers y coordinadores XBee pueden requerir alguna configuración para asegurar la siguiente se establecen correctamente.
norte RF Almacenamiento de paquetes de tiempo de espera
norte tiempo de espera de sondeo niño
norte tiempo de espera de transmisión
El valor de estos tiempos de espera depende del tiempo de sueño utilizado por los dispositivos finales.
RF paquete buffering de tiempo de espera

Cuando un router o coordinador recibe un paquete de datos de RF destinado a uno de sus hijos dispositivo final, se amortigua el paquete hasta que las estelas dispositivo final
y sondeos para los datos, o hasta que se produce un tiempo de espera de paquetes de almacenamiento en búfer. Utilizar el SP comando para establecer el tiempo de espera.
El tiempo de espera real es (1,2 * SP), con un tiempo de espera mínimo de 1,2 segundos y un máximo de 30 segundos. Puesto que el tiempo de espera de paquetes de
amortiguación se establece ligeramente mayor que el SP ajuste, conjunto SP la misma en los routers y los coordinadores como lo es en los dispositivos finales del sueño
cíclicos. Para los dispositivos de sueño pin, conjunto SP siempre y cuando el dispositivo de sueño pin puede dormir, hasta 30 segundos.
Nota En el sueño pin y dormir cíclico prolongado, dispositivos finales pueden dormir más de 30 segundos. Si los dispositivos finales duermen más de 30
segundos, los dispositivos de los padres y no son los padres deben saber cuando el dispositivo final está despierto con el fin de enviar datos de forma fiable.
Para aplicaciones que requieren dormir más de 30 segundos, los dispositivos finales deben transmitir una I / O muestra u otros datos cuando se despiertan
para alertar a otros dispositivos que puedan enviar datos al dispositivo final.
tiempo de espera de sondeo niño

Router y dispositivos coordinador de mantener una marca de tiempo para cada niño dispositivo final que indica cuando el dispositivo final envía su última petición de
sondeo para comprobar si los paquetes de datos almacenados temporalmente. Si un dispositivo final no envía una solicitud de lectura a su padre durante un cierto
período de tiempo, el padre asume el dispositivo final ha movido fuera del alcance y elimina el dispositivo final de su tabla secundaria. Esto permite que los routers y
los coordinadores de responder a las cambiantes condiciones de la red. Puede enviar el CAROLINA DEL NORTE comando en cualquier momento para leer el
número de restantes (no utilizados) entradas de la tabla infantil en un router o coordinador. Establecer el tiempo de espera de sondeo niño con el SP y SN comandos.
SP y SN debe ajustarse de tal manera que SP * SN
coincide con el tiempo de espera más largo sueño de cualquier dispositivo de extremo en la red. El dispositivo calcula el tiempo de espera actual, (3 * SP *
SN), con un mínimo de 5 segundos. Para las redes que consisten en dispositivos finales del sueño pin, establecer el SP y SN valores en el coordinador y
routers por lo que la SP * SN coincide con el período de sueño más largo esperado de cualquier dispositivo del sueño pin. El 3 asegura multiplicadores el
dispositivo final no será eliminada a menos 3 ciclos de sueño pasan sin recibir una petición de sondeo. Puede establecer el tiempo de espera de sondeo
hasta dos meses.
adaptativo de votación
El comando PO determina la tasa de consultas de opinión. Sin embargo, si los datos de RF ha sido recientemente recibida por un dispositivo final, es probable
que más datos de RF podrían estar en el camino. Por lo tanto, las encuestas dispositivo final en

Manejo de dispositivos finales períodos cortos de sueño
un ritmo más rápido, disminuyendo gradualmente su tasa de sondeo de adaptación de votación hasta que se reanuda en la tarifa normal como se define por la correos mando.
tiempo de espera de transmisión

Al enviar datos de RF a un router remoto, ya que los enrutadores son siempre encendido, el tiempo de espera se basa en el número de saltos del travesaño
transmissionmay. Establecer el tiempo de espera mediante el NUEVA HAMPSHIRE mando. Para más información, ver Transmisión, direccionamiento y
encaminamiento .
Dado que los dispositivos finales pueden dormir durante largos períodos de tiempo, el tiempo de espera de transmisión a los dispositivos finales también
permite el período de sueño del dispositivo final. Al enviar datos a un dispositivo de extremo remoto, el tiempo de espera de transmisión se calcula utilizando la SP
y NUEVA HAMPSHIRE comandos. Si el tiempo de espera se produce sin el reconocimiento recibido, el dispositivo de fuente de re-envía la transmisión hasta
que recibe un acuse de recibo, hasta dos veces más. El tiempo de espera de transmisión por cada intento es:
3 * ((unicast enrutador de tiempo de espera) + (hora de finalización dispositivo de sueño)) 3 * ((50 * NUEVA
HAMPSHIRE) + ( 1.2 * SP)), dónde SP se mide en unidades de 10 ms.
períodos cortos de sueño

Pin y dispositivos cíclicos de sueño que duermen menos de 30 segundos pueden recibir transmisiones de datos en cualquier momento desde sus dispositivos
padres son capaces de amortiguar los datos de tiempo suficiente para que los dispositivos de apagado para activar y sondeo para recibir los datos. Conjunto SP el
mismo en todos los dispositivos en la red. Si los dispositivos finales en una red tienen más de una SP ajuste, conjunto SP en los routers y los coordinadores para que
coincida con el mayor SP
ajuste de cualquier dispositivo final. Esto asegura el almacenamiento temporal de paquetes de RF, tiempo de espera de sondeo, y los tiempos de espera de
transmisión están correctamente configurados.
períodos prolongados de sueño

Pin y dispositivos cíclicos de sueño que pueden dormir más de 30 segundos no pueden recibir las transmisiones de datos fiable a menos que tome ciertos
enfoques de diseño. Específicamente, los dispositivos finales deben utilizar I / O de muestreo o otro mecanismo para transmitir datos cuando se despiertan a
informar a la red que puede recibir datos. SP y SN se debe establecer en los routers y los coordinadores de manera que ( SP * SN) coincide con el tiempo de
sueño más largo de lo esperado. Esto configura el tiempo de espera de sondeo de lo que los dispositivos finales no se cumplan de la tabla secundaria a menos
que los routers y los coordinadores no reciben una solicitud de sondeo durante 3 períodos consecutivos de sueño.
Como regla general, SP y SN se debe establecer la misma en todos los dispositivos en casi todos los casos.
ejemplos del sueño

Algunas configuraciones XBee ejemplo para admitir diferentes sleepmodes siguen. En Commandmode, emitir cada comando con un
líder A y no = firmar, por ejemplo, ATSM4. En la API, el comando de dos bytes se utiliza en el campo de comando, y los parámetros se
rellenan como valores binarios en el campo de parámetro.
Ejemplo 1: Configurar un dispositivo para el sueño durante 20 segundos, pero conjunto SN tal que la
línea de encendido / sueño permanecerá de afirmado-para un máximo de 1 minuto
Los siguientes ajustes se deben configurar en el dispositivo final.

Manejo de dispositivos finales ejemplos del sueño
norte SM = 4 (sueño cíclico) o 5 (sueño cíclico, pin estela).
norte SP = 0x7D0 (2000 decimal). Esto hace que el dispositivo final a dormir durante 20 segundos desde SP es
medido en unidades de 10 ms.
norte SN = 3. (Con esta configuración, el pasador de encendido / Sleep afirma una vez cada 3 ciclos de sueño, o cuando reciba datos de RF) SO = 0.
Ajuste todos los dispositivos router y coordinador de la red SP al partido SP en el dispositivo final. Esto creó el paquete de RF tiempos y los tiempos de espera
de transmisión tamponar correctamente. Puesto que el dispositivo final despierta después de cada periodo de sueño ( SP), se puede establecer el SN comandar
a 1 en todos los routers y el coordinador.
Ejemplo 2: Configurar un dispositivo final para el sueño durante 20 segundos, enviar 4 I / O muestras
en 2 segundos, y el retorno a dormir

Porque SP se mide en unidades de 10 ms, y S T y IR se miden en unidades de 1 ms, configurar un dispositivo final con los siguientes
ajustes:
norte SM = 4 (sueño cíclico) o 5 (sueño cíclico, pin estela).
norte SP = 0x7D0 (2000 decimal). Esto hace que el dispositivo final a dormir durante 20 segundos.
norte SN = 1.
norte SO = 0.
norte = ST 0x7D0 (2000 decimal). Esto establece el temporizador de apagado automático a 2 segundos.
norte IR = 0x258 (600 decimal). Conjunto IR a un valor mayor que (2 segundos / 4) para obtener 4 muestras en 2
segundos. El dispositivo final envía una muestra de I / O en el IR tasa hasta que el temporizador de apagado automático ha expirado. Debe habilitar al
menos una línea de E / S analógica o digital para el muestreo de E / S de trabajo. Para habilitar AD1 / ESD1 (TH pin 19 / SMT pin 32) como una línea de entrada
digital, debe establecer lo siguiente: D1 = 3
Ajuste todos los dispositivos router y coordinador de la red SP al partido SP en el dispositivo final. Esto asegura que las autonomías de paquetes de RF y los
tiempos de espera de transmisión están configurados correctamente.
Ejemplo 3: configurar un dispositivo para el sueño prolongado: a dormir durante 4 minutos
norte SP y SN debe ajustarse de tal manera que SP * SN = 4 minutos. Ya que SP se mide en unidades de 10 ms, el uso
los siguientes ajustes para obtener 4 del sueño minuto.
norte SM = 4 (sueño cíclico) o 5 (sueño cíclico, pin estela) SP = 0x7D0 (2000 decimal, o 20 segundos).
norte SN = 0x0C (12 decimal).
norte SO = 0x04 (habilitar el sueño prolongado). Con esta configuración, el módulo tiene capacidad para SP * SN tiempo, o (20 segundos * 12)
= 240 segundos = 4 minutos.
Para obtener los mejores resultados, el dispositivo final debe enviar una transmisión cuando se despierta para informar al coordinador (o red) cuando se despierta.
También debe permanecer despierto durante un corto período de tiempo para permitir que los dispositivos envíen datos en él. Los siguientes son los ajustes
recomendados.
norte = ST 0x7D0 (2 segundos el tiempo de vigilia)
norte SO = 0x06 (habilitar prolongada del sueño y despertar por el tiempo ST)

Manejo de dispositivos finales ejemplos del sueño
norte IR = 0x800 (send 1 I / O de la muestra después de despertar). Habilitar al menos una muestra digital I / O analógica o
habilitado para el muestreo I / O.
Con estos ajustes, el dispositivo final despierta después de 4 minutos y envía 1 I / O de la muestra. A continuación, permanece despierto durante 2 segundos
antes de volver a dormir. Conjunto SP y SN a los mismos valores en todos los routers y los coordinadores que podrían provocar que el dispositivo final para unirse.
Esto asegura que el padre no hace tiempo de espera del dispositivo final de su tabla secundaria demasiado rápido. los SI comando opcionalmente se puede enviar
al dispositivo final para hacer que el sueño antes de que expire el temporizador de apagado.

Analog y líneas digitales de E / S
XBee ZB firmware soporta un número de pines de E / S digitales que se configuran a través de comandos de software y analógicas. Analógica y las
líneas de E / S digitales se pueden establecer o consultar.
Configurable pins E / S y la configuración comandos 147

I / O de configuración 148
RSSI PWM 151
PWM1 152

Analog y líneas digitales de E / S Configurable pins E / S y la configuración comandos
Configurable pins E / S y la configuración comandos

Las siguientes tablas listan los pines de E / S configurables y los comandos de configuración correspondientes.
PIN del módulo Nombres módulo Pin comando AT Radio de Mando
DOUT / DIO13 3 P3 0, 1, 3-5
DIN / config / DIO14 4 P4 0, 1, 3-5
RSSI PWM / ESD10 7 P0 0, 1, 3-5
PWM1 / DIO11 8 P1 0, 1, 3-5
DTR / SLEEP_RQ / DIO8 10 D8 0, 1, 3-5
SPI_ATTN / BootMode / DIO19 12 P9 0, 1, 6
SPI_SClk / DIO18 14 P8 0, 1
SPI_SSEl / DIO17 15 P7 0, 1
SPI_MOSI / DIO16 dieciséis P6 0, 1
SPI_MISO / DIO15 17 P5 0, 1
[reservado]* 21 P2 0, 3-5
ESD4 24 D4 0, 3-5
CTS / ESD7 25 D7 0, 1, 3-7
ON / SLEEP / ESD9 26 D9 0, 1, 3-5
ASOCIADO / ESD5 28 D5 0, 1, 3-5
RTS / ESD6 29 D6 0, 1, 3-5
AD3 / ESD3 30 D3 0, 2-5
AD2 / ESD2 31 D2 0, 2-5
AD1 / ESD1 32 D1 0, 2-6
AD0 / DIO0 33 D0 0-5
XBee ZB orificio pasante módulo RF
DIO13 / DOUT 2 P3 0, 1, 3-5
DIO14 / DIN / CONFIG 3 P4 0, 1, 3-5
DIO12 / PWM2 / SWDIO / SPI_MISO 4 P2
ESD10 / PWM RSSI / DAC0 6 P0 0, 1, 3-5

Analog y líneas digitales de E / S I / O de configuración
DIO11 / PWM1 / DAC1 7 P1 0, 1, 3-5
DIO8 / DTR / SLP_RQ 9 D8 0, 1, 3-5
ESD4 / SPI_MOSI 11 D4 0, 1, 3-5
ESD7 / CTS 12 D7 0, 1, 3-7
ESD9 / On / SLEEP / OSM 13 D9 0, 1, 3-5
ESD5 / ASSOC / JTDI 15 D5 0, 1, 3-5
ESD6 / RTS dieciséis D6 0, 1, 3-5
ESD3 / AD3 / SPI_SSEL 17 D3 0-5
ESD2 / AD2 / SPI_SCLK 18 D2 0-5
ESD1 / AD1 / SPI_ATTN 19 D1 0-6
DIO0 / AD0 / CommBtn 20 D0 0-5
I / O de configuración
Para activar una función de E / S analógica o digital en una o más / XBee-PRO pin Zigbee módulo RF XBee, debe emitir el comando de
configuración adecuado con el parámetro correcto. Después de emitir el comando de configuración, debe aplicar los cambios en el
dispositivo para la configuración de E / S para tener efecto.
parámetro de comando Pin Descripción
0 Discapacitado
1 control de periféricos
2 Término análogo
3 Datos inmonitored (ver la siguiente información de la tabla)
4 Datos fuera baja por defecto
5 Salida de datos de alto valor predeterminado
6 RS-485 permiten interfaz traza baja / paquete
7 RS-485 permiten una alta
>7 sin apoyo
Cuando el parámetro de comando pin es un 0 o un 3, se opera de la misma en esta plataforma, excepto el dispositivo no monitorizar el
pasador por I / O de muestreo si el parámetro es 0. entradas tienen tres variaciones:
norte Flotante
norte Arrancados
norte Derribado

Analog y líneas digitales de E / S I / O de muestreo
Una entrada flotante es apropiado si el pasador está unido a una salida que siempre impulsa la línea. En este caso, una resistencia
pull-up o pull-down atrae más actual.
Una entrada tirado-up es útil donde no siempre puede haber una fuente externa para conducir el pasador y es deseable tener la línea de
lectura de alta en ausencia de un controlador externo.
Del mismo modo, una entrada de tirado hacia abajo es útil cuando no siempre hay una fuente externa para conducir el pasador y es deseable
tener la línea de lectura bajo en ausencia de un controlador externo. Dos comandos están disponibles para configurar el tipo de entrada:
norte PR determina si o no para tirar de una entrada. Si el bit correspondiente en el PR se fija, la señal de
tirones. Si está claro, entonces la señal de flota.
norte PD determina la dirección de extracción. Sólo se aplica cuando el bit correspondiente en el PR Está establecido. Selecciona el
bit en PD para permitir una resistencia interna pull-up; desactivarla para permitir una resistencia interna desplegable.
I / O de muestreo
Los módulos de RF Zigbee XBee / XBee-PRO tienen la capacidad de supervisar y analógico muestra y líneas de E / S digitales. muestras de E / S se
pueden leer de forma local o transmitidos a un dispositivo remoto para proporcionar una indicación de las E / S estados línea actual. Debe habilitar el modo
de API en el dispositivo de recepción para enviar E / S de muestras a través del puerto serie. Si no se habilita este modo, los descartes de dispositivos
remotos las muestras de E / S. Hay tres maneras de obtener de E / S de muestras, ya sea local o remota:
norte Queried Muestreo (IS)
norte Periódica de muestreo (IR)
norte Cambio de muestreo de detección (IC)
I O datos / muestra se formatea como se muestra en la siguiente tabla:
bytes Nombre Descripción
1 conjuntos de muestras Número de conjuntos de la muestra en el paquete (siempre ajustado a 1).
2 Máscara de canal digital Indica la cual digital I / O líneas he permitido muestreo. cada bit
corresponde a una línea de E / S digital en el dispositivo. bit 0 = AD0 /
DIO0 bit 1 = AD1 / ESD1 bit 2 = AD2 / ESD2 bit 3 = AD3 / ESD3 bit 4 =
ESD4 bit 5 = ASSOC / ESD5 Bit 6 = RTS / ESD6 bit 7 = CTS / ESD7
bit 8 = SLP_RQ / DIO8 bit 9 = ON_SLP / ESD9 bit 10 = RSSI / ESD10
bit 11 = PWM / DIO11 bit 12 = CD / DIO12 bit 13 = DOUT / DIO13 bit
14 = DIN / DIO14
Por ejemplo, una máscara de canal digital de 0x002F significa DIO0,1,2,3, y 5 están habilitadas
como I / O digital.

Analog y líneas digitales de E / S I / O de muestreo
bytes Nombre Descripción
1 Máscara de canal analógico Indica qué líneas tienen entradas analógicas habilitadas para el muestreo.
Cada bit en el análogo corresponde máscara de canal para un canal de entrada analógica. bit 0
= AD0 / DIO0 bit 1 = AD1 / ESD1 bit 2 = AD2 / ESD2 bit 3 = AD3 / ESD3 bit 7 = Voltaje de
alimentación
Establecer variable de datos muestreados Un conjunto de muestras que consta de 1 muestra para cada activar ADC y / o canal DIO,
que tiene entradas de tensión de 1143,75 y 342.1875
mV.
Si se habilitan las líneas de E / S digitales, los dos primeros bytes del conjunto de datos indican el
estado de todos habilitado E / S digital. Sólo los canales digitales que están habilitados en los bytes
máscara de canal digital tienen ningún significado en el conjunto de la muestra. Si no hay E / S
digitales están habilitados en el dispositivo, se omitirán estos 2 bytes.
Siguiendo los datos digitales I / O (si los hay), cada uno activado rendimientos de canal analógicas 2
bytes. Los datos comienza con AD0 y continúa secuencialmente para cada habilitado canal de entrada
analógica hasta AD3, y la tensión de alimentación (si está activado) en el extremo.
El conjunto de datos muestreada incluye 2 bytes de datos de E / S digitales sólo si uno o más líneas I / O en el dispositivo se configuran como I / O digital.
Si no pines se configuran como E / S digitales, se omiten estas 2 bytes. Pasadores se configuran como E / S digitales estableciendo su valor a un valor de
3, 4 ó 5. Los datos de E / S digital sólo es relevante si el mismo bit está activado en la máscara de E / S digital. muestras analógicas se devuelven como
valores de 10 bits. El dispositivo de escala el (Las entradas analógicas en el dispositivo no puede readmore de 1,2 V.) de lectura de tal manera que
0x0000 representa 0 V, y 0x3ff = 1,2 V analógico. muestras el dispositivo vuelve analógicas en orden, comenzando con AIN0 y terminando con AIn3, y la
tensión de alimentación. Sólo habilitados canales de entrada analógica devuelven datos. Para convertir la lectura A / D para mV, haga lo siguiente:
AD (mV) = (leer A / D * 1200mV) / 1023
La lectura en el marco de la muestra representa las entradas de tensión de 1143,75 y 342.1875 mV para AD0 y AD1 respectivamente.
muestreo Queried
Puede enviar el ES comando a un dispositivo de forma local o en un dispositivo remoto usando la trama de comando remoto API (para más
información, véase Operación API ). Al enviar el comando es, las muestras dispositivo de recepción de todo permiten canales E / S digitales y
analógicas de entrada y devuelven una muestra de E / S. Si envía el ES a nivel local, el dispositivo envía la muestra de E / S a través del puerto
serie. Si el ES comando fue recibido como un comando remoto, la muestra I / O se envía sobre-el-aire para el dispositivo que envió el ES
mando. Si emite el ES mando en commandmode, el dispositivo devuelve una lista de regreso delimitado carro que contiene los campos que
figuran en el I / O de muestreo . Si emite el ES de comandos en modo API, una respuesta de comandos API contiene la misma información. La
siguiente tabla muestra un ejemplo de los campos en una ES respuesta.

Analog y líneas digitales de E / S RSSI PWM
Ejemplo Ejemplo de respuesta del AT
0x01 [1 conjunto de muestras]
0x0C0C [DIO entradas digitales: 2, 3, 10, 11 Activado]
0x03 [Entradas analógicas: A / D 0, 1 Enabled]
0x0408 [Digital estados de entrada: dio 3, 10 de alto, DIO 2, 11 bajo]
0x03D0 [ADIO entrada analógica 0 = 0x3D0]
0x0124 [Entrada ADIO Analog 1 = 0x120]
Periódica I / O de muestreo
un muestreo periódico permite a un dispositivo para tomar una muestra de I / O y transmitirla a un dispositivo remoto a una velocidad periódica. Utilizar el IR comando
para configurar la frecuencia de muestreo periódico.
norte Para desactivar el muestreo periódico, conjunto IR a 0.
norte Para todos los demás IR los valores, los datos de muestras de firmware cuando IR milisegundos transcurrido y la muestra
de datos transmite a un dispositivo remoto. los DH y DL órdenes determinan la dirección de destino de las muestras de E /
S. Se puede establecer DH y DL a 0 Para transmitir al coordinador, o a la dirección de 64 bits del dispositivo remoto ( SH y SL).
Sólo los dispositivos con el modo operativo API habilitadas enviar de E / S de muestras de datos a cabo su interfaz en serie. Los dispositivos que están en modo
transparente ( = AP 0) descartar las muestras de datos de E / S que reciben. Debe configurar al menos un pasador como entrada digital o ADC para generar datos
de ejemplo. Un dispositivo habilitado con el sueño que transmite periódica de E / S de muestras en el IR tasa de hasta el S T tiempo se ha cumplido y el dispositivo
puede volver a dormir.
muestreo de detección de cambios

Puede configurar los dispositivos para transmitir datos de una muestra de inmediato cada vez que un monitoreados digital I / O pin cambia de estado. los IC comando es
una máscara de bits utiliza para establecer que las líneas de E / S digitales para monitor para un cambio de estado. Si uno o más bits en IC se fija, el dispositivo
transmite una muestra de I / O tan pronto como se observa un cambio de estado en uno de los supervisado líneas de E / S digitales. Utilizar DH y DL para especificar la
dirección de 64 bits a las muestras de detección de cambios de transmisión.
RSSI PWM
El XBee / XBee-PRO Módulo RF Zigbee cuenta con una / pin RSSI PWM (TH pin 6 / SMT pin 7) que, si está habilitada, ajusta la salida de PWM para
indicar la intensidad de la señal del último paquete recibido. Utilizar P0 (Configuración / PWM0 RSSI) para permitir que la anchura de pulso de
modulación de salida RSSI (PWM) en el pasador. Si P0
se pone a 1 (y P1 no está ajustado a 1), el pasador de RSSI / PWM da salida a una anchura de pulso de la señal modulada en donde los ajusta frecuencia en
base a la intensidad de señal recibida del último paquete. De lo contrario, para todos los demás
P0 configuración, use el pasador de propósito general IO.
Cuando se recibe un paquete de datos, si se establece P0 para activar la función RSSI / PWM, los adapta la potencia de RSSI PWM basan en el RSSI
del último paquete. La salida de RSSI / PWM está habilitada para un tiempo basado en el
RP mando. Cada vez que el dispositivo recibe un paquete de RF, los adapta la potencia de RSSI / PWM basado en el RSSI del nuevo paquete, y restablece el
temporizador de RSSI. Si el temporizador expira RSSI, el RSSI / PWM unidades de pasador de baja. RP se mide en 100 unidades ms y valores predeterminados
a un valor de 40 (4 segundos).

Analog y líneas digitales de E / S PWM1
El RSSI PWM funciona a 12 MHz y tiene 2400 recuentos totales (período de 200 mu s). RSSI (en dBm) se convierte en los recuentos de PWM utilizando la
siguiente ecuación:
conteos PWM = (41 * RSSI_Unsigned) - 5928
ejemplos de E / S
Ejemplo 1: configurar los siguientes E / S configuración de la XBee

Configurar AD1 / ESD1 como una entrada digital con la resistencia pull-up activar Configurar AD2 / ESD2 como una entrada analógica
Configurar ESD4 como salida digital, de alta conducción.
Para configurar AD1 / ESD1 como una entrada, emitir el comando D1 con un parámetro de 3 ( “ATD13”). Para habilitar resistencias pull-up en el mismo pin,
emite el PR comando con el bit 3 set (por ejemplo, PR8, PR1FFF, y así sucesivamente). emitir el D2 comando con un parámetro de 2 para permitir la entrada
analógica ( “D22”). Por último, establezca ESD4 como una salida, la conducción de alta mediante la emisión de la D4 comando con un valor de parámetro de
5 ( “D45”). Después de emitir estos comandos, aplicar los cambios antes de que el módulo de E / S pasadores actualización de los nuevos estados. emitir el C.A.
o CN comandos para aplicar los cambios (por ejemplo, AC).
Ejemplo 2: Calcular los recuentos de PWM para un paquete recibido con un RSSI de -84 dBm
norte RSSI = -84 = 0xAC = 172 decimal (sin signo)
norte recuentos de PWM = (41 * 172) - 5928
norte recuentos de PWM = 1124
Con un total de 2400 recuentos, El resultado es un tiempo de ON de (1124/2400) = 46,8%
Ejemplo 3: Configurar el pasador de RSSI / PWM para operar durante 2 segundos después de cada paquete de RF
recibida
En primer lugar, asegúrese de que la funcionalidad de RSSI / PWM se activa mediante la lectura de la P0 ( P-cero) de comandos. Debe establecerse en 1 (por defecto).
Para configurar la duración de la salida de RSSI / PWM, establecer el RP mando. Para lograr un 2 segundos de salida PWM, conjunto RP a 0x14 (20 decimal,
o 2 segundos) y aplicar los cambios utilizando el C.A. mando. Después de aplicar los cambios, todos los paquetes de datos de RF recibida RSSI ajustar el
temporizador durante 2 segundos.
PWM1
Cuando se configura P1 para la operación periférica estableciendo el valor a 1, se da salida a una PWM ciclo de trabajo del 50% con una velocidad
de reloj de 32 787 Hz, que es un período de 30.5μs. La salida PWM proporciona un reloj para el procesador PLUS, aunque también puede ser
utilizado para otros fines.
Cuando se activa esta función, la salida de RSSI PWM se desactiva automáticamente, incluso si está configurado.

Operación API
Una alternativa a la operación transparente constituyen la interfaz de Operaciones de programación de aplicaciones (API). operación de API requiere
que el dispositivo de comunicación a través de una interfaz estructurada (es decir, los datos se comunican en tramas en un orden definido). Las API
especifica cómo el dispositivo envía o recibe órdenes, respuestas de comandos, mensajes de estado andmodule utilizando una trama de datos de
puerto serie.
formato de trama API 154

Bytes de datos que necesitan ser escapó: 155
intercambios API de serie 158
Enviar comandos ZDO con la API 160
Enviar biblioteca de clúster Zigbee (ZCL) manda con la API 163
Enviar perfil público Comandos con la API 168

Operación API formato de trama API
formato de trama API

Los soportes de firmware dos modos de funcionamiento: API sin caracteres de escape y con caracteres de escape. Utilice el comando AP para permitir a
cualquiera de los modos. Para configurar un dispositivo a uno de estos modos, ajustar los siguientes valores de los parámetros AP:
norte = AP 1: operación de API.
norte = AP 2: operación de API (con caracteres de sólo posible en la UART escapado). Los difiere de la
estructura de tramas de datos API en función de lo que elija el modo.
operación de API (parámetro AP = 1)

La siguiente tabla muestra la estructura de trama de datos cuando se habilita = AP 1:
campos de la trama Byte Descripción
delimitador de inicio 1 0x7E
Longitud 2-3 Lo más significativo Byte, byte menos significativo
datos de la trama 4-n estructura API-específica
Suma de comprobación n+1 1 byte
El firmware silenciosamente descarta los datos que recibe antes del delimitador de inicio. Si el dispositivo no recibe la trama correctamente o si la
suma de comprobación falla, el dispositivo responde con un marco de estado de dispositivo que indica la naturaleza de la falla.
operación con API caracteres de escape (parámetro AP = 2)

Este modo sólo está disponible en la UART, no en el puerto serie SPI. La siguiente tabla muestra la estructura de trama de datos cuando
se habilita = AP 2:
Zona Campos Descripción Byte
Inicio delimitador 1 0x7E
Longitud 2 - 3 byte más significativo, menos caracteres significativo Byte escapó si es necesario
datos de la trama 4 - n estructura API-específica
Suma de comprobación n + 1 1 byte
caracteres de escape
Al enviar o recibir una trama de datos UART, los valores de datos específicos deben escaparse (marcados), de modo que no interfieran
con la secuencia de tramas de datos. Para escapar de un byte de datos interferir, insertar 0x7D y seguir con el byte que se escaparon
XOR con 0x20.

Operación API Bytes de datos que necesitan ser escapó:
Bytes de datos que necesitan ser escapó:
Byte Descripción
0x7E delimitador de trama
0x7D Escapar
0x11 XON
0x13 XOFF
datos en serie primas antes de escapar bytes que interfieren: Ejemplo:
0x7E 0x00 0x02 0x23 0x11 0xCB
0x11 necesita ser escapado el que los resultados en el siguiente cuadro: 0x7E 0x00
0x02 0x23 0x31 0x7D 0xCB
Nota En el ejemplo anterior, la longitud de los datos en bruto (con exclusión de la suma de comprobación) es 0x0002 y la suma de comprobación de los
datos no escapado (excluyendo delimitador de trama y longitud) se calcula como: 0xFF - (0x23 + 0x11) = (0xFF - 0x34 ) = 0xCB.
Longitud
El campo de longitud especifica el número total de bytes incluidos en el campo de datos de la trama. Su valor excluye de dos bytes del delimitador
de inicio, la duración y la suma de comprobación.
datos de la trama
Este campo contiene la información de que un dispositivo recibe o transmite. La estructura de datos de la trama depende del propósito
del marco de la API:
datos de la trama
delimitador
de inicio Longitud identificador API Identificador específico de Datos Suma de comprobación
1 2 3 4 5 6 7 8 9 .. . norte n+1
0x7E MSB LSB cmdID cmdData de un solo
byte
El marco cmdID (API-identificador) indica qué mensajes API contiene el marco cmdData (datos Identificador-específico). El
dispositivo envía los valores de varios bytes de gran formato endian. El XBee / XBee-PRO Zigbee RF Module soporta los
siguientes marcos de API:
nombres de marcos API API ID
comando AT 0x08
Comando AT - Cola Parámetro Valor 0x09

nombres de marcos API API ID
Solicitud de transmisión Zigbee 0x10
Direccionamiento explícito del marco Zigbee Comando 0x11
Solicitud de comandos remotos 0x17
Crear ruta Fuente 0x21
Respuesta de comandos AT 0x88
Estado del módem 0x8A
Zigbee enviar el estado 0x8B
Zigbee Recibe paquetes (AO = 0) 0x90
Zigbee explícita Indicador Rx (AO = 1) 0x91
Indicador Rx muestra O Zigbee datos de E / 0x92
XBee sensor Leer Indicador (AO = 0) 0x94
Indicador de identificación del nodo (AO = 0) 0x95
Respuesta de comandos remotos 0x97
Prolongado estado del módem 0x98
Over-the-Air actualización de firmware Estado 0xA0
Indicador de grabación ruta 0xA1
Muchos-a-uno petición de ruta Indicador 0xA3
Calcular y verificar las sumas de comprobación

Para calcular la suma de comprobación de una trama de API:
1. Añadir todos los bytes del paquete, excepto el inicio delimitador 0x7E y la longitud (el segundo y tercer bytes).
2. Mantener sólo los 8 bits más bajos del resultado.
3. Restar esta cantidad de 0xFF.
Para verificar la suma de comprobación de una trama de API:
1. Añadir todos los bytes incluyendo la suma de comprobación; no incluyen el delimitador y la longitud.
2. Si la suma de comprobación es correcta, los dos últimos dígitos en el extremo derecho de la suma igual 0xFF.
Ejemplo
Considere el siguiente paquete de datos de ejemplo: 7E 00 08 08 01 4E 49 58 42 45 45 3B
Byte (s) Descripción
7E delimitador de inicio

Byte (s) Descripción
00 08 bytes de longitud
08 identificador API
01 ID marco API
4E 49 comando AT
58 42 45 45 valor del parámetro
3B Suma de comprobación
Para calcular la suma de comprobación de agregar todos los bytes del paquete, sin incluir el delimitador de trama 7E y la longitud (el segundo y tercer
bytes): 7E 00 08 08 01 4E 49 58 42 45 45 3B Agrega estos bytes hexadecimales:
0x08 + 0x01 + 0x4E + 0x49 + 0x58 + 0x42 + 0x45 + 0x45 = 0x01C4
Desde aquí, tomar el resultado de 0x01C4 y mantener sólo los 8 bits más bajos que en este ejemplo es 0xC4 (los dos dígitos a la derecha). Restar
0xC4 de 0xFF y se obtiene 0x3B (0xFF - 0xC4 = 0x3B). 0x3B es la suma de control para este paquete de datos.
Si un paquete de datos de la API se compone de una suma de comprobación incorrecta, el XBee / XBee-PRO del módulo de RF Zigbee considerará la
inválido paquetes e ignorará los datos.
Para verificar la suma de comprobación de un paquete de API añadir todos los bytes incluyendo la suma de comprobación (no incluya el delimitador y
duración) y si es correcta, los dos últimos dígitos extremo derecho de la sumwill igual FF. 0x08 + 0x01 + 0x4E + 0x49 + 0x58 + 0x42 + 0x45 + 0x45 +
0x3B = 0x01FF
Ejemplos de API
Ejemplo: Crear una API en el cuadro de comando para configurar un dispositivo para permitir la unión (conjunto Nueva Jersey a 0xFF). El marco debe verse
como:
0x7E 0x00 0x05 0x08 0x01 0xFF 0x4E 0x4A Cuando 5F
norte 0x0005 = longitud
norte 0x08 = tipo de trama API de comandos AT
norte 0x01 = ID Frame (ajustado a valor distinto de cero)
norte 0x4E4A = Comando AT ( NUEVA JERSEY)
norte 0xFF = valor de comando set para
norte 0x5F = Checksum
La suma de control se calcula como [0xFF - (0x08 + 0x01 + 0x4E + 0x4A + 0xFF)]
Ejemplo: Mandar un DAKOTA DEL NORTE comando para descubrir los dispositivos de la PAN. El marco debe
verse como:
0x7E 0x00 0x04 0x08 0x01 0x44 0x64 0x4E Dónde:

Operación API intercambios API de serie
norte 0x0004 = longitud
norte 0x08 = tipo de trama API de comandos AT
norte 0x01 = ID Frame (ajustado a valor distinto de cero)
norte 0x4E44 comando AT = ( DAKOTA DEL NORTE)
norte 0x64 = Checksum
La suma de control se calcula como [0xFF - (0x08 + 0x01 + 0x44 + 0x4E)]
Ejemplo: Enviar un comando a distancia para el coordinador para establecer AD1 / ESD1 como una entrada digital ( D1 = 3) y aplicar los cambios para forzar la
actualización de E / S.
La trama de comando remoto API debe verse como:
0x7E 0x00 0x10 0x17 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x02 0x44 0xFF 0xFE 0x31 0x03 0x70 Dónde:
norte 0x10 = longitud (16 bytes con exclusión de la suma de comprobación)
norte 0x17 = Comando del tipo de trama de API remota
norte 0x01 = ID Frame
norte 0x0000000000000000 = dirección del coordinador (se puede sustituir por de real coordinador 64-
dirección de bit si se conoce)
norte 0xFFFE = 16 bits dirección de destino
norte 0x02 = Aplicar cambios (remoto Opciones de comando)
norte 0x4431 = comando AT ( D1)
norte 0x03 = Comando Parámetro (el parámetro también podría ser enviada como 0x0003 o 0x00000003)
0x70 = Checksum
intercambios API de serie

Usted puede utilizar el campo ID de trama para correlacionar entre las tramas salientes y respuestas asociadas.
comandos AT
A continuación se muestra la imagen de cambio de marco de API que tiene lugar en la interfaz en serie al enviar una solicitud de comando AT
para leer o establecer un parámetro de dispositivo. Puede desactivar la respuesta al establecer el ID de trama a 0 en la solicitud.

Operación API intercambios API de serie
Transmitir y recibir datos RF

A continuación se muestra la imagen de los marcos de la API de intercambio que tienen lugar en la interfaz UART al enviar datos a otro
dispositivo RF. El marco de estado de transmisión se envía siempre al final de una transmisión de datos a menos que el ID de trama se
establece en 0 en la solicitud de TX. Si el paquete no se puede entregar al destino, el marco de estado de transmisión indica la causa del
fracaso. El tipo de trama de datos recibida (0x90 o 0x91) se determina por la AO mando.
comandos AT remotas
En la imagen siguiente muestra los intercambios de trama API que tienen lugar en la interfaz de serie cuando se envía un mando a
distancia comando AT. El dispositivo no envía una trama de respuesta de comando a distancia a través de la interfaz en serie si el
dispositivo remoto no recibe el comando a distancia.

Operación API Enviar comandos ZDO con la API
El direccionamiento de origen
En la imagen siguiente muestra los intercambios de trama API que tienen lugar en el puerto serie al enviar una transmisión enrutados en el
origen.
registro de dispositivos
En la imagen siguiente muestra los intercambios de trama API que tienen lugar en la interfaz de serie cuando se registra un dispositivo de unión a
un centro de confianza.
Enviar comandos ZDO con la API

especificaciones Zigbee definen objetos de dispositivo Zigbee (ZDOs) como parte del perfil de dispositivo Zigbee. Estos objetos proporcionan
funcionalidad para gestionar andmap la red ZigBee y descubrir los servicios en los dispositivos Zigbee. ZDOs suelen ser necesarios en el
desarrollo de un producto Zigbee que interopera en un perfil público tales como la domótica o inteligente de la energía, o cuando se comunica con
los dispositivos Zigbee de otros proveedores. También puede utilizar el ZDO para realizar varias funciones de gestión tales como la agilidad de
frecuencia (energía detectar y cambios de canal - Gestión de Actualización de red petición), rutas que descubren (MGMT encaminamiento de
petición) y vecinos (Gestión de ICT petición), conectividad de dispositivos andmanaging (MGMT Dejar y permiso de Ingreso Solicitud).
La siguiente tabla muestra algunas de las ZDOs más prominentes con su respectivo identificador de conjunto. Cada comando ZDO tiene una
carga útil definida. ver el perfil de dispositivo Zigbee sección de la especificación Zigbee para más detalles.

comando ZDO ID de clúster
Solicitud de Direcciones de Red 0x0000
Solicitud IEEE Dirección 0x0001
Solicitud nodo descriptor 0x0002
Descriptor Simples 0x0004
Active Endpoints Solicitud 0x0005
Solicitud de ajuste de descriptor 0x0006
Solicitud MGMT ICT 0x0031
Solicitud de enrutamiento de MGMT 0x0032
MGMT Dejar Solicitud 0x0034
MGMT Permiso Solicitud de unión 0x0036
Solicitud de Actualización de red MGMT 0x0038
Utilizar el Direccionamiento explícito marco de Comando - 0x11 Enviar a dispositivo Zigbee objetos comandos a los dispositivos de la red. Envío
de comandos ZDO con el marco de API de transmisión explícita requiere algún formato del campo de carga útil de datos.
Cuando se envía un comando ZDO con la API, todos los valores de bytes múltiples en el comando ZDO (carga útil API), por ejemplo, u16,
direcciones u32, y 64 bits, debe ser enviada por byte menos significativo para el comando a ejecutar correctamente en un dispositivo remoto. Para
una API XBee para recibir respuestas ZDO, conjunto AO (Opciones API) a 1 para permitir la recepción explícita marco de API.
La tabla siguiente muestra cómo se puede utilizar el marco de API explícita para enviar una solicitud “Active Endpoints” para descubrir los
puntos finales activos en un dispositivo con una dirección de 16 bits de 0x1234.
campos de datos de tramas Descripción Offset
Tipo de marco 3 0x11
ID de trama 4 Identifica la trama de datos para el host para correlacionar con un estado de transmisión posterior.
Si se establece en 0, el dispositivo no envía una respuesta a través del puerto serie.
dirección de destino de 64 5-12 MSB, LSB dura. La dirección de 64 bits del dispositivo de destino (byte más significativo). Para
bits las transmisiones unicast, establecido en la dirección de 64 bits del dispositivo de destino, o para
0x0000000000000000 para enviar un unicast al coordinador. Se establece en
0x000000000000FFFF para su difusión.
dirección de red de 13 MSB, LSB dura. La dirección de 16 bits del dispositivo de destino (byte más significativo).
Establece en 0xFFFE para su difusión, o si la dirección de 16 bits es desconocida. 14
destino de 16 bits
fuente de punto final 15 Se establece en 0x00 para transmisiones ZDO (0 punto final es el punto final ZDO).

punto final de destino 16 Se establece en 0x00 para transmisiones ZDO (0 punto final es el punto final ZDO).
ID de clúster 17 Se establece en el ID de clúster que se corresponde con el comando ZDO de ser enviado.
0x0005 = Active Endpoints Solicitar 18
Perfil Id 19-20 Se establece en 0x0000 para ZDO transmisiones (Perfil ID 0x0000 es el

Zigbee perfil de dispositivo que soporta ZDOs).
radio de emisión 21 Establece el número máximo de saltos una transmisión de difusión puede atravesar. Si se
establece en 0, el dispositivo establece el radio de transmisión al valor de la máxima de la red
lúpulo.
Las opciones de transmisión 22 Todos los bits deben establecerse a 0.
Los datos de carga útil 23 La carga útil requerido para un comando ZDO. Todos los valores de los parámetros ZDO multi-byte
(u16, u32, dirección de 64 bits) deben enviarse en byte menos significativo.
Los criterios de valoración Solicitud activa incluye la siguiente carga útil: [16-bit
NwkAddrOfInterest]
endian (0x3412). 24
Nota La dirección de 16 bits en el ejemplo API (0x1234) se envía en poco orden de bytes
25
Ejemplo
El siguiente ejemplo muestra cómo se puede utilizar el marco de API explícita para enviar una solicitud “Active Endpoints” para descubrir los puntos
finales activos en un dispositivo con una dirección de 16 bits de 0x1234.
campos de datos de tramas Compensar Ejemplo
Longitud MSB 1 0x00
LSB 2 0x17
ID de trama 4 0x01

Operación API Enviar biblioteca de clúster Zigbee (ZCL) manda con la API
dirección de destino de 64 bits MSB 5 0x00
6 0x00
7 0x00
8 0x00
9 0x00
10 0x00
11 0xFF
LSB12 0xFF
16 bits de direcciones de MSB 13 0xFF

red de destino
LSB 14 0xFE
fuente de punto final 15 0x00
punto final de destino dieciséis 0x00
ID de clúster 17 0x00
18 0x05
Perfil Id 19 0x00
20 0x00
radio de emisión 21 0x00
opciones de transmisión 22 0x00
carga útil de datos - número de secuencia de la transacción 23 0x01
carga útil de datos - ZDO de carga útil 24 0x34
25 0x12
Suma de comprobación 29 0xA6
Enviar biblioteca de clúster Zigbee (ZCL) manda con la API

La biblioteca de clúster Zigbee define un conjunto de atributos y comandos (clusters) que pueden ser soportados inmultiple perfiles Zigbee.
Los comandos ZCL suelen ser necesarios en el desarrollo de un producto Zigbee que interoperar en un perfil público, como la domótica o
inteligente de la energía, o cuando se comunica con los dispositivos Zigbee de otros proveedores. Las aplicaciones que no están
diseñados para un perfil público o para aplicaciones de interoperabilidad puede omitir esta sección.
La siguiente tabla muestra algunos grupos prominentes con sus respectivos atributos y comandos.

Cluster (Cluster ID) Atributos (ID Attribute) ID de clúster
Básico (0x0000) Versión de la aplicación (0x0001) versión Regreso prefijados (0x00)

del hardware (0x0003) identificador de
modelo (0x0005)
Identificar (0x0003) Identificar Tiempo (0x0000) Identificar (0x00) Identificar

Consulta (0x01)
Tiempo (0x000A) Tiempo (0x0000) Estado

Tiempo (0x0001) Zona horaria
(0x0002)
Termostato (0x0201) Temperatura local (0x0000) aumento consigna / bajar (0x00)

Ocupación (0x0002)
El ZCL define una serie de comandos de todo el perfil que pueden ser soportados en cualquier perfil, también conocido como comandos
generales. Estos comandos son los siguientes.
Comando (Command ID) Descripción
Atributos de lectura (0x00) Se utiliza para leer uno o más atributos en un dispositivo remoto.
Leer atributos de respuesta (0x01) Generada en respuesta a un comando de atributos de lectura.
Atributos de escritura (0x02) Se utiliza para cambiar uno o más atributos en un dispositivo remoto.
Atributos de escritura de respuesta (0x04) Enviado en respuesta a un comando de atributos de escritura.
Configurar Reporting Se utiliza para configurar un dispositivo para informar automáticamente sobre los valores de una o más de sus
(0x06) atributos.
Atributos de informe (0x0A) Se utiliza para informe de atributos cuando se han satisfecho las condiciones del informe.
Descubre Atributos (0x0C) Se utilizan para descubrir los identificadores de atributos en un dispositivo remoto. Descubre los atributos de
respuesta (0x0D)
Enviado en respuesta a un comando de descubrir atributos.
Utilizar el Direccionamiento explícito marco de Comando - 0x11 para enviar comandos a ZCL dispositivos en la red. Envío de comandos ZCL con
el marco de API de transmisión explícita requiere algún formato del campo de carga útil de datos.
Cuando se envía un comando ZCL con la API, todos los valores de bytes múltiples en el comando ZCL (API Payload) (por ejemplo, u16, u32,
direcciones de 64 bits) deben enviarse en byte menos significativo para el comando a ejecutar correctamente en un dispositivo remoto.
Nota Cuando el envío de comandos ZCL, establezca el comando AO a 1 para habilitar la explícita reciben marco de API. Esto proporciona una indicación de
la fuente de 64 y direcciones de 16 bits, ID de clúster, el perfil de ID, y la información de punto final para cada paquete recibido. Esta información es
necesaria para decodificar correctamente los datos recibidos.
La tabla siguiente muestra cómo el marco API explícita se puede utilizar para leer el atributo de versión de hardware de un dispositivo con una
dirección de 64 bits de 0x0013A200 40401234 (desconocido dirección de 16 bits). En este ejemplo se utiliza origen y de destino extremos
arbitrarios. El atributo de versión de hardware (atributo

ID 0x0003) es parte de la agrupación básica (ID de clúster 0x0000). El leer el atributo ID mando general es 0x00.
campos de la trama Descripción Offset
Tipo de marco 3
ID de trama 4 Identifica la trama de datos de puerto serie para el anfitrión para correlacionar con un
estado de transmisión posterior. Si se establece en
0, sin marco de estado de transmisión serán enviados al puerto serie.
dirección de MSB 5 La dirección de 64 bits del dispositivo de destino (grande

destino de 64 bits byte menos significativo primero). Para las transmisiones unicast, establecido en la
dirección de 64 bits del dispositivo de destino, o para 0x0000000000000000 para enviar un
unicast al coordinador. Se establece en 0x000000000000FFFF para su difusión. 6 7 8 9 10
11 12 LSB
dirección de red MSB La dirección de 16 bits del dispositivo de destino (byte más significativo).
de destino de 13 Establece en 0xFFFE para su difusión, o si la dirección de 16 bits es desconocida.
16 bits LSB 14
fuente de 15 Establece en el punto final de origen en el dispositivo emisor (0x41
punto final seleccionados arbitrariamente).
punto final de dieciséis Establece en el punto final de destino en el dispositivo remoto (0x42 seleccionados
destino arbitrariamente).
ID de clúster MSB Se establece en el ID de clúster que se corresponde con el comando ZCL

17 ser enviado. 0x0000 = básica de clúster. LSB 18
Perfil Id MSB Se establece en la ID de perfil apoyado en el dispositivo (0xD123 selecciona
19 arbitrariamente). LSB 20
radio de 21 Establece el número máximo de saltos una transmisión de

emisión difusión puede atravesar. Si se establece en 0, el radio de
transmisión se ajusta al máximo saltos de red de valor.

campos de la trama Descripción Offset
opciones de 22 Todos los bits deben establecerse a 0.
transmisión
Los datos de encabezado control de 23 Campo de bits que define el tipo de comando y otra información relevante
carga útil de la trama trama en el comando ZCL. Para obtener más información, consulte la
ZCL especificación ZCL.
número de 24 Un número de secuencia utilizado para correlacionar un comando ZCL con

secuencia de la una respuesta ZCL. (La respuesta versión de hardware incluirá este byte como
transacción un número de secuencia en la respuesta.) El valor 0x01 se selecciona
arbitrariamente.
Identificación de 25 Puesto que el control marco de bits “de tipo de trama” son 00, este byte
comandos especifica un comando general. Comando ID 0x00 es un comando Leer
atributos.
ZCL La carga útil para una “Leer atributos” comando es una lista de
carga útil Attribute ID 26 identificadores de atributo que se está leyendo.
Nota La ID de atributo 16 bits (0x0003) se envía en poco orden de bytes endian

(0x0300). Todos los valores de la cabecera y la carga útil de bytes ZCL múltiples
deben enviarse en byte menos significativo.
27 0xFF menos la suma de 8 bits de bytes desde el desplazamiento de 3 a este byte.
Ejemplo
En este ejemplo, el campo de Control de Tramas (offset 23) se construye como sigue:
Nombre Bits Ejemplo Valor Descripción
Tipo de marco 0-1 00 - comando actúa a través de todo el perfil.
específico del fabricante 2 0 - El campo de código de fabricante se omite del marco ZCL cabecera.
Dirección 3 0 - El comando se envía desde el lado del cliente al servidor.
Respuesta 4 0 - respuesta predeterminada no se desactivará.
predeterminada Desactivar
Reservado 5-7 Establecer en 0.
Para obtener más información, consulte la Biblioteca ZigBee Cluster especificación.
campos de datos de tramas Offset Ejemplo

campos de datos de tramas Offset Ejemplo
Longitud MSB 1 0x00 LSB 2
0x19
ID de trama 4 0x01
dirección de destino de 64 bits MSB 5 0x00 6
0x13 7
0xA2 8
0x00 9
0x40
10 0x40
11 0x12
0x34 LSB12
dirección de red de MSB LSB 13 0xFF

destino de 16 bits
14 0xFE
ID de clúster MSB LSB 17 0x00
18 0x00
Perfil Id MSB 19 0xD1 LSB
20 0x23
Los datos de carga útil control Frame encabezado de la trama ZCL 23 0x00
Transacción número de secuencia 24 0x01
Identificación de comandos 25 0x00
de carga útil ZCL Identificación de atributos 26 0x03
27 0x00
Suma de comprobación 28 0xFA

Operación API Enviar perfil público Comandos con la API
Enviar perfil público Comandos con la API

Puede utilizar la API de XBee utilizando el marco de la API de transmisión explícita (0x11) para enviar comandos en los perfiles públicos tales
como Smart Energy y Home Automation. El envío de comandos perfil público con el marco de la API de transmisión explícita requiere algo de
formato del campo de carga útil de datos. La mayoría de los comandos perfil público encajan en la biblioteca de clúster Zigbee (ZCL) de la
arquitectura como se describe en Enviar biblioteca de clúster Zigbee (ZCL) manda con la API .
La siguiente tabla muestra cómo se puede utilizar el marco de API explícita para enviar una respuesta a la demanda y el mensaje de control de carga (ID de
clúster 0x701) en el perfil de consumo energético inteligente (ID del perfil 0x0109) en la especificación de energía inteligente de revisión 14. El dispositivo envía
un mensaje “Load Control de Eventos” (ID comando 0x00) y a un dispositivo con la dirección de 64 bits de 0x0013A200 40401234 con una dirección de 16 bits
de 0x5678. El evento inicia un evento de control de carga para calentadores de agua y aparatos inteligentes para una duración de 1 minuto, comenzando
inmediatamente.
Nota Cuando el envío de comandos de perfiles públicos, establecer el AO comando en 1 para habilitar la explícita reciben marco de API. Esto proporciona
una indicación de la fuente de 64 y direcciones de 16 bits, ID de clúster, el perfil de ID, y la información de punto final para cada paquete recibido. Esta
información es necesaria para decodificar correctamente los datos recibidos.
datos específicos del marco
zona campos Descripción Offset
Tipo de marco 3
ID de trama 4 Identifica la trama de datos de puerto serie para el anfitrión para correlacionar con
un estado de transmisión posterior. Si se establece en 0, no hay marco de estado
de transmisión será enviado al puerto serie.
dirección de MSB 5 La dirección de 64 bits del dispositivo de destino (grande

destino de 64 bits byte menos significativo primero). Para las transmisiones unicast, establecido en la
dirección de 64 bits del dispositivo de destino, o para 0x0000000000000000 para enviar un
unicast al coordinador. Se establece en 0x000000000000FFFF para su difusión. 6 7 8 9 10
11 12 LSB
dirección de red MSB La dirección de 16 bits del dispositivo de destino (byte más significativo).
de destino de 13 Establece en 0xFFFE para su difusión, o si la dirección de 16 bits es desconocida.
16 bits LSB 14
fuente de 15 Se establece en el punto final de origen en el dispositivo emisor. (0x41
punto final seleccionados arbitrariamente).

punto final de dieciséis Se establece en el punto final de destino en el dispositivo remoto. (0x42
destino seleccionados arbitrariamente).
ID de clúster MSB Se establece en el ID de clúster que se corresponde con el comando ZCL

17 ser enviado. 0x0701 = respuesta a la demanda y control de carga ID de clúster
LSB 18
Perfil Id MSB Se establece en el ID de perfil apoyado en el dispositivo. 0x0109 = Smart

19 Energy ID de perfil. LSB 20
radio de 21 Establece el número máximo de saltos una transmisión de

emisión difusión puede atravesar. Si se establece en 0, el radio de
transmisión se ajusta al máximo saltos de red de valor.
opciones de 22 Todos los bits deben establecerse a 0.
transmisión
Los datos de encabezado control de 23 Campo de bits que define el tipo de comando y otra información relevante
carga útil de la trama trama en el comando ZCL. Para obtener más información, consulte la
ZCL especificación ZCL.
número de 24 Un número de secuencia utilizado para correlacionar un comando ZCL con

secuencia de la una respuesta ZCL. (La respuesta versión de hardware incluirá este byte como
transacción
un número de secuencia en la respuesta.) El valor 0x01 se selecciona
arbitrariamente. 25
Puesto que el control marco bits “de tipo de trama” son 01, este byte especifica un
comando-cluster específico. Comando ID 0x00 en el grupo de control de
respuesta de carga y demanda de carga es un comando de control de eventos.
Para obtener más información, consulte la especificación de energía inteligente.
de carga útil Emisor de ID de 26 El identificador único de 4 bytes.

ZCL evento
- datos de Nota El ID de 4 bytes se envía en poco orden de bytes endian

eventos de (0x78563412).
control de
carga
El ID de evento en este ejemplo (0x12345678) se selecciona
arbitrariamente. 27 28 29

clase de dispositivos 30 Este bit de campo codificado representa la clase de dispositivo asociada con la
carga de control de eventos. Un valor de bit de 0x0014 permite electrodomésticos
inteligentes y calentadores de agua.
Nota El valor de campo de bits de 2 bytes se envía en el byte menos significativo.
31
grupo 32 Se utiliza para identificar subgrupos de dispositivos en la clase dispositivo-. 0x00

inscripción dirige a todos los grupos.
Utilidad
Hora de inicio 33
34
35
36
Duración en 37 Este valor de 2 bytes debe ser enviada por byte menos significativo. 38
minutos
nivel de 39 Indica el nivel de criticidad del evento. En este ejemplo, el nivel

criticidad es “voluntaria”.
Temperatura de enfriamiento
40 Solicitados desplazamiento para aplicar al punto de ajuste de enfriamiento normal.
Un valor de 0xFF indica no se utiliza el valor de desplazamiento de

temperatura.
La temperatura de 41 Solicitada desplazamiento para aplicar al punto de ajuste de calefacción normal.
calentamiento
compensado Un valor de 0xFF indica no se utiliza el valor de desplazamiento de

temperatura.
Enfriamiento punto de 42 Solicitada enfriamiento del punto de ajuste en 0,01 grados Celsius. Un valor de 0x8000
ajuste de temperatura significa que el campo del punto de ajuste no se utiliza en este evento.
Nota El 0x80000 se envía en el byte menos significativo. 43

El calentamiento del 44 Solicitada el calentamiento de punto de ajuste en 0,01 grados Celsius. Un valor de
punto de ajuste de 0x8000 significa que el campo del punto de ajuste no se utiliza en este evento.
temperatura
Nota El 0x80000 se envía en el byte menos significativo. 45
Porcentaje medio 46 El límite máximo de consumo de energía. Un valor de 0x80 indica que
de ajuste de la el campo no se utiliza.
carga
Ciclo de trabajo 47 Define el máximo “On” ciclo de trabajo. Un valor de 0xFF indica el
ciclo de trabajo no se utiliza en este evento.
control de 48 Un mapa de bits que describe las opciones de eventos.
eventos del ciclo
de trabajo
Ejemplo
En este ejemplo, el campo de Control de Tramas (offset 23) se construye como sigue:
Nombre Bits Ejemplo Valor Descripción
Tipo de marco 0-1 01 - Comando es específico de un cluster
específico del fabricante 2 0 - El campo de código de fabricante se omite del marco ZCL cabecera.
Dirección 3 1 - El comando se envía desde el lado del servidor para el lado del cliente.
Respuesta 4 0 - respuesta predeterminada no discapacitados
predeterminada Desactivar
Reservado 5-7 Establecer en 0.
Para obtener más información, consulte la especificación ZigBee cúmulo biblioteca.
campos de la trama Offset Ejemplo
Longitud MSB LSB 1 0x00
0x19 2
ID de trama 4 0x01

dirección de destino de 64 MSB 5 0x00 6

bits
0x13 7
0xA2 8
0x00 9
0x40
10 0x40
11 0x12
LSB 12
0x34
dirección de red de MSB 0x56

destino de 16 bits 13
LSB 0x78
14
ID de clúster MSB 0x07

17
LSB 0x01
18
Perfil Id MSB 0x01

19
LSB 0x09
20

Los datos de carga útil encabezado de la trama ZCL control de trama 23 0x09
número de secuencia de la 24 0x01

transacción
25 0x00
datos de eventos de control de carga - carga Emisor de ID de evento 26 0x78

útil ZCL
27 0x56
28 0x34
29 0x12
clase de dispositivo 30 0x14
31 0x00
grupo inscripción Utilidad 32 0x00
Hora de inicio 33 0x00
34 0x00
35 0x00
36 0x00
Duración en minutos 37 0x01
38 0x00
nivel de criticidad 39 0x04
temperatura de enfriamiento 40 0xFF
La temperatura de calentamiento 41 0xFF

compensado
Enfriamiento punto de ajuste de 42 0x00

temperatura
43 0x80
El calentamiento del punto de ajuste de 44 0x00

temperatura
45 0x80
Porcentaje medio de ajuste de la 46 0x80

carga
Ciclo de trabajo 47 0xFF
control de eventos del ciclo de trabajo 48 0x00
Suma de comprobación 49 0x5b

Las siguientes secciones describen los marcos de la API.
marco de comandos AT - 0x08
Descripción
Utilice este cuadro para los parámetros de consulta o conjunto de dispositivos en el dispositivo local. Este comando se aplica API cambios después de ejecutar el
comando. Puede consultar los valores de los parámetros mediante el envío de la trama de comandos AT 0x08 sin campo valor del parámetro (los dos bytes de
comandos AT es seguida inmediatamente por la suma de comprobación de trama).
Formato
La siguiente tabla proporciona el contenido de la trama. Para más detalles sobre la estructura de marco, ver formato de trama API .
campos de
datos de
tramas Descripción Offset
Tipo de 3 0x08
marco
A Nombre del comando: dos caracteres ASCII que identifican el comando AT.
5-6 de comandos
valor del 7-n Si está presente, indica el valor del parámetro solicitado para establecer el registro dado. Si no hay caracteres
parámetro están presentes, se consulta el registro.
Ejemplo
El siguiente ejemplo ilustra una trama de comandos AT cuando se modifica la década de los dispositivos Nueva Jersey valor del parámetro.

descripciones de trama marco de comandos AT - 0x08
Longitud MSB 1 0x00
LSB 2 0x04
ID de trama 4 0x52 (R)
comando AT 5 0x4E (N)
6 0x4A (J)
Valor de parámetro (opcional)
Checksum 7 0x0D

descripciones de trama Comando AT - marco de cola Parámetro Valor - 0x09
Comando AT - Cola Parámetro Valor marco - 0x09 Descripción
Este marco que permite a los parámetros del dispositivo o conjunto de consulta. En contraste con el comando AT (0x08) del marco, este marco
pone en cola los nuevos valores de los parámetros y no se aplica hasta que se emite ya sea:
norte los A Comando (0x08) del marco (para el tipo API)
norte los C.A. mando
Cuando se consultan valores de los parámetros, el marco 0x09 comporta de forma idéntica al bastidor 0x08. Las devoluciones de dispositivos registran
las consultas de inmediato y no no ponerlos en cola. La respuesta a este comando es también una A Respuesta del marco de comandos (0x88). Enviar un
comando para cambiar la velocidad de transmisión ( BD) 115200 baudios, pero no se aplican cambios todavía. El módulo sigue funcionando a la velocidad
de transmisión anterior hasta que aplique los cambios.
Formato
campos de datos de
ID de trama 4 Identifica la trama de datos para el anfitrión que se correlaciona con un ACK posterior. Si se establece
en 0, el dispositivo no envía una respuesta.
comando AT 5-6 Nombre del comando: dos caracteres ASCII que identifican el comando AT.
Valor de parámetro ( = 7-n Si está presente, indica el valor del parámetro solicitado para establecer el registro dado. Si no hay
Ad7 115.200 baudios) caracteres están presentes, consulta el registro.
Ejemplo
El siguiente ejemplo se envía un comando para cambiar la velocidad de transmisión ( BD) 115200 baudios, pero no se aplica a los cambios de forma
inmediata. El dispositivo sigue funcionando a la velocidad de transmisión anterior hasta que aplique los cambios.
Nota En este ejemplo, usted podría enviar el parámetro como un cero acolchado de 2 bytes o valor de 4 bytes.

descripciones de trama Comando AT - marco de cola Parámetro Valor - 0x09
Longitud MSB 1 0x00
LSB 2 0x05
ID de trama 4 0x01
comando AT 5 0x42 (B)
6 0x44 (D)
Valor de parámetro ( BD 7 = 115.200 baudios) 7 0x07
Suma de comprobación 8 0x68

descripciones de trama Transmisión de solicitudes de trama - 0x10
Transmisión de solicitudes de trama - 0x10
Descripción
Este marco hace que el dispositivo para enviar datos de carga útil como un paquete de RF a un destino específico.
norte Para transmisiones de difusión, establecer la dirección de destino de 64 bits para 0x000000000000FFFF.
Abordar el coordinador ya sea por ajuste de la dirección de 64 bits para todos los 0x00s y la dirección de 16 bits a 0xFFFE, o ajuste de la
dirección de 64 bits de direcciones de 64 bits del coordinador y la dirección de 16 bits a 0x0000.
norte Para todas las otras transmisiones, el establecimiento de la dirección de 16 bits a la dirección correcta de 16 bits ayuda
mejorar el rendimiento cuando se transmiten a múltiples destinos. Si no conoce una dirección de 16 bits, establezca este campo para 0xFFFE ( desconocido).
Si tiene éxito, el cuadro de estado de transmisión (0x8B) indica la dirección de 16 bits descubierto. Puede establecer el radio de difusión de 0 hasta NUEVA
HAMPSHIRE. Si se establece en 0, El valor de NUEVA HAMPSHIRE Especifica el radio de difusión (recomendado). Este parámetro sólo se utiliza
para las transmisiones de difusión. Usted puede leer el número máximo de bytes de carga útil con el notario público mando.
Nota Uso de enrutamiento de origen reduce la carga útil RF por dos bytes por hop intermedio en la ruta de origen.
Formato
La siguiente tabla proporciona el contenido de la trama. Para más detalles sobre la estructura del bastidor, véase formato de trama API .
campos de datos de
ID de trama 4 Identifica la trama de datos para el anfitrión que se correlaciona con un ACK posterior. Si se establece en 0, el
dispositivo no envía una respuesta.
dirección de 5-12 MSB, LSB pasado. Se establece en la dirección de 64 bits del dispositivo de destino.
destino de 64 bits Reservado de direcciones de 64 bits para el coordinador = 0x0000000000000000 Broadcast =
0x000000000000FFFF
dirección de red MSB Se establece en la dirección de 16 bits del dispositivo de destino, si se conoce. Si la dirección es
de destino de 13 desconocida o si el envío de una emisión, establecido en 0xFFFE. LSB 14

16 bits
radio de 15 Establece el número máximo de saltos puede producirse una transmisión de difusión. Si se establece en 0,
emisión el radio de difusión se ajusta al máximo valor lúpulo.

campos de datos de
opciones dieciséis 0x01 - reintentos Deshabilitar 0x20 - Habilitar el cifrado

APS (si EE = 1)
0x40 - utilizar el tiempo de espera de transmisión extendida para este destino Activación de la codificación APS
disminuye el número máximo de carga útil RF bytes por 4 (por debajo del valor informado por NOTARIO
PÚBLICO).
El establecimiento del bit de tiempo de espera prolongado provoca que la pila para establecer el tiempo de espera de
transmisión extendida para la dirección de destino. Ver Transmisión, direccionamiento y encaminamiento .
Todos los bits no utilizados y no compatibles se deben establecer en 0.
de datos por radiofrecuencia 17-n Los datos enviados al dispositivo de destino.
Ejemplo
El ejemplo muestra cómo enviar una transmisión a un dispositivo de escape si se desactiva ( = AP 1), con la dirección de destino
0x0013A200 40.014.011, y la carga útil “TxData1B”.
Longitud MSB 1 0x00
LSB 2 0x16
ID de trama 4 0x01
dirección de destino de 64 MSB 5 0x00

bits
6 0x13
7 0xA2
8 0x00
9 0x40
10 0x01
11 0x40
LSB 12 0x11
dirección de red de MSB 13 0xFF

destino de 16 bits
LSB 14 0xFE
opciones dieciséis 0x40

de datos por radiofrecuencia 17 0x54
18 0x78
19 0x44
20 0x61
21 0x74
22 0x61
23 0x31
24 0x42
Enviar una transmisión al coordinador sin especificar direcciones de 64 bits del coordinador. La trama de petición de API de transmisión
debe ser similar a:
0x7E 0x00 0x16 0x10 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xFF 0xFE 0x00 0x00 0x54 0x78
0x43 032 0x6F 0x6F 0x72 0x64 0xFC Dónde 0x16 = longitud (22 bytes con exclusión de la suma de
comprobación)
Longitud MSB 1 0x00
LSB 2 0x16
ID de trama 4 0x01
dirección de destino de 64 MSB 5 0x00

bits
6 0x00
7 0x00
8 0x00
9 0x00
10 0x00
11 0x00
LSB 12 0x00
dirección de red de MSB 13 0xFF

destino de 16 bits
LSB 14 0xFE

opciones dieciséis 0x00
carga útil de datos (Tx2Coord) 17 0x54
18 0x78
19 0x32
20 0x43
21 0x6F
22 0x6F
23 0x72
24 0x64
Suma de comprobación 25 0xFC

descripciones de trama Direccionamiento explícito marco de Comando - 0x11
Direccionamiento explícito marco de Comando - Descripción
0x11
Este marco es similar a la de transmisión de solicitud (0x10), sino que también requiere que se especifique la capa de aplicación- abordar campos: los puntos
finales, ID de clúster, y el perfil de identificación.
Este marco hace que el dispositivo para enviar datos de carga útil como un paquete de RF a un destino específico, utilizando fuente específica y los
puntos finales de destino, ID de clúster, y el perfil de ID.
norte Para transmisiones de difusión, establecer la dirección de destino de 64 bits para 0x000000000000FFFF.
Abordar el coordinador ya sea por ajuste de la dirección de 64 bits para todos los 0x00s y la dirección de 16 bits a 0xFFFE, o ajuste de la
dirección de 64 bits de direcciones de 64 bits del coordinador y la dirección de 16 bits a 0x0000.
norte Para todas las otras transmisiones, el establecimiento de la dirección de 16 bits a la dirección correcta de 16 bits ayuda
mejorar el rendimiento cuando se transmiten a múltiples destinos. Si no conoce una dirección de 16 bits, establezca este campo para 0xFFFE
(desconocido). Si tiene éxito, el cuadro de estado de transmisión (0x8B) indica la dirección de 16 bits descubierto. Puede establecer el radio de
difusión desde 0 hasta NUEVA HAMPSHIRE a 0xFF. Si se establece en 0, el valor de NUEVA HAMPSHIRE Especifica el radio de difusión
(recomendado). Este parámetro sólo se utiliza para las transmisiones de difusión. Usted puede leer el número máximo de bytes de carga útil con el notario
público mando.
Nota Uso de enrutamiento de origen reduce la carga útil RF por dos bytes por hop intermedio en la ruta de origen.
Formato
La siguiente tabla proporciona el contenido de la trama. Para más detalles sobre la estructura del bastidor, véase formato de trama API .
campos de datos de
ID de trama 4 Identifica la trama de datos para el anfitrión que se correlaciona con un ACK posterior. Si se establece
en 0, el dispositivo no envía una respuesta.
Dirección de 5-12 MSB, LSB pasado. Se establece en la dirección de 64 bits del dispositivo de destino.
destino de 64 bits Reservado de direcciones de 64 bits para el coordinador = 0x0000000000000000 Broadcast =
0x000000000000FFFF
destino de Se establece en la dirección de 16 bits del dispositivo de destino, si se conoce. Ajustado a

MSB
direcciones de 0xFFFE si la dirección es desconocida, o si el envío de una emisión.
13
red de 16 bits
LSB
14

campos de datos de
Fuente de punto final 15 Fuente de punto final para la transmisión.
Punto final de dieciséis Punto final de destino de la transmisión.

destino
ID de clúster 17 Cluster ID utilizado en la transmisión.
18
Perfil Id 19-20 Perfil ID utilizado en la transmisión.
Radio 21 Establece el número máximo de saltos una transmisión de difusión puede atravesar. Si se
Broadcast establece en 0, el dispositivo establece el radio de transmisión al valor de la máxima de la red

lúpulo.
Opciones de 22 Campo de bits de opciones de transmisión soportados. Los valores admitidos incluyen los siguientes:
transmisión
0x01 - reintentos Desactivar 0x04- direccionamiento indirecto 0x08-
direccionamiento multicast 0x20 - Habilitar el cifrado de APS (si EE = 1)
0x40 - utilizar el tiempo de espera de transmisión extendida para este destino Activación de la codificación APS
disminuye el número máximo de carga útil RF bytes por 4 (por debajo del valor informado por NOTARIO
PÚBLICO).
El establecimiento del bit de tiempo de espera prolongado provoca que la pila para establecer el tiempo de espera de
transmisión extendida para la dirección de destino. Ver Transmisión, direccionamiento y encaminamiento .
Todos los bits no utilizados y no compatibles se deben establecer en 0.
Los datos de carga útil 23-n Hasta notario público bytes por paquete. Enviado al dispositivo de destino.
Ejemplo
El siguiente ejemplo envía una transmisión de datos a un dispositivo con:
norte dirección de 64 bits: 0x00
norte Fuente de punto final: 0xA0
norte punto final de destino: 0xA1
norte Cluster ID: 0x1554
norte Perfil ID: 0xC105
norte Carga útil: TxData
Longitud MSB 1 0x00
LSB 2 0x1A

ID de trama 4 0x01
6 0x00
7 0x00
8 0x00
9 0x00
10 0x00
11 0x00
LSB12 0x00
destino de direcciones de MSB 13 0xFF

red de 16 bits
LSB 14 0xFE
fuente de punto final 15 0xA0
punto final de destino dieciséis 0xA1
ID de clúster 17 0x15
18 0x54
Perfil Id 19 0xC1
20 0x05
Los datos de carga útil 23 0x54
24 0x78
25 0x44
26 0x61
27 0x74
28 0x61
Suma de comprobación 29 0x3A

descripciones de trama Remota trama de petición de comandos AT - 0x17
A petición remota Trama de comando - 0x17
Descripción
Se utiliza para los parámetros de consulta o conjunto de dispositivos en un dispositivo remoto. Para los cambios de parámetros en el dispositivo remoto surtan efecto,
debe aplicar los cambios, ya sea mediante el establecimiento de las opciones de cambios se aplican bit, o enviando un C.A. comando para el control remoto.
Formato
campos de
datos de
Tipo de 3 0x17
marco
ID de trama 4 Identifica la trama de datos para el anfitrión que se correlaciona con un ACK posterior. Si se establece en 0, el
dispositivo no envía una respuesta.
dirección de 5-12 MSB, LSB pasado. Se establece en la dirección de 64 bits del dispositivo de destino.
destino de 64 bits Reservado dirección de 64 bits para el coordinador = 0x0000000000000000
dirección de 13-14 Conjunto de 0xFFFE si la dirección es desconocida, o si el envío de una emisión.

destino de 16 bits
opciones de 15 Campo de bits para permitir diversas opciones de comando remoto. Los valores admitidos son:
comandos
remotos 0x01 - Desactivar ACK
0x02 - Aplicar cambios. Si este bit no está establecido, una C.A. commandmust ser enviado para aplicar los cambios.
0x40 - El uso prolongado el tiempo de espera de transmisión para este destino. El establecimiento del bit de tiempo de espera
prolongado provoca que la pila para establecer el tiempo de espera de transmisión extendida para la dirección de destino.
Para más información, ver Transmisión, direccionamiento y encaminamiento .
A
comandar 16-17 Nombre del comando: dos caracteres ASCII que identifican el comando.
parámetro
18-n de comando Si está presente, indica el valor del parámetro que pide para un registro dado. Si no hay caracteres están
presentes, se consulta el registro.
Ejemplo
En el siguiente ejemplo se envía un comando remoto:

descripciones de trama Remota trama de petición de comandos AT - 0x17
En este ejemplo, la dirección de 64 bits del dispositivo remoto es 0x0013A200 40401122. La dirección de destino de 16 bits es desconocida.
Longitud MSB 1 0x00
LSB 2 0x10
ID de trama 4 0x01
6 0x13
7 0xA2
8 0x00
9 0x40
10 0x40
11 0x11
LSB 12 0x22
Reservado 13 0xFF
14 0xFE
opciones de comandos remotos 15 0x02 (aplicar cambios)
comando AT dieciséis 0x42 (B)
17 0x48 (H)
parámetro de comando 18 0x01
Suma de comprobación 19 0xF5

descripciones de trama Crear ruta Fuente - 0x21
Crear ruta Fuente - 0x21
Descripción
Este marco crea una ruta de origen en el dispositivo. Una fuente ruta especifica la ruta completa a los travesaños de paquetes para llegar desde el origen al destino.
Para obtener los mejores resultados, el uso de enrutamiento fuente con muchos-a-uno de enrutamiento.
No hay una trama de respuesta para este tipo de trama. Tenga cuidado al generar rutas de origen. Un marco de formato incorrecto
será silenciosamente rechazada por la radio o la causa resultados inesperados.
Nota Tanto las direcciones de destino de 64 bits y 16 bits son necesarios cuando se crea una ruta de origen. Estos se obtienen cuando
el dispositivo recibe una trama Ruta Indicador de grabación (0xA1).
Formato
La siguiente tabla proporciona el contenido de la trama.
campos de
datos de
tramas Compensar Descripción
Tipo de 3
marco
ID de trama 4 Ponga siempre el ID de trama a 0.
dirección de 5-12 MSB, LSB dura. Se establece en la dirección de 64 bits del dispositivo de
destino de 64 bits destino.

Reservado de direcciones de 64 bits para el coordinador =
0x0000000000000000 Broadcast = 0x000000000000FFFF.
dirección de red 13-14 Se establece en 0xFFFE si la dirección es desconocida, o si el envío de una emisión.
de destino de
16 bits
opciones de 15 Se establece en 0.
comando de
ruta
Número de 16
direcciones El número de direcciones en la ruta de origen (con exclusión de origen y destino).
Si este número es 0 o mayor que el tamaño de la tabla de ruta de origen (40), el
dispositivo de silencio descartes este marco de API. Sin embargo, el dispositivo
descarta un marco con más de 11 saltos intermedios.
Dirección 1 17 Vecino de destino
18

campos de
datos de
tramas Compensar Descripción
Dirección 2 (más 19 Dirección de salto intermedio

cerca de salto)
20
dirección 3 21 Vecino de la fuente
22
Ejemplo
Debe pedir direcciones intermedias a partir de lúpulo con el vecino del destino y trabajan cerca de la fuente.
Supongamos que una ruta se encuentra entre A y E como se muestra en el siguiente ejemplo. A B C D E
Si el dispositivo de E tiene las direcciones de 64 bits y 16 bits de 0x0013A200 40401122 y 0x3344, y si los dispositivos B,
C, y D tienen las siguientes direcciones de 16 bits: B = C =
0xAABB 0xCCDD D = 0xEEFF
Este ejemplo muestra cómo enviar la trama Crear ruta de origen para establecer una ruta de origen entre A y E.
Longitud MSB 1 0x00
LSB 2 0x14
ID de trama 4 0x00
6 0x13
7 0xA2
8 0x00
9 0x40
10 0x40
11 0x11
LSB 12 0x22
dirección de red de MSB 13 0x33

destino de 16 bits
LSB 14 0x44

opciones de comandos remotos 15 0x00
Número de direcciones dieciséis 0x03
Dirección 1 17 0xEE
18 0xFF
Dirección 2 (más cerca de salto) 19 0xCC
20 0xdd
dirección 3 21 0xAA
22 0xBB

descripciones de trama fotograma a fotograma Comando Respuesta - 0x88
fotograma a fotograma Comando Respuesta - 0x88
Descripción
Un dispositivo envía esta trama en respuesta a un comando AT (0x08 o 0x09) marco. Algunos comandos envían múltiples marcos; Por ejemplo, el DAKOTA
DEL NORTE mando.
Formato
campos de datos de
Tipo de trama 3 0x88
ID de trama 4 Identifica que se informa la trama de datos de puerto serie. Si el ID de trama = 0 en

Commandmode, el dispositivo no da una respuesta de comandos AT.
A 5-6 Nombre del comando: dos caracteres ASCII que identifican el comando.
mando
estado del 7 0 = OK 1 = ERROR 2 =

comando Comando no válido 3 = no
válido parámetro 4 = fracaso
Tx
datos de Los datos de registro en formato binario. Si el anfitrión establece el registro, el dispositivo no vuelve este
mando campo.
Ejemplo
Si cambia el BD de parámetros en un dispositivo local con un ID de trama de 0x01, y el parámetro es válido, el usuario recibe la
respuesta siguiente.
campos de datos de
tramas Offset Ejemplo
Longitud MSB LSB 1 0x00
0x05 2
ID de trama 4 0x01

descripciones de trama fotograma a fotograma Comando Respuesta - 0x88
campos de datos de
tramas Offset Ejemplo
comando AT 5 0x42 (B) 6
0x44 (D)
estado del comando 7 0x00
datos de mando (No hay datos de orden implica el parámetro se fijó en lugar de consulta)

descripciones de trama Módem marco de estado - 0x8A
Módem marco de estado - 0x8A
Descripción
Dispositivos envían los mensajes de estado en este marco en respuesta a las condiciones específicas.
Formato
Descripción campos de datos de desplazamiento de trama
Tipo de marco 3 0x8A
Estado 4 0x00 = Reset del hardware 0x01 = Watchdog timer restablecer 0x02 = red de Usuario
(routers y dispositivos finales) 0x03 = disociado 0x06 = Coordinador comenzó 0x07 = clave
de seguridad de red se actualiza límite 0x0D = Voltaje de suministro superado (PRO) 0x11
= Configuración del módem cambiar mientras unirse en curso 0x3F = coordinador actualizó
su PAN ID debido a un conflicto 0x40 = Router ID PAN fue cambiado por el coordinador
debido a un conflicto 0x42 = temporizador Watchdog La Red ha vencido tres veces 0x80 =
error Ember ZigBee pila
Ejemplo
Cuando un dispositivo poderes arriba, devuelve el siguiente marco de API.
Longitud MSB 1 0x00
LSB 2 LSB 2 0x02
Tipo de marco 3 0x8A
Estado 4 0x06
Suma de comprobación 5 0x6F

descripciones de trama Transmitir marco de estado - 0x8B
Transmitir marco de estado - 0x8B
Descripción
Cuando una petición de transmisión (0x10, 0x11) completa, el dispositivo envía un mensaje de estado de transmisión de la interfaz
serie. Este mensaje indica si la solicitud de transmisión ha tenido éxito o si falló.
Nota transmisiones de difusión no son reconocidas y siempre devuelven un estado de 0x00, incluso si la entrega no.
Formato
campos de datos de
Tipo de marco 3 0x8B
ID de trama 4 Identifica que se informa la trama de datos de interfaz serie. Si ID de trama = 0 en la trama de
petición asociada, de ausencia de trama de respuesta.
dirección de 5 La dirección de red de 16 bits, donde se entregó el paquete (si tiene éxito). Si no tiene éxito, esta
dirección es 0xFFFD (Dirección de destino desconocido). 6
destino de 16 bits
Reintento de transmisión 7 El número de intentos de transmisión aplicación que se producen.

recuento
Estado de 8 0x00 = 0x01 = Éxito Fracaso MAC ACK

entrega 0x02 = Fracaso CCA 0x21 = Red de
ACK 0x22 = Fracaso No Registrado a
Red 0x23 = Auto-dirigida 0x24 =
Dirección no encontrada 0x25 = Ruta no
encontrada
0x26 = emisora de origen no pudieron oír un vecino retransmitir el mensaje no válida = 0x2B vinculante
índice de la tabla = 0x2C no válida de punto final
0x2D = Intento de emisión con la transmisión APS 0x2E = Intento de unidifusión con
la transmisión APS, pero EE = 0 0x32 = error Resource falta de barreras libres,
temporizadores, etc. 0x74 = carga útil de datos demasiado grande 0x75 = mensaje
no solicitado indirecta
estado de 9 0x00 = n Descubrimiento de arriba de 0x01 = 0x02 =
descubrimiento Dirección Descubrimiento descubrimiento de rutas 0x03 =

Dirección y Ruta 0x40 = Tiempo de espera extendido
Descubrimiento

descripciones de trama Transmitir marco de estado - 0x8B
Ejemplo
En el siguiente ejemplo, los informes de dispositivos de destino que una transmisión de datos de unidifusión fue un éxito con una dirección de 16
bits de 0x7D84. La transmisión podría haber sido enviada con el conjunto de direcciones de 16 bits a 0x7D84 o 0xFFFE.
zona campos Compensar Ejemplo
Longitud MSB 1 0x00
LSB 2 0x07
Tipo de marco 3 0x8B
ID de trama 4 0x01
dirección de destino de 16 bits 5 0x7D
6 0x84
Reintento de transmisión recuento 7 0x00
Estado de entrega 8 0x00
estado de descubrimiento 9 0x01

descripciones de trama Recibe marco de Paquetes - 0x90
Recibe marco de Paquetes - 0x90
Descripción
Cuando un dispositivo configurado con una API estándar Indicador Rx ( AO = 0) recibe un paquete de datos de RF, lo envía fuera de la interfaz de
serie que utiliza este tipo de mensaje.
Formato
Marco
campos de datos Offset Descripción
dirección de 4-11 de direcciones de 64 bits del remitente. MSB, LSB dura.

origen de 64
bits
dirección de MSB dirección de 16 bits del remitente.

red de origen 12
de 16 bits
LSB
13
Recibe 14 0x01 - Paquete Reconocido 0x02 - paquete era un paquete

opciones de difusión 0x20 - paquete cifrado con cifrado de APS
Nota Los valores de opción se pueden combinar. Por ejemplo, un 0x20 y un espectáculo de 0x01 como 0x21. Otros
valores posibles: 0x00, 0x21, 0x22, 0x60, 0x61, 0x62.
los datos 15-n Los datos de RF que el dispositivo recibe.

recibidos
Ejemplo
En el siguiente ejemplo, un dispositivo con una dirección de 64 bits de 0x0013A200 40522BAA envía una transmisión de datos de unidifusión
a un dispositivo remoto con carga útil RxData. Si AO = 0 en el dispositivo receptor, envía la trama siguiente a cabo su interfaz serie.

descripciones de trama Recibe marco de Paquetes - 0x90
Longitud MSB 1 0x00
LSB 2 0x12
dirección de origen de 64 bits MSB 4 0x00
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x52
10 0x2B
LSB 11 0xAA
dirección de red de origen de 16 bits MSB 12 0x7D
LSB 13 0x84
Recibe opciones 14 0x01
los datos recibidos 15 0x52
dieciséis 0x78
17 0x44
18 0x61
19 0x74
20 0x61
Suma de comprobación 21 0x0D

descripciones de trama Explícita marco indicador Rx - 0x91
Explícita marco indicador Rx - Descripción
0x91
Cuando un dispositivo configurado con API explícita Indicador Rx ( AO = 1) recibe un paquete de RF, lo envía fuera de la interfaz de serie que utiliza
este tipo de mensaje.
Nota Si una Transmisión de solicitudes de trama - 0x10 se envía a un dispositivo con AO = 1, el dispositivo receptor recibe una trama de 0x91 con el punto final
de origen (SE), punto extremo de destino (DE), y los valores Cluster de identificación (IC), y no los valores establecidos en el dispositivo de transmisión en
modo transparente.
El ID de Cluster y los puntos finales deben ser usados para identificar el tipo de transacción que se produjo.
Formato
Marco
dirección de 4-11 MSB, LSB pasado. de direcciones de 64 bits del remitente. Se establece en 0xFFFFFFFFFFFFFFFF
origen de 64 (Desconocido dirección de 64 bits) si la dirección de 64 bits del remitente es desconocido.
bits
dirección de 12-13 de direcciones de 16 bits del remitente.

red de origen
de 16 bits
fuente de 14 Punto final de la transmisión iniciados fuente que. El valor por defecto se muestra cuando Transmisión de solicitudes de
punto final trama - 0x10 se utiliza para enviar datos desde el origen. Los no valores predeterminados se muestran si Direccionamiento
explícito marco de Comando - 0x11 se utiliza para enviar datos de la fuente, o si se utilizó un valor no predeterminado, de
lo contrario los restos de valor predeterminado.
punto final de 15 Punto final del destino que el mensaje se dirige a. El valor por defecto se muestra cuando Transmisión de solicitudes de
destino trama - 0x10 se utiliza para enviar datos desde el origen. Los no valores predeterminados se muestran si Direccionamiento
explícito marco de Comando - 0x11 se utiliza para enviar datos de la fuente, o si se utilizó un valor no predeterminado,
de lo contrario los restos de valor predeterminado.
Cluster ID 16-17 El Cluster ID que el marco está dirigida a. Se muestra el valor predeterminado
cuando Transmisión de solicitudes de trama - 0x10 se utiliza para enviar datos desde el origen. Los no valores
predeterminados se muestran si Direccionamiento explícito marco de Comando - 0x11 se utiliza para enviar datos de la fuente,
o si se utilizó un valor no predeterminado, de lo contrario los restos de valor predeterminado.

Marco
Perfil Id 18-19 El ID de perfil que la fama se dirige a.
Recibe 20 0x01 - Paquete Reconocido 0x02 - paquete era un paquete

opciones de difusión 0x20 - paquete cifrado con cifrado de APS
los datos 21-n datos RF recibidos.

recibidos
Ejemplo
En el siguiente ejemplo, un dispositivo con una dirección de 64 bits de 0x0013A200 40522BAA envía una transmisión de datos de difusión a un
dispositivo remoto con carga útil RxData. Si un dispositivo envía la transmisión:
norte Con origen y destino de los puntos finales 0xE0
norte ID Cluster = 0x2211
norte Perfil ID = Si 0xC105 AO = 1 en el dispositivo receptor, envía la trama siguiente a cabo su interfaz
serie.
Longitud MSB 1 0x00
LSB 2 0x18
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x52
10 0x2B
LSB 11 0xAA
16 bits de direcciones de red de origen MSB 12 0x7D
LSB 13 0x84
fuente de punto final 14 0xE0

punto final de destino 15 0xE0
ID de clúster dieciséis 0x22
17 0x11
Perfil Id 18 0xC1
19 0x05
Recibe opciones 20 0x02 (Broadcast)
los datos recibidos 21 0x52
22 0x78
23 0x44
24 0x61
25 0x74
26 0x61

descripciones de trama Muestra los datos del marco del indicador Rx - 0x92
Muestra los datos del marco del indicador Rx - 0x92
Descripción
Cuando el dispositivo recibe un marco de la muestra I / O desde un dispositivo remoto, envía la muestra a través del puerto serie utilizando este tipo de
trama (cuando AO = 0). Sólo los dispositivos que funcionan en modo API enviará de E / S de muestras a través del puerto serie.
Formato
dirección de origen de 4-11 MSB, LSB pasado. de direcciones de 64 bits del remitente.
64 bits
Fuente de direcciones de 12-13 MSB, LSB pasado. dirección de 16 bits del remitente.
red de 16 bits
Recibe opciones 14 Campo de bits:
0x01 = Paquete reconocieron 0x02 = paquete es un paquete de

difusión 0x20 - cifrado de paquetes con el cifrado APS Ignorar
todos los demás bits
Número de 15 El número de conjuntos de la muestra incluida en la carga útil. Siempre se establece en 1.
muestras

máscara de canal 16-17 campo Máscara de bits que indica qué líneas digitales de E / S en el tener remoto
digital * de muestreo activado, si los
hubiere. bit 0 = DIO0 bit 1 = ESD1
bit 2 = ESD2 bit 3 = ESD3 bit 4 =
ESD4 bit 5 = ESD5 Bit 6 = ESD6 bit
7 = ESD7 bit 8 = DIO8 bit 9 = ESD9
bit 10 = ESD10 bit 11 = DIO11 bit
12 = DIO12 bit 13 = DIO13 bit 14 =
DIO14 bit 15 = N / A
Por ejemplo, una máscara de canal digital de 0x002F significa DIO 0, 1, 2, 3, y 5 están habilitadas
como I / O digital.
máscara de canal 18 campo de máscara de bits que indica que analógico líneas de E / S en el control remoto han muestreo
analógico ** habilitado, si los hay. bit 0 = AD0 / DIO0 bit 1 = AD1 / ESD1 bit 2 = AD2 / ESD2 bit 3 = AD3 / ESD3
Bit 7 = Tensión de alimentación (activado con V + mando)
muestras digitales (si se 19-20 Si el conjunto de muestras incluye todas las líneas digitales de E / S (máscara de canal digital>
incluye) 0), estos dos bytes contienen muestras para todos habilitan las líneas de E / S digitales. DIO líneas que no
tienen habilitados muestreo de retorno 0. Los bits en estos dos bytes asignar la misma como lo hacen en el
campo de máscara de canal digital.
muestra analógica 21-22 Si el conjunto de muestra incluye cualquier líneas analógicas de E / S (máscara de canal analógico>
0), cada uno activado retornos de entrada analógicas un valor de 2 bytes que indica la medición de A / D de
esa entrada. muestras analógicas están clasificadas secuencialmente de ADO / DIO0 a AD3 / ESD3.
* N / AN / AN / A CD / DIC12 PWM / DI011 RSSI / ESD10 N / AN / A CTS / DI07 RTS / DI06 ASSOC / DI05 DI04
AD3 / DI03 AD2 / DI02 AD1 / ESD1 AD0 / DIO0
** Tensión de alimentación N / AN / AN / A AD3 AD2 AD1 AD0
Ejemplo
En el siguiente ejemplo, el dispositivo recibe una muestra de I / O con un análogo y digital I / O de un dispositivo de quitar con un número de serie
de 64 bits de 0x0013A20040522BAA y una dirección de 16 bits de 0x7D84. Si habilita pin AD1 / ESD1 como una entrada analógica, permitir AD2 /
ESD2 y ESD4 como entradas digitales (actualmente alto), y permitir AD3 / ESD3 como una salida digital (bajo) la muestra I / O se muestra en el
ejemplo de API en la siguiente tabla.

campos de la trama Compensar Ejemplo
Longitud MSB 1 0x00
LSB 2 0x14
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x52
10 0x2B
LSB 11 0xAA
dirección de red de origen de 16 bits MSB 12 0x7D
LSB 13 0x84
Número de muestras 15 0x01
máscara de canal digital dieciséis 0x00
17 0x1C
máscara de canal analógico 18 0x02
muestras digitales (si se incluye) 19 0x00
20 0x14
muestra analógica 21 0x02
22 0x25

descripciones de trama XBee sensor Leer Indicador - 0x94
Sensor Leer Indicador XBee - Descripción
0x94
Cuando el dispositivo recibe una muestra de sensor (de un adaptador de sensor 1-wire Digi), se envía por el puerto serie que utiliza este tipo de
mensaje (cuando AO = 0).
Formato
64 bits
Fuente de direcciones de 12-13 MSB, LSB pasado. dirección de 16 bits del remitente.
red de 16 bits
Recibe opciones 14 0x01 = Paquete reconoció 0x02 = paquete es un paquete de

difusión 0x20 = paquete cifrado con cifrado de APS
1-Wire Sensores 15 0x01 = A / D del sensor Lee 0x02 = sensor de

temperatura Lee 0x60 = agua presente (módulo pin CD
bajo)
A / D valores dieciséis Indica un valor de dos bytes para cada uno de cuatro A / sensores D (A, B, C, D). Se establece en
0xFFFFFFFFFFFFFFFF si no se encuentran A / Ds. 17 18 19 20 21 22 23
Leer la temperatura 24 Indica el valor de dos bytes lee de un termómetro digital si está presente. Ajuste a
0xFFFF si no lo encuentra. 25
Ejemplo
Supongamos que un dispositivo recibe una muestra de sensor 1 hilos desde un dispositivo con una dirección de 64 bits de 0x0013A200 40522BAA y una
dirección de 16 bits de 0xDD6C. Si la muestra de sensor viene de un sensor de humedad 1-alambre, el bastidor API podría tener este aspecto (si AO = 0):

Por conveniencia, vamos a etiquetar el A / D y las lecturas de temperatura como AD0, AD1, AD2, AD3, y T. Utilizando los datos en este ejemplo:
AD0 = 0x0002 AD1 = 0x00CE AD2 = 0x00EA AD3 = 0x0052 T = 0x016A
Para convertir estos a los valores de temperatura y humedad, se deben utilizar las siguientes ecuaciones. Temperatura (° C) = (T /
16), para T <2,048 = - (T & 0x7FF) / 16, para t> = 2048 Valimentación = (AD2 * 5,1) / 255 Vsalida = (AD3 * 5,1) / 255
Humedad relativa = ((Vsalida / Valimentación) - 0,16) / (0,0062)
Es cierto Humedad = Humedad Relativa / (1,0546 - (0.00216 * Temperatura (° C))) En cuanto a los datos de la muestra, se tiene:
Valimentación = (234 * 5,1 / 255) = 4,68
Vsalida = (82 * 5,1 / 255) = 1,64 Temperatura = (362/16) = 22.625 ° C H relativa = (161,2903 * ((1,64 /
4,68) - 0,16)) = 161,2903 * (0,19043) = 30,71% verdad H = (30,71 / (1,0546 - (0.00216 * 22.625))) =
(30,71 / 1,00573) = 30,54%
Longitud MSB 1 0x00
LSB 2 0x17
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x52
10 0x2B
LSB 11 0xAA
dirección de red de origen de 16 bits MSB 12 0xdd
LSB 13 0x6C

1-Wire sensores 15 0x03
A / D valores dieciséis 0x00
17 0x02
18 0x00
19 0xCE
20 0x00
21 0xEA
22 0x00
23 0x52
Leer la temperatura 24 0x01
25 0x6A
Suma de comprobación 26 0x8B

descripciones de trama Indicador marco de la identificación del ganglio - 0x95
Indicador marco de la identificación del ganglio - 0x95
Descripción
Un dispositivo recibe esta trama cuando:
norte transmite una identificationmessage nodo para identificarse
norte AO =0
Formato
campos de datos de
64 bits
dirección de red de 12-13 MSB, LSB pasado. dirección de 16 bits del remitente.
origen de 16 bits
Opciones de recepción 14 0x01 = 0x02 = Paquete reconocieron paquete fue

un paquete de difusión
Fuente dirección de 15-16 Ajuste de la dirección de red de 16 bits del dispositivo remoto. Se establece en 0xFFFE si
16 bits desconocido.
dirección de red de 64 17-24 Indica la dirección de 64 bits del dispositivo remoto que transmitió la trama del indicador de
bits identificación de nodo.
cadena de NI 25-26 cadena de identificador de nodo en el dispositivo remoto. La cadena de NI se termina

con un byte nulo (0x00).
Padres dirección de 27-28 Indica la dirección de 16 bits de la matriz de la distancia o 0xFFFE si el control remoto no tiene
16 bits padre.
Tipo de dispositivo 29 0 = Coordinador 1 =

Router 2 = End
Device
fuente evento 30 1 = enviado Frame por evento nodo identificación pulsador (Ver D0 (Configuración /
DIO0 AD0) )
2 = enviado Frame después de unirse ocurrió acontecimiento (véase JN (Join notificación) ). 3 = enviado Frame
después del evento de ciclo de potencia se produjo (Ver JN (Join notificación) ).
Digi Perfil ID 31-32 Ajuste de ID de perfil de aplicación de Digi.

campos de datos de
Digi 33-34 Conjunto de Digi Identificación del fabricante.

Identificación del
fabricante
Ejemplo
Si pulsa el botón de puesta en un dispositivo remoto con direcciones de 64 bits y una 0x0013A200407402AC por defecto NI cadena
envía una identificación de nodo, todos los dispositivos de la red recibir el siguiente indicador de identificación de nodo:
Un dispositivo remoto con dirección de 64 bits 0x0013A200407402AC y un defecto NI envía una cadena de identificación del nodo, todos
los dispositivos de la red reciben el siguiente indicador de identificación de nodo: Si pulsa el botón de puesta en marcha en un dispositivo
router remoto con direcciones de 64 bits 0x0013A200 40522BAA, dirección de 16 bits 0x7D84, y por defecto NI cadena, dispositivos de la
red recibe el indicador de identificación de nodo.
Longitud MSB 1 0x00
LSB 2 0x20
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x52
10 0x2B
LSB 11 0xAA
dirección de red de origen MSB 12 0x7D

de 16 bits
LSB 13 0x84
Fuente dirección de 16 bits 15 0x7D
dieciséis 0x84

dirección de red de 64 bits 17 0x00
18 0x13
19 0xA2
20 0x00
21 0x40
22 0x52
23 0x2B
24 0xAA
cadena de NI 25 0x20
26 0x00
Padres dirección de 16 bits 27 0xFF
28 0xFE
Tipo de dispositivo 29 0x01
fuente evento 30 0x01
Digi Perfil ID 31 0xC1
32 0x05
Digi Identificación del fabricante 33 0x10
34 0x1E
Suma de comprobación 35 0x1B

descripciones de trama Marco alejado de Comando Respuesta - 0x97
Marco alejado de Comando Respuesta - 0x97
Descripción
Si un dispositivo recibe esta trama en respuesta a una solicitud de comando remoto (0x17) marco, el dispositivo envía un comando de respuesta
AT (0x97) trama a la interfaz serial. Algunos comandos, como el DAKOTA DEL NORTE de comandos, puede enviar de vuelta varios fotogramas.
Formato
ID de trama 4 Este es el mismo valor que se pasa a la solicitud.
fuente 64-bit de dirección 5-12 La dirección del dispositivo remoto de regresar esta respuesta.
(remoto)
fuente 16-bit de 13-14 establece en la dirección de red de 16 bits del dispositivo remoto de regresar
dirección (remoto) esta respuesta. Se establece en 0xFFFE si no se conoce.
comandos AT 15-16 El nombre del comando.
estado del comando 17 0 = OK 1 = ERROR 2 = no

válido Comando 3 = Parámetro
no válido
4 = transmisión de mando a distancia no
datos de mando 18-n Los datos de registro en formato binario. Si se establece el registro, el dispositivo no vuelve
este campo.
Ejemplo
Si un dispositivo envía un comando remoto a un dispositivo remoto con direcciones de 64 bits 0x0013A200 40522BAA para consultar el SL
mando, y si el ID de trama = 0x55, la respuesta será similar al siguiente ejemplo.
Longitud MSB 1 0x00
LSB 2 0x13

descripciones de trama Marco alejado de Comando Respuesta - 0x97
ID de trama 4 0x55
fuente 64-bit de dirección (remoto) MSB 5 0x00
6 0x13
7 0xA2
8 0x00
9 0x40
10 0x52
11 0x2B
LSB 12 0xAA
fuente 16-bit de dirección (remoto) MSB 13 0x7D
LSB 14 0x84
comandos AT 15 0x53
dieciséis 0x4C
estado del comando 17 0x00
datos de mando 18 0x40
19 0x52
20 0x2B
21 0xAA

descripciones de trama Extended marco de estado de módem - 0x98
Extended marco de estado de módem - 0x98
Descripción
Si habilita la opción Detallado de Ingreso (DC-10), el dispositivo transmite los mensajes de rastreo en serie para describir lo que está sucediendo en el interior
del dispositivo durante la asociación.
¡ADVERTENCIA! Esta opción se proporciona para fines de diagnóstico. Con 4x5A / 7x5A o temprano, prolijo Joinmessages se
deshabilitan mientras el dispositivo está funcionando en Commandmode. Con anterioridad a esa revisión, prolijo Joinmessages se
intercalan con las comunicaciones serie.
Formato
campos de datos de tramas Compensar Descripción
Código de estado 4 Consulte la tabla siguiente para obtener las descripciones de código de estado.
Los datos de estado 5 La longitud de este campo varía con el código de estado.
Ejemplo
Longitud MSB 1 0x00
LSB 2 0x03
Suma de comprobación 6 0x5C

descripciones de los códigos de estado
En la siguiente tabla se describen los distintos detallado de Ingreso mensajes de seguimiento en el estado del pedido Código. Los espectáculos columna de cadenas modo transparente la cadena que aparece si ejecuta detallado de
Ingreso en la modalidad de mandatos. La columna de descripción da una explicación más detallada de cada mensaje en particular. Cuando un mensaje acompaña a los datos de estado, el estado muestra la columna de datos cómo
analizar la cadena hexadecimal en los campos. El número de bytes por campo aparece entre paréntesis “()”.
Estado
código transparente
Descripción Modo de cadena Los datos de estado Descripción
0x00 Reunirse con Una unión se va a iniciar intento. rejoinState (1) El rejoinState es un conteo de unirse a los intentos.
0x01 pila Estado Estado muestra y el estado. EmberStatus (1) 0x00 - ninguna red 0x01 - 0x02
unirse a - unido a 0x03 - unido
(ningún padre) 0x04 - dejando
emberNetworkStat e (1) 0x90 - Red está en marcha y listo para recepción / transmisión. 0x91 - Red
desconectada y no puede recibir / transmitir. 0x94 - participar intento fallido. 0x96 -
el intento de un nodo a restablecer el contacto con la red después de fallado en
movimiento. 0x98 - Un intento de unirse como un router falló debido a un Zigbee
2006 frente a 2007 Zigbee PRO incompatibilidad. Trate de unirse como un
dispositivo final. 0x99 - El ID de red ha cambiado. 0x9A - El PAN ID ha cambiado.
0x9B - El canal ha cambiado. 0xAB - No hay balizas se recibieron en respuesta a
una solicitud de baliza.

212
Estado
0x02 Unión Una solicitud de asociación se está haciendo. canal de radio (1) número de canal comprendido entre 11 y 26 (0x0B a 0x1A)
radioTxPower (1) valor de byte firmado bajo nivel de potencia de transmisión, los valores van
de 0xC9 a 0x05 incluido
PANID (2) 16 bits 4med' una red o un dispositivo router / Fin ha 'unido' una red.
extendedPanId (8) 64 bit PAN Identificador de red
0x03 Unido Usuario - Coordinador “Formado:”, Router / Fin de dispositivos

“Usuario”
0x04 Respuesta Los datos recibidos de un nodo vecino en respuesta a ZS [stackProfile] (1) Ver ZS (Zigbee Pila Perfil) .
Beacon una solicitud de baliza
allowingJoin (1) 0x00 - no permitir que se une a su red 0x01 -

permitiendo que se une a su red
canal de radio (1) número de canal comprendido entre 11 y 26 (0x0B a 0x1A)
PANID (2) 16 bit PAN Identificador de red
RSSI (1) el máximo valor indicador de intensidad relativa de la señal medida en

unidades de dBm
ICT indicador de la calidad del enlace

0x05 Rechazar ZS No es un candidato asociación porque ZS
no coincide con la que figura en la respuesta de baliza.
0x06 No es un candidato asociación porque bandeja configurada CARNÉ DE

Rechazar CARNÉ DE IDENTIDAD
IDENTIDAD no coincide con la que figura en la respuesta de baliza.
0x07 Rechazar Nueva Jersey No es un candidato de asociación, ya que no permite que

se une.
213
Estado
0x08 PANID Partido JV / NW con la opción de búsqueda (DO80) ha encontrado PANID (2) 16 bit PAN Identificador de red
una red de adaptación.
0x09 rechazar JV / NW con la opción de búsqueda (DO80) candidato

LQIRSSI rechazado porque esta respuesta baliza es más débil que una
respuesta de baliza anterior.
0x0A Beacon guardadas Esta respuesta baliza es un candidato adecuado canal de radio (1) número de canal comprendido entre 11 y 26 (0x0B a 0x1A)
para una solicitud de asociación.
radioTxPower (1) valor de byte firmado bajo nivel de potencia de transmisión, los valores van
de 0xC9 a 0x05 incluido
PANID (2) 16 bit PAN Identificador de red
0x0B AI AI valor ha cambiado. AIStatusCode (1) Véase una descripción de AI (Asociación de indicación)
0x0C Permiso de Ingreso Nueva Jersey ajuste (Permiso de Ingreso duración) ha cambiado valor (1) Véase una descripción de la NJ (Nodo de Ingreso Tiempo) mando.
0x0D Escaneo exploración activa ha comenzado. ChannelMask (4) Un valor de 32 bits impulsado por el CAROLINA DEL SUR entorno en el que las posiciones
de bits 11 a 26 muestran que los canales están habilitadas para el próximo Activo Scan.
Véase una descripción de SC (Buscar canales) .

0x0E Error de exploración Se ha producido un error durante la exploración activa. StatusCode (1)
0x0F Solicitud de Ingreso solicitud de alto nivel para un formulario / unirse. 0x10
rechazar ICT Rechazar porque ICT es peor que una baliza ya salvado ICT (1) indicador de la calidad del enlace
0x11 rechazar RSSI Rechazada porque RSSI es peor que una baliza ya RSSI (1) indicador de intensidad de señal relativa
salvado
214
Estado
0x12 Rechazado Rechazada porque coincide con la última red

(EDMC ast) asociada.
0x13 Rechazado Rechazó porque coincide con una respuesta de

(CMDS ave) baliza ya guardado.
0x14 rechazar la Durante la primera fase de la mejor /, la respuesta es más débil que
fuerza una respuesta de baliza ya guardado.
0x16 Restablecer Con DC80 habilita, restaura si no se reciben respuestas de balizas que
para DC80 pueden unirse dentro de 60 años de unión.
0x18 Scanch Escaneo en el Canal canal de radio (1) número de canal comprendido entre 11 y 26 (0x0B a 0x1A)
0x19 Modo de escaneo Espectáculos fase de la Asociación ordenada. modo (1) 0: primero / bestcandidate 1: asociación ordenada por extpanid, a continuación,
por el canal
0x1A Scan Init La ejecución del análisis canal (1) canal está siendo escaneado ajuste de potencia de transmisión de
txpower (1) radio de baja nivel
Scan Energy 0x1D - CAROLINA DEL SUR máscara (4) máscara de canal Scan
A partir canal de la máscara de exploración de energía
0x1E Scan de energía - Canal Energías observó Energías (16) Los niveles de energía por canal en CAROLINA DEL SUR
energías

0x1F PanIdScan - canal 1) Canal de radio
canales de radio Pan Id Scan a partir del canal de
0x20 FormNetwork canal de radio (1) número de canal que van forma 11 a 26
- parámetros de la formación de una red de
radioTxPower (1) ajuste de la potencia de transmisión de radio de bajo nivel
PANID (2) identificador PAN 16 bits para la red
extendedpanid (8) identificador PAN 64 bits para la red

215
Estado
0x21 El descubrimiento Buscando clave Establecimiento de punto final

KE punto final
0x22 KE punto final Encontrado Key Establecimiento de punto final Punto final (1) número de punto final
El siguiente ejemplo muestra una asociación exitosa con detallado Únete activado en modo de comando AT.
Nota Los comentarios están incluidos en los mensajes de seguimiento para explicar el contenido y son precedidos por una elipsis “...”.
+ + + OK
atid3151 OK
. .. identificador de la cacerola configurado se ha cambiado atdc10
Okay
. .. y verbosa unirse a atac habilitado
Okay
. .. la aplicación de cambios en la configuración V AI - Búsqueda de los padres: FF
. .. ha comenzado la búsqueda
V AI - Búsqueda de los padres: FF

. .. y comenzó de nuevo
V de la exploración: 03FFF800
. .. Los canales 11 a 25 están habilitadas por el ajuste de SC para la búsqueda activa.
V Beacon Rsp: 0000000000000042A6010B949AC8FF
. .. ZS (0), extendedPanId (00000000000042A6), allowingJoin (1), canal de radio (0x0B), PANID (949A), RSSI (C8), ICT (FF)
V Rechazar ID
. .. extendedPanId de respuesta de baliza no coincide con ajuste de la identificación de esta radio de 3151
216
V Beacon Rsp: 0200000000000002AB010C55D2B2DB
. .. ZS (2), extendedPanId (00000000000002AB), allowingJoin (1), canal de radio (0x0C), PANID (55D2), RSSI (B2), ICT (DB)
V Rechazar ZS
. .. ZS de respuesta de baliza no coincide con la configuración ZS de esta radio de 0x00
V Beacon Rsp: 000000000000003151010EE29FDFFF V Beacon

guardada: 0E05E29F0000000000003151
. .. esta respuesta de baliza es aceptable como un candidato para la asociación
V incorporación: 0E05E29F0000000000003151
. .. el envío de solicitud de asociación
V Pila Estado: unir, conectar en red hasta 0290
. .. estamos unidos, la red se ha terminado, podemos enviar y transmisión
V Registrado:
V AI - Asociación Succeeded: 00

217
descripciones de trama Over-the-Air Estado de actualización de firmware - 0xA0
Over-the-Air Estado de actualización de firmware - Descripción 0xA0
El marco de estado de Over-the-Air actualización de firmware proporciona una indicación de la condición de un intento de firmware de actualización de
la transmisión. Un comando de consulta (0x01 0x51) enviado a una diana con una dirección de 64 bits de 0x0013A200 40522BAA a través de un
actualizador con dirección de 64 bits 0x0013A200403E0750 y dirección de 16 bits 0x0000, genera la siguiente respuesta esperada.
Formato
Tipo de marco 3 0xA0
Fuente (remoto) de 4-11 MSB, LSB pasado. La dirección de la radio remota devolver este
direcciones de 64 bits respuesta.
dirección de destino de 16 12-13 La dirección de 16 bits del dispositivo de actualización.

bits
Recibe opciones 14 0x01 - Paquete reconocido. 0x02 -

paquete era una emisión.
Cargador de arranque tipo de 15 0x06 - ACK 0x15 - 0x40

mensaje NACK - No Mac ACK
0x51 - Consulta (recibido si el gestor de arranque no está activo en el objetivo) 0x52 -

respuesta de consulta
Número de bloque dieciséis Número de bloque utilizado en la solicitud de actualización. Se pone a 0 si no es aplicable.
dirección de destino de 64 bits 17-n La dirección de 64 bits de dispositivo remoto que se está actualizando (objetivo)
Ejemplo
Si una solicitud de consulta devuelve un estado 0x15 (NACK), el objetivo es probable que la espera de una imagen de actualización de firmware para. Si no hay mensajes
son enviados a ella por aproximadamente 75 segundos, el objetivo será tiempo de espera y aceptar nuevos mensajes de consulta.
Si una consulta devuelve un estado 0x51 (query), a continuación, el gestor de arranque del objetivo no está activo y no responderá a los mensajes de
consulta.

descripciones de trama Over-the-Air Estado de actualización de firmware - 0xA0
Longitud MSB 1 0x00
LSB 2 0x16
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x3E
10 0x07
11 0x50
dirección de destino de 16 bits 12 0x00
13 0x00
Cargador de arranque tipo de mensaje 15 0x52
Número de bloque dieciséis 0x00
dirección de destino de 64 bits 17 0x00
18 0x13
19 0xA2
20 0x00
21 0x40
22 0x52
23 0x2B
24 0xAA

descripciones de trama Ruta Indicador de grabación - 0xA1
Indicador de grabación ruta - Descripción
0xA1
El indicador de grabación ruta se recibe cada vez que un dispositivo envía una orden de grabación ruta Zigbee. El dispositivo utiliza el indicador de
grabación de ruta con muchos-a-uno de enrutamiento para crear rutas de origen para los dispositivos en una red.
Formato
fuente 64-bit de dirección 4-11 MSB, LSB pasado. La dirección de 64 bits del dispositivo que inició
(remoto) el registro de ruta.
Fuente (actualizador) 12-13 La dirección de 16 bits del dispositivo que inició el registro de ruta.
dirección de 16 bits
Recibe opciones 14 0x01 - Paquete reconocido. 0x02 -

paquete era una emisión.
Número de direcciones 15 El número de direcciones en la ruta de origen (con exclusión de origen y destino).
Dirección 1 16-17 (Vecino de destino)
Dirección 2 (más cerca de salto) 18-19 Dirección de salto intermedio
Dirección n (vecino de la 20 Dos bytes por cada dirección de 16 bits. 21
fuente)
Ejemplo
Supongamos dispositivo de E envía un registro de ruta que atraviesa múltiples saltos en el camino al dispositivo colector de datos A como se muestra en el
siguiente ejemplo. A B C D E
Si el dispositivo de E tiene las direcciones de 64 bits y 16 bits de 0x0013A200 40401122 y 0x3344, y si los dispositivos B,
C, y D tienen las siguientes direcciones de 16 bits: B = C =
0xAABB 0xCCDD D = 0xEEFF
El colector de datos envía la trama API anterior fuera de su puerto serie.

descripciones de trama Ruta Indicador de grabación - 0xA1
Longitud MSB 1 0x00
LSB 2 0x13
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x40
10 0x11
11 0x22
Fuente (actualizador) dirección de 16 bits 12 0x33
13 0x44
Número de direcciones 15 0x03
Dirección 1 dieciséis 0xEE
17 0xFF
Dirección 2 (más cerca de salto) 18 0xCC
19 0xdd
Dirección n (vecino de la fuente) 20 0xAA
21 0xBB

descripciones de trama Muchos-a-uno de los indicadores Solicitud de Ruta - 0xA3
Muchos-a-uno de los indicadores Solicitud de Ruta - Descripción 0xA3
El marco indicador de petición de muchos a una ruta se envía al puerto serie cuando se recibe una solicitud de ruta muchos-a-uno.
Formato
campos de datos de
fuente 64-bit de 4-11 MSB, LSB pasado. La dirección de 64 bits del dispositivo que envía los muchos-a
dirección (remoto) una solicitud de ruta.
Fuente
dirección de 16 bits 12-13 MSB, LSB pasado.
solicitud Lamuchos-a-uno.
de ruta dirección de 16 bits del dispositivo que inició la
Reservado 14 Se establece en 0.
Ejemplo
Supongamos que un dispositivo con una dirección de 64 bits de 0x0013A200 40401122 y dirección de 16 bits de 0x0000 envía una petición de ruta
muchos-a-uno. Todos los routers remotos que funcionan en modo API que reciben la emisión de muchos a uno envían el siguiente ejemplo marco de API
a cabo su puerto serie.
Longitud MSB 1 0x00
LSB 2 0x0C

descripciones de trama Muchos-a-uno de los indicadores Solicitud de Ruta - 0xA3
5 0x13
6 0xA2
7 0x00
8 0x40
9 0x40
10 0x11
11 0x22
Fuente dirección de 16 bits MSB 12 0x00
LSB 13 0x00
Reservado 14 0x00

comandos AT
comandos de red 225

Dirigiéndose a los comandos 231
Zigbee abordar comandos 235
RF interfaz comandos 237
comandos de seguridad 238
comandos de interfaz de serie 240
opciones Commandmode 243
comandos del sueño 244
E / S configuración de comandos 247
I / O de muestreo comandos 256
comandos de diagnóstico 258
órdenes de ejecución 260

comandos AT comandos de red
comandos de red
ID (Extended PAN ID)

Conjunto o leer el de 64 bits extendidos PAN ID. Si se establece en 0, las coordinador selecciona un aleatorio extendida PAN de identificación, y el dispositivo de router / extremo se
une a cualquier extendido PAN ID. escribir los cambios CARNÉ DE IDENTIDAD a la memoria no volátil usando el WR mando a preservar la CARNÉ DE IDENTIDAD establecer si
se produce un ciclo de potencia.
Sección de parámetros
0 - 0xFFFFFFFFFFFFFFFF
Defecto
SC (Buscar canales)
Set o leer la lista de canales para escanear.
coordinador - Bit lista de campos de canales para elegir antes de iniciar la red.
Router / Fin de dispositivos - Bit lista de campos de canales explorados para encontrar un Coordinador / router para unirse. escribir los cambios CAROLINA DEL
SUR utilizando la WR mando a preservar la CAROLINA DEL SUR establecer si se produce un ciclo de potencia.
0 - 0xFFFF (campo de bits)
máscara Campo de bits:
Poco Parámetro
0 0x0B
1 0x0C
2 0x0D
3 0x0E
4 0x0F
5 0x10
6 0x11
7 0x12
8 0x13
9 0x14
10 0x15
11 0x16
12 0x17

Poco Parámetro
13 0x18
14 0x19
15 0x1A
Nota Cuando se establece CAROLINA DEL SUR a 0xFFFF en el dispositivo, el canal 26 no se le permite transmitir en más de 3 dBm. Si Canal 26
está presente en la máscara de búsqueda ( CAROLINA DEL SUR), búsqueda activa (balizamiento) para la formación de la red por un coordinador se
limita a no más de 3 dBm en todos los canales. Otra comunicación por un Coordinador / Router / EndDevice, o búsqueda activa de la red de unión
(asociación) por los routers y dispositivos de gama está limitada a no más de 3 dBm en el canal 26. PL y PM
los valores de configuración de control de la potencia de transmisión en otros canales.
norte Para el módulo SMT XBee-PRO, el canal 26 no se le permite transmitir en más de 6 dBm.
norte Para el módulo TH XBee-PRO, el canal 26 no se le permite transmitir en más de 2 dBm.
Defecto
0x7FFF
SD (duración de exploración)
Establece o muestra el exponente duración de exploración. escribir los cambios Dakota del Sur utilizando la WR mando.
Nota Si habilita el canal 26 (0x8000) en la máscara de canal de búsqueda ( CAROLINA DEL SUR), las tapas de dispositivos transmiten potencia en todos los
canales en 3 dBm durante la formación de la red o de unión.
coordinador - Duración de los activos y Energía Scans (en cada canal) que se utiliza para determinar un canal aceptable y
PAN ID para el coordinador para el inicio.
Router / Fin de dispositivos - Duración de análisis rápido (en cada canal) utilizado para localizar un coordinador / enrutador disponibles para
unirse durante la Asociación. Tiempo de exploración se mide como:
([# De canales para escanear] * (2 ^ DAKOTA DEL SUR) * 15,36 ms) + (38 ms * [# de canales para escanear]) + 20 ms
Utilizar el SC ( Buscar canales) de comandos para establecer el número de canales a explorar. El XBee puede escanear hasta 16 canales ( SC = 0xFFFF).
El XBee-PRO puede escanear hasta 13 canales ( SC = 0x1FFE).
Dakota del Sur influye en el tiempo de la MAC recibe las balizas o ejecuta una exploración de energía en un canal dado.
Ejemplo
La siguiente tabla muestra los resultados para una exploración trece canal.
ajuste de SD Hora
0 0,200 s
2 0,799 s
4 3.190 s
6 12.780 s

Nota Dakota del Sur influye en el tiempo de la MAC recibe las balizas o ejecuta una exploración de energía en un canal dado. los Dakota del Sur el tiempo no
es una estimación precisa de los requisitos de tiempo de dispositivo router / extremo de unión. Zigbee unirse implica una sobrecarga adicional que incluye el
procesamiento de baliza en cada canal, y el envío de una petición para jugar que se extienden el tiempo de unirse real.
0 - 7 (exponente)
Defecto
ZS (Zigbee Pila Perfil)

Set o leer el valor de ZigBee pila perfil. Este debe ser el mismo en todos los dispositivos que se unirán a la misma red. Efectiva con la liberación
4x5E, cambiando ZS a un valor diferente hace que todos los parámetros actuales que se escriben en el almacenamiento persistente. Mientras que el
perfil pila está cambiando, CTS se afirma de-para evitar la entrada en serie. Recomendamos control de flujo CTS.
A0-2
Defecto
NJ (Nodo de Ingreso Tiempo)

Set o leer el tiempo que un Coordinador / Router permite que los nodos se unen. Puede cambia este valor en tiempo de ejecución sin necesidad de un coordinador
o router para reiniciar. El tiempo comienza una vez que el Coordinador o inicia router, y el temporizador se restablece en energía de ciclo o cuando Nueva Jersey cambia.
Para un dispositivo final para permitir reincorporarse, conjunto Nueva Jersey menos de 0xFF en el dispositivo que se une. Si NJ < 0xFF, el dispositivo asume que la
red no está permitiendo que unen y los primeros intentos para unirse a una red mediante reincorporación. Si varios intentos REINCORPORAN fallan, o si NJ =
0xFF, los intentos de dispositivos para unirse usando asociación.
0 - 0xFF (sec x1)
Defecto
0xFF (siempre permite unirse)
NW (Watchdog Tiempo de espera de la red)

Establecer o leer el valor de tiempo de espera de vigilancia de la red. Si noroeste está ajustado> 0, la comunicación monitores de router del
coordinador (o colector de datos) y las hojas de la red si no pueden comunicarse con el coordinador de 3 noroeste períodos. El dispositivo se
reinicia el temporizador cada vez que recibe o envía datos a un coordinador, o si se recibe una emisión de muchos-a-uno.
0 - 0x64FF [x 1 minuto] (hasta más de 17 días)

Defecto
0 (desactivado)
JV (Coordinador de Ingreso Verificación)

Establecer o leer el parámetro de verificación canal. Si JV = 1, un dispositivo enrutador o al final verifica el coordinador está en su canal
operativo cuando se unen o que vienen de un ciclo de potencia. Si no se detecta un coordinador, el dispositivo enrutador o al final sale
de su canal y los intentos de unirse a un nuevo PAN actual. Si JV = 0, el dispositivo router o final sigue operando en su canal actual,
incluso si no se detecta un coordinador.
0 - 1 se
Valor Descripción
0 Canal de verificación desactivada
1 la verificación del canal habilitado
Defecto
JN (Join notificación)
Configurar o leer la configuración de notificación de unión.
Si está activado, el dispositivo transmite un paquete de identificación de nodo de difusión en el encendido y cuando se unen. Esta acción hace parpadear el
LED asociado rápidamente en todos los dispositivos que reciben la transmisión, y envía una trama de API por el puerto serie de dispositivos de API.
Digi recomienda deshabilitar esta característica para grandes redes para evitar emisiones excesivas.
0 - 1 se
Defecto
OP (de funcionamiento extendido PAN ID)

Lea el 64 bits extendido PAN ID. los OP valor refleja el funcionamiento extendido PAN ID, donde el dispositivo está en funcionamiento. Si ID> 0, OP iguales CARNÉ
DE IDENTIDAD. Sección de parámetros
0x01 - 0xFFFFFFFFFFFFFFFF
Defecto
N/A

OI (operativos de 16 bits PAN ID)

Lea el 16 bits PAN ID. los OI valor refleja el PAN ID de 16 bits real en el que el dispositivo está en funcionamiento.
0 - 0xFFFF
Defecto
[solo lectura]
CH (canal de operación)
Leer el número de canal usado para transmitir y recibir datos entre los dispositivos y usos 802.15.4 números de canal de RF.
Un valor de 0 significa que el dispositivo no se ha unido un PAN y no está en funcionamiento en cualquier canal.
0, 0x0B - 0x1A (XBee)
0, 0x0B - 0x19 (XBee-PRO, Canales 11-25)
Defecto
[solo lectura]
NC (número restante de la Infancia)

Leer el número de niños que quedan dispositivo final que pueden unirse al dispositivo. Si CAROLINA DEL NORTE devuelve 0, el dispositivo está en la capacidad y no puede
permitir que más niños de dispositivos finales para unirse.
0 - MAX_CHILDREN (máximo varía) [sólo lectura]
Defecto
N/A
CE (Coordinador Enable)
Establece o muestra si el dispositivo es un coordinador.
Parámetro Descripción
0 No es un Coordinador
1 coordinador ( SM debe ser 0 al conjunto CE a 1)
Defecto

DO (Opciones de dispositivo Miscellaneous)

Establece o muestra las opciones del dispositivo.
Campo de bits:
bit Descripción
0 Reservado
1 Reservado para dispositivos de uso inteligente de energía. 2
0/1 = primera o la mejor de Ingreso. Primeros joinmeans el dispositivo se une a la red a través de la primera respuesta Beacon aceptable que
recibe. Mejores joinmeans el dispositivo se une a la red a través de la respuesta del faro más fuerte que recibe después de buscar todos los
canales de máscara de búsqueda. 3 Disable transporte NULL clave (coordinador solamente). 4 Disable Tx packet tiempo de espera prolongado. 5
Disable ACK para el dispositivo final I / O de muestreo. 6
Habilitar alta concentrador de RAM. 7
Habilitar noroeste para encontrar nueva red antes de salir de la red. Ver guardián de la red para más información.
0x00 - 0xFF
Defecto
0x00
DC (unión controles de dispositivo)
Campo de bits:
configuración de bits para activar o desactivar ciertos comportamientos.
bit Descripción
0 Generar una clave de enlace preconfigurado usando el dispositivo está instalar código (KY será ignorado). 1 Red Déjelo No
permitido. Indica si los descartes un nodo enrutador o acepta red

dejar comandos. 2
Reservado 3 Reservado 4
Junto a modo detallado. Ver Extended marco de estado de módem - 0x98 para una descripción completa. 5
Un enrutador huérfanos no dejará a la red, pero intentará reunirse con el coordinador de forma indefinida. Esta funcionalidad
también requiere que el guardián de la red para ser activado ( NW> 0). Ver
guardián de la red para más información. 7
Habilitar FR después de 60 segundos de no respuestas de baliza durante unirse.

comandos AT Dirigiéndose a los comandos
0 - 0xFFFF
Defecto
0x00
II (16-bit inicial PAN ID)

El preconfigurados 16 bits PAN ID utilizado cuando se forma una red. Utilice este comando para reemplazar un nodo coordinador en una red
existente. Cuando se establece II en el valor predeterminado (recomendado) el módulo forma una red en un aleatorio de 16 bits PAN ID.
Rango
0 - 0xFFFF
Defecto
0xFFFF
ED (detectar la energía)
Iniciar una exploración de detección de energía. Este comando acepta un argumento para especificar los inmilliseconds tiempo para escanear IEEE
802.15.4 canales 11 a través de 26. Los bucles de dispositivos a través de los 16 canales hasta que los transcurra tiempo y devuelve la energía máxima en
cada canal. En el modo transparente, una coma debe seguir cada valor con la lista termina con un retorno de carro. Los valores devueltos reflejar el nivel de
energía detectado en unidades de dBm. un convertido ED respuesta de los 49, 3A, y así sucesivamente, a decimal para convertirse en -73 dBm, -58 dBm, y
así sucesivamente.
1 - 0xFF (ms X1)
Defecto
0x10 (16 ms)
Dirigiéndose a los comandos

Los siguientes comandos AT se ocupan de comandos.
SH (Serial Número de alta)

Muestra los 32 bits superiores de la dirección IEEE extendida de 64 bits único asignado al XBee en la fábrica.
La dirección de origen de 64 bits siempre está habilitado. Este valor es de sólo lectura y que nunca cambia.
0 - 0xFFFFFFFF [sólo lectura]
Defecto
Situado en la fábrica

SL (Número de Serie Bajo)

Muestra los 32 bits inferiores de la dirección única extendida IEEE RF de 64 bits asignado a la XBee en la fábrica.
La dirección de origen de 64 bits siempre está habilitado. Este valor es de sólo lectura y que nunca cambia.
0 - 0xFFFFFFFF [sólo lectura]
Defecto
MI (16 bits de direcciones de red)

Lee la dirección de red de 16 bits del dispositivo.
Un valor de 0xFFFE significa que el dispositivo no se ha unido a una red ZigBee.
0 - 0xFFFF [sólo lectura]
Defecto
0 - 0xFFFE
MP (de 16 bits de direcciones de red para padres)

Leer la dirección de red de 16 bits de los padres del dispositivo. Coordinadores y Routers siempre mostrará
0xFFFE. Un dispositivo final mostrará su domicilio de los padres, o 0xFFFE si aún no se ha unido a una PAN.
0 - 0xFFFE [sólo lectura]
Defecto
0xFFFE
DH (Dirección de destino de alta)

Set o leer los 32 bits superiores de la dirección de destino de 64 bits. Cuando se combinan DH con DL, que define la dirección de destino de
64 bits que utiliza el dispositivo para la transmisión de datos. definiciones especiales para DH y DL incluir 0x000000000000FFFF (broadcast)
y 0x0000000000000000 (coordinador).
0 - 0xFFFFFFFF
Defecto
DL (Dirección de destino Bajo)

Establecer o mostrar los 32 bits inferiores de la dirección de destino de 64 bits. Cuando se combinan DH con DL, que define la dirección de
destino que utiliza el dispositivo para las transmisiones en modo transparente.

definiciones especiales para DH y DL incluir 0x000000000000FFFF ( broadcast) y 0x0000000000000000

(coordinador).
0 - 0xFFFFFFFF
Defecto
0xFFFF (Coordinador) 0
(Router / End Device)
NI (Node Identifier)
Almacena la cadena de identificador de nodo para un dispositivo, que es un nombre definido por el usuario o la descripción del dispositivo. Esto puede ser
de hasta 20 caracteres ASCII.
norte XCTU que evita que se exceda el límite de la cadena de 20 caracteres para este comando. Si tu
están utilizando otra aplicación de software para enviar la cadena, puede introducir cadenas más largas, pero el software en el dispositivo
devuelve un error. Utilizar el ND ( Descubrimiento de red) de comandos con esta cadena como argumento para identificar fácilmente los dispositivos
en la red. los DN comando también utiliza este identificador.
Una cadena de caracteres imprimibles ASCII mayúsculas y minúsculas de 0 a 20 bytes de longitud. Un retorno de carro o una coma termina
automáticamente el comando.
Defecto
0x20 (un carácter de espacio ASCII)
NH (máximo Unicast Hops)

Establece o muestra el número máximo de saltos toda la red. Este límite establece la emisión máxima de saltos de valor ( BH) y determina el tiempo de
espera de unidifusión. El tiempo de espera se calcula como (50 * NUEVA HAMPSHIRE) + 100 ms. El tiempo de espera predeterminado de unidifusión
de 1,6 segundos ( NH = 0x1E) es tiempo suficiente para que los datos y el reconocimiento para atravesar aproximadamente 8 lúpulo.
0 - 0xFF
Defecto
0x1E
BH (Emisión de lúpulo)
La máxima transmisión de lúpulo para transmisiones de datos de difusión.
0 - 0x1E

Defecto
AR (agregado de enrutamiento de notificación)

Establecer o leer el tiempo periódico para la difusión de mensajes de ruta agregada. Si se usan, estos mensajes permiten muchos-a-uno encaminamiento
al dispositivo de transmisión. Conjunto Arkansas a 0x00 para enviar una sola emisión, a
0xFF a las emisiones deshabilitar, o para otros valores para transmisiones periódicas en 10 segundas unidades.
0 - 0xFF (sec x10)
Defecto
0xFF (desactivado)
DD (Device Type Identifier)

Almacena el tipo de dispositivo valor de identificador de Digi. Utilice este valor para diferenciar betweenmultiple dispositivos XBee. Si cambia DD, RE (Restaurar
valores predeterminados) no restaurará los ajustes. La única manera de conseguir DD volver a los valores por defecto es fijar explícitamente a los valores
predeterminados.
Digi reserva el rango de 0 - 0xFFFFFF. Para el dispositivo XBee ZB SMT, el tipo de dispositivo es 0xA0000.
0 - 0xFFFFFFFF
Defecto
0xA0000
NT (Nodo Descubrir tiempo de espera)

Establece o muestra la cantidad de tiempo que espera un nodo de base para las respuestas de otros nodos cuando utilizando el
ND ( Descubrir nodo de comandos). Cuando se ejecuta el DAKOTA DEL NORTE mando, la transmisión incluye la Nuevo Testamento valor para proporcionar todos los
dispositivos remotos con un tiempo de espera de respuesta. Los dispositivos remotos esperar un tiempo aleatorio, a menos de NUEVO TESTAMENTO, antes de enviar su
respuesta.
0x20 - 0xFF (x 100 ms)
Defecto
0x3C (6 segundos)
No (Opciones de detección de red)

Set o leer el valor de las opciones de detección de red para el ND ( Descubrimiento de red) del sistema de un dispositivo en particular. El valor de campo de bits
opciones cambia el comportamiento de la DAKOTA DEL NORTE mando y qué valores de las devoluciones de dispositivos locales cuando recibe una opcional DAKOTA
DEL NORTE Indicador de comandos o la identificación del ganglio API (0x95) del marco.

comandos AT Zigbee abordar comandos
0 - 0x03 (campo de bits)
campo de bits
Descripción de la opción
0x01 anexar el DD ( Digi Identifier) valor de dispositivos para DAKOTA DEL NORTE respuestas y marcos de identificación de nodo. 0x02
dispositivo local envía DAKOTA DEL NORTE respuesta cuando el DAKOTA DEL NORTE se emite.
Defecto
0x0
NP (máximo de paquete de carga útil Bytes)

Lee el número máximo de carga útil de RF bytes que se puede enviar en una transmisión. El uso de encriptación APS (API opción de transmisión de bits
habilitado), reduce el tamaño máximo de la carga útil por 9 bytes. Uso de enrutamiento de origen ( AR < 0xFF), reduce aún más el tamaño máximo de la
carga útil.
Nota notario público devuelve un valor hexadecimal. Por ejemplo, si notario público devuelve 0x54, esto es equivalente a 84 bytes.
0 - 0xFFFF (bytes) [sólo lectura]
Defecto
[solo lectura]
CR (Conflicto informe)
El número de informes de conflicto PAN ID que debe ser recibida por el gestor de la red dentro de un minuto para desencadenar un
cambio PAN ID.
Un faro dañado puede causar un informe de un falso conflicto PAN ID. Un valor más alto reduce la posibilidad
de un falso cambio PAN ID. Ajuste CR a 0 establece el valor umbral para el valor de configuración por defecto
(3).
1 - 0x3F
Defecto
Zigbee abordar comandos

Los siguientes comandos AT ajustar las configuraciones avanzadas de comunicación que afectan a las transmisiones de datos salientes.

comandos AT Zigbee abordar comandos
SE (Fuente Punto Final)

Establece o muestra el valor de punto final fuente de capa de aplicación. El valor se utiliza como criterio de valoración fuente para todas las transmisiones de
datos. SE sólo se utiliza en modo transparente. El valor por defecto (0xE8) es el punto final de datos de Digi.
Este comando sólo afecta a las transmisiones salientes en modo transparente ( = AP 0).
0xE8 es el punto final de datos Digi utilizado para transmisiones de datos salientes. 0xE6 es el punto final Digi objeto
de dispositivo utilizado para la configuración y los comandos.
0 - 0xFF
Defecto
0xE8
DE (Punto de Destino)
Establece o muestra el valor de ID de destino capa de aplicación. El valor se usa como el punto final de destino para todas las
transmisiones de datos. El valor por defecto (0xE8) es el punto final de datos de Digi.
0 - 0xFF
Defecto
0xE8
CI (Cluster ID)
Establece o muestra el valor capa ID de aplicación. Utilice este valor como el ID de grupo para todas las transmisiones de datos. CI sólo
se utiliza en modo transparente.
0 - 0xFFFF
Defecto
0x11 (datos transparente clúster ID)
A (Transmit Opciones)
El campo de bits que configura las opciones de transmisión para el modo transparente.
Establece o muestra la capa de aplicación Opciones de transmisión fuente Zigbee. Utilice este valor como las opciones de transmisión para todas las
transmisiones de datos en modo transparente.
0 - 0xFF
Campo de bits:
Los bits no utilizados se deben establecer en 0. Estos bits pueden ser lógicamente ORED juntos:

comandos AT RF interfaz comandos
Descripción de parámetros
0x01 reintentos inhabilitar y reparación de ruta.
0x20 Habilitar APS cifrado (si EE = 1).
Nota Esto disminuye la carga útil máxima RF por 4 bytes por debajo del valor informado por
NOTARIO PÚBLICO.
0x40 Utilice el tiempo de espera prolongado para este destino.
Defecto
0x00
RF interfaz comandos
El siguiente comandos AT son comandos de interfaz de RF.
PL (Nivel de potencia TX)

Establece o muestra el nivel de potencia al que transmite el dispositivo realizaron potencia. Los niveles de potencia son aproximados. Para
XBee-PRO, = PL 4 está calibrado y los niveles de potencia restantes son aproximados. El dispositivo vuelve a calibrar la configuración de cada 15
segundos en base a datos de calibración de fábrica, la temperatura actual y la cantidad de tensión en el típico 3,3 V. Si la tensión de alimentación de
entrada es demasiado alta, el dispositivo se restablece. Para XBee, = PL 4, = PM 1 se prueba en el momento de la fabricación. Otros niveles de
potencia son aproximados. En el canal 26, la potencia del transmisor no excederá de 3 de salida dBm.
Estos parámetros equivalen a los siguientes ajustes para el módulo (modo de impulso desactivado) Xbee RF:
Ajuste Nivel de potencia
0 - 5 dBm
1 - 1 dBm
2 + 1 dBm
3 + 3 dBm
4 + 5 dBm
Estos parámetros equivalen a los siguientes ajustes para el módulo de RF XBee-PRO (habilitado el modo de impulso):
0 0 dBm (aproximado)

comandos AT comandos de seguridad
1 + 12 dBm (aproximado)
4 + 18 dBM
Defecto
PP (Potencia a PL4)
Lee la salida dBm cuando se selecciona la potencia máxima (PL4).
Nota Leer el nivel de potencia máxima permitida cuando el dispositivo está configurado con = PL 4. Utilice este comando para determinar si el
dispositivo es una variante favorable o no favorable. El valor el comando devuelve estará en representación hexadecimal: Pro = 0x14 y No-Pro =
0x8.
0x08 - 0x14
Defecto
[solo lectura]
PM (Modo de energía)
Establecer o leer el modo de alimentación del dispositivo. Habilitar el modo de impulso mejora la sensibilidad de recepción en 2 dB y aumentar la
potencia de transmisión en 3 dB.
0 - 1 se
Significado Ajuste
0 el modo de refuerzo para
minusválidos 1 activar el modo de refuerzo
Defecto
comandos de seguridad
Los siguientes comandos AT son comandos de seguridad.
EE (cifrado Enable)
Conjunto o leer el cifrado permiten ajuste.

comandos AT comandos de seguridad
0 - 1 se
0 cifrado de movilidad reducida
1 el cifrado activado
Defecto
EO (opciones de cifrado)
Configurar opciones de cifrado cuando EE = 1. Establecer bits de opciones no utilizadas a 0. Las opciones incluyen:
opciones Descripción
0x01 (Zigbee) Enviar la clave de red en el claro (sin cifrar) sobre-el-aire durante un ensamblar 0x04
Teclas de enlace (utilizados en centro de confianza solamente) Uso EUI64-hash. 0x02
(Smart Energy) Habilitar como un centro de confianza (sólo Coordinador) 0x08
(Smart Energy) de autentificación durante unión (dispositivo final y el Router solamente)
0 - 0xFF
Defecto
N/A
KY (Enlace Key)
Establece el valor de la clave AES de 128 bits de enlace que utiliza el dispositivo para el cifrado y el descifrado. Este comando es de sólo escritura. Si se
establece Kentucky a 0 el coordinador transmite la clave de red en la clara de dispositivos de unión, y dispositivos de unión adquirir la clave de red en el claro
cuando se unen. Cuando se le preguntó, Kentucky volverá 0 si se ha establecido ninguna tecla; de lo contrario, se le dará una Okay respuesta para indicar una
tecla está presente.
valor de 128 bits
Defecto
NK (Centro de claves de red Trust)

Establecer la clave de cifrado de red de 128 bits AES. Este comando es de sólo escritura. Si se establece en 0 (por defecto), que selecciona a los dispositivos una
clave de red aleatoria.

comandos AT comandos de interfaz de serie
Cuando se le preguntó, Kentucky volverá 0 si se ha establecido ninguna tecla; de lo contrario, se le dará una Okay respuesta para indicar que una clave está presente.
valor de 128 bits
Defecto
comandos de interfaz de serie

El siguiente comandos AT son comandos de interfaz de serie.
BD (Data Rate Interface)

El dispositivo interpreta cualquier valor por encima 0x0A como una velocidad de transmisión real. velocidades de transmisión estándar de hasta 115.200 son compatibles.
velocidades de transmisión no estándar por encima de 115.200 están permitidos, pero su rendimiento no está garantizada.
velocidades de transmisión estándar: 0x0 - 0x0A
Valor Descripción
0x1 2.400 b / s
0x2 4.800 b / s
0x3 9.600 b / s
0x4 19.200 b / s
0x5 38.400 b / s
0x6 57.600 b / s
0x7 115.200 b / s
0x8 230.400 b / s
0x9 460.800 b / s
0xA 921.600 b / s
Defecto
0x03 (9600 b / s)
NB (Paridad)
Establecer o leer la configuración de paridad para las comunicaciones en serie UART.

Cuando se le preguntó, Kentucky volverá 0 si se ha establecido ninguna tecla; de lo contrario, se le dará una Okay respuesta para indicar que una clave está presente.
valor de 128 bits
Defecto
comandos de interfaz de serie

El siguiente comandos AT son comandos de interfaz de serie.
BD (Data Rate Interface)

El dispositivo interpreta cualquier valor por encima 0x0A como una velocidad de transmisión real. velocidades de transmisión estándar de hasta 115.200 son compatibles.
velocidades de transmisión no estándar por encima de 115.200 están permitidos, pero su rendimiento no está garantizada.
velocidades de transmisión estándar: 0x0 - 0x0A
Valor Descripción
0x1 2.400 b / s
0x2 4.800 b / s
0x3 9.600 b / s
0x4 19.200 b / s
0x5 38.400 b / s
0x6 57.600 b / s
0x7 115.200 b / s
0x8 230.400 b / s
0x9 460.800 b / s
0xA 921.600 b / s
Defecto
0x03 (9600 b / s)
NB (Paridad)
Establecer o leer la configuración de paridad para las comunicaciones en serie UART.

0x00 sin paridad
0x01 paridad par
0x02 paridad impar
0x03 marca de la paridad
Defecto
0x00
SB (Bits de parada)
Establece o muestra el número de bits de parada para las comunicaciones UART.
0 - 1 se
Parámetro Configuración
0 un bit de parada
1 Dos bits de parada
Defecto
RO (Packetization Timeout)
Conjunto o leer el número de veces de carácter de silencio entre caracteres requerido antes de la transmisión comienza cuando se opera en modo
transparente. Conjunto RO a 0 a personajes de transmisión a medida que llegan en lugar de almacenarlas en el búfer en un paquete de RF. los
RO comando sólo se admite cuando se opera en modo transparente.
0 - 0xFF (x veces el carácter)
Defecto
D6 (ESD6 / RTS)
Establece o muestra la ESD6 / RTS configuración (TH pin 16 / SMT pin 29).
0, 1, 3 - 5

0 entrada digital no controlado
1 control de flujo RTS
3 Entrada digital
4 salida digital, baja
5 salida digital, de alta
Defecto
D7 (ESD7 / CTS)
Establece o muestra la DIØ7 / configuración CTS (TH pin 12 / SMT pin 25).
0, 1, 3 - 7 de
1 control de flujo CTS
3 Entrada digital
6 RS-485 Tx permitir, bajo Tx
7 RS-485 Tx habilitar alta, alta Tx
Defecto
0x1
AP (API Enable)
Activa el modo API. El dispositivo ignora este comando cuando se utiliza SPI. modo de API 1 se utiliza siempre.
A0-2
0 API desactivado (funcionar en modo transparente)
1 API habilitada
2 API habilitada (con caracteres de escape de control)

comandos AT opciones de modo de comando
Defecto
AO (Opciones API)
Configurar las opciones para la API. Las opciones actuales seleccionar el tipo de recibir marco de API para enviar la UART para paquetes de datos de
RF recibidas.
0x00 - 0x0B
0x00 Por defecto habilitado API Indicador Rx
0x01 API por defecto explícita Indicador Rx - 0x91, esto es para marcos explícitos de datos de direccionamiento.
0x03 Habilitar ZDO traspaso de ZDO solicitudes al puerto de serie que no son compatibles con la pila, así como
Simple_Desc_req, Active_EP_req y Match_Desc_req.
0x07 Igual que el 0x03, además apoyó la solicitud de traspaso ZDO.
0x0B Igual que el 0x03, además de encuadernación Solicitud de traspaso.
Defecto
opciones de modo de comando

Los siguientes comandos son comandos de opción Commandmode.
CT (modo de tiempo de comando)

Establece o muestra el parámetro de tiempo de espera Commandmode. Si un dispositivo no recibe los comandos válidos dentro de este
período de tiempo, se vuelve a la pantalla de inicio de Commandmode.
2 - 0x28F
Defecto
0x64 (10 segundos)
GT (Guardia Times)
Establecer el período de silencio requerido antes y después de los caracteres de secuencia de comandos de la secuencia
Commandmode ( GT + CC + GT). El período de silencio impide entrar inadvertidamente Commandmode.
0x1 - 0x0CE4 (x 1 ms) (max de sec 3.3 decimal)

comandos AT comandos del sueño
Defecto
0x3E8 (un segundo)
CC (Personaje Comando)
Establece o muestra el valor de caracteres ASCII los usos de dispositivos entre Guardia tiempos de la secuencia de comandos (modo de GT
+ CC + GT). La secuencia Commandmode entra en el dispositivo en modo de comando.
Para obtener más información sobre la secuencia Commandmode, véase opciones Commandmode .
0 - 0xFF
Defecto
0x2B (ASCII del carácter además: +)
NC (modo de comando Salir)

sale inmediatamente modo de comando y aplica los cambios pendientes.
N/A
Defecto
N/A
comandos del sueño

Los siguientes comandos AT son comandos del sueño.
SP (período de sueño)
Establece la duración del tiempo de sueño para el dispositivo final, hasta 28 segundos. Utilizar el SN comando para ampliar el tiempo de sueño últimos 28
segundos.
En la matriz, este valor determina el tiempo que amortigua el padre un mensaje para el dispositivo final de dormir. Establecer el valor en al
menos igual a la más larga SP tiempo de cualquier dispositivo final niño.
0x20 - 0xAF0 x 10 ms (segunda resolución Quarter)
Defecto
0x20
SN (número de ciclos entre ON_SLEEP)

Establecer o leer el valor del número de períodos de sueño. Este comando controla el número de períodos de sueño que deben transcurrir entre las
afirmaciones de la línea ON_SLEEP durante el tiempo de vigilia si no hay datos de RF está esperando que el dispositivo final. Este comando permite a una
aplicación host a dormir por un tiempo prolongado si no hay datos de RF está presente.

1 - 0xFFFF
Defecto
SM (Sleep Mode)
Establece o muestra el Modo lat del dispositivo. Cuando SM> 0, el dispositivo funciona como un dispositivo final. Sin embargo, CE debe ser 0 antes de SM
se puede ajustar a un valor mayor que 0 para cambiar el dispositivo a un dispositivo final. Cambio de un dispositivo desde un router a un dispositivo
final (o viceversa) obliga al dispositivo a salir de la red e intentar unirse como el nuevo tipo de dispositivo cuando se aplican los cambios.
0, 1, 4, 5
0 Sleep desactivado (enrutador)
1 Pin del sueño habilitado
4 sueño cíclico activado
5 sueño cíclico, estela pin
Defecto
0 - Router 4 -
Dispositivo de fin
ST (hora antes de dormir)

Establece o muestra la hora del despertador del dispositivo.
El temporizador se reinicia cada vez que el dispositivo recibe datos en serie o RF. Una vez que expira el temporizador, un dispositivo final puede entrar en
funcionamiento a baja potencia. Esto se aplica únicamente a los dispositivos finales del sueño cíclico.
1 - 0xFFFF (x 1 ms)
Defecto
0x1388 (5 segundos)
SO (opciones del sueño)

Configurar o consultar las opciones del sueño de bit de campo de un dispositivo. Este comando es una máscara de bits. Conjunto de bits de opciones no utilizadas a 0. opciones
del sueño no se deben utilizar para la mayoría de aplicaciones. Ver Manejo de dispositivos finales .
0 - 0xFF

Poco Opción
0x02 Siempre despertar de S T hora
0x04 la totalidad del sueño SN * SP hora
Defecto
WH (Wake retardo Host)

Establece o muestra el valor del temporizador de acogida estela. Puedes usar WH para dar un procesador anfitrión para dormir tiempo suficiente para el encendido
después de que el dispositivo afirma la línea ON_SLEEP. Si se establece WH a un valor distinto de cero, este temporizador especifica un tiempo inmilliseconds que los
retrasos de dispositivo después de despertar del sueño antes de enviar los datos a cabo la UART o transmitiendo una muestra de E / S. Si el dispositivo recibe caracteres
de serie, las WH temporizador se detiene inmediatamente.
0 - 0xFFFF (x 1 ms)
Defecto
PO (tasa de sondeo)
Establecer o leer la tasa de sondeo dispositivo final.
Este valor está a 0 (por defecto) permite el sondeo a 100 ms (tasa por defecto), avanzando en incrementos de 10 ms. sondeo adaptativo puede permitir que el
dispositivo final para sondear más rápidamente durante un corto tiempo al recibir datos RF.

comandos AT E / S configuración de comandos
0 - 0x3E8
Defecto
E / S configuración de comandos
Los siguientes comandos AT son de E / S configuración de comandos.
D0 (Configuración / DIO0 AD0)

Establece o muestra la DIO0 / AD0 configuración (TH pin 20 / SMT pin 33).
A0-5
1 Puesta en marcha con pulsador
2 entrada analógica, solo terminó
3 Entrada digital
Defecto
D1 (AD1 / ESD1 / Configuración PTI_En)

Establece o muestra / ESD1 / PTI_En configuración TH PIN El AD1 19 / SMT pin 32.
0-6
1 SPI_ATTN - entrada analógica, solo terminó para el dispositivo de orificio pasante
3 Entrada digital

6 rastro del paquete Habilitar interfaz. Debe establecerse junto con P9 = 6 a trazas de salida para OTA sniffing.
Defecto
D2 (Configuración / ESD2 AD2)

Establece o muestra la ESD2 / AD2 configuración (TH pin 18 / SMT pin 31).
A0-5
0 - 1 se
1 SPI_CLK para dispositivos agujero pasante
3 Entrada digital
Defecto
D3 (Configuración / ESD3 AD3)

Establece o muestra la ESD3 / AD3 configuración (TH pin 17 / SMT pin 30).
A0-5
1 SPI_SSEL para el dispositivo de orificio pasante
3 Entrada digital

Defecto
D4 (Configuración ESD4)
Establece o muestra la configuración ESD4 (TH pin 11 / pin SMT 24).
0, 1, 3 - 5
1 SPI_MOSI para el dispositivo de orificio pasante
3 Entrada digital
Defecto
D5 (ESD5 / Configuración Asociado)

Establece o muestra la configuración ESD5 (pin TH 15 / pin SMT 28).
0, 1, 3 - 5
1 indicador LED Asociado - parpadea cuando asociados
3 Entrada digital
4 salida digital, baja por defecto
5 salida digital, de alta por defecto
Defecto

D8 (DIO8 / DTR / SLP_RQ)

Establece o muestra la DIO8 / DTR / SLP_RQ configuración (TH pin 9 / SMT pin 10). El XBee / XBee-PRO del módulo de RF
Zigbee no soporta el sueño. La opción SLEEP_REQUEST se proporcionan para los propósitos de compatibilidad y no afecta al
dispositivo.
0, 1, 3 - 5
1 Entrada a dormir y dispositivo de activación
3 Entrada digital
Defecto
N/A
D9 (ESD9 / ON_SLEEP)
Establece o muestra la ESD9 / ON_SLEEP configuración (TH pin 13 / SMT pin 26).
0, 1, 3 - 5
0 Discapacitado
1 ON / salida SLEEP
2 N/A
3 Entrada digital
Defecto
P0 (Configuración / PWM0 RSSI)
0, 1, 3 - 5

1 RSSI PWM0
3 entrada digital, controlado
Defecto
P1 (Configuración / PWM1 DIO11)

Establece o muestra la configuración DIO11 (TH pin 7 / SMT pin 8).
0, 1, 3 - 5
1 Salida de 50% de reloj del ciclo de trabajo a 32.787 kHz
3 entrada digital, controlado
Defecto
P2 (Configuración DIO12)
1 SPI_MISO
3 3- entrada digital, controlado
4 4- salida digital, baja por defecto

Defecto
P3 (Configuración / DOUT DIO13)

0, 1, 3 - 5
1 salir de datos para UART
3 entrada digital monitoreada
4 baja salida digital
5 alta salida digital
Defecto
P4 (DIO14 / DIN)
0, 1, 3 - 5
1 Los datos en el UART para
3 Entrada digital
4 baja salida digital
5 alta salida digital
Defecto
P5 (DIO15 / SPI_MISO)
Establece o muestra la configuración DIO15 / SPI_MISO. Esto sólo se aplica a
los dispositivos de montaje superficial.

0, 1
1 Salida desde el puerto SPI
Defecto
P6 (Configuración SPI_MOSI)
Establece o muestra la configuración DIO16 / SPI_MOSI. Esto sólo se aplica a
0, 1, 4, 5
0 Discapacitado
1 SPI_MOSI
2 N/A
3 N/A
Defecto
P7 (DIO17 / SPI_SSEL)
Establece o muestra la configuración DIO17 / SPI_SSEL. Esto sólo se aplica a
0, 1
0 Discapacitado
1 SPI_SSEL

2 N/A
3 N/A
Defecto
P8 (DIO18 / SPI_SCLK)
Establece o muestra la configuración DIO18 / SPI_CLK. Esto sólo se aplica a
0, 1
0 Discapacitado
1 N/A
2 N/A
3 N/A
Defecto
P9 (DIO19 / SPI_ATTN / PTI_DATA)

Establece o muestra la configuración DIO19. Esto sólo se aplica a
0, 1, 6
0 Discapacitado
1 SPI_ATTN

2 N/A
3 N/A
4 N/A
5 N/A
6 PTI_DATA
Defecto
PR (pull-up / down Resistencia Enable)

El campo de bits que configura el pull-up interna / abajo estado de resistencia para las líneas de E / S. Si se establece una PR
bit a 1, que permite a la resistencia pull-up / down; 0 especifica pull-up resistor no interna / abajo. La siguiente tabla define
el bit-FieldMap para PR mando.
PR y PD sólo afectan a las líneas que están configurados como entradas digitales o discapacitados. La
siguiente tabla define el bit-FieldMap para PR y PD comandos.
Poco línea I / O pIN de módulo
0 ESD4 24 / SMT, 11 / TH
1 AD3 / ESD3 30 / SMT, 17 / TH
2 AD2 / ESD2 31 / SMT, 18 / TH
3 AD1 / ESD1 32 / SMT, 19 / TH
4 AD0 / DIO0 33 / SMT, 20 / TH
5 RTS / ESD6 SMT, 16 / TH
6 DTR / SLEEP_REQUEST 10 / SMT, 9 / TH
7 DIN / CONFIG 4 / SMT, 3 / TH
8 ASOCIADO / ESD5 28 / SMT, 15 / TH
9 On / SLEEP / ESD9 26 / SMT, 13 / TH
10 DIO12 5 / SMT, 4 / TH
11 PWM0 / RSSI / ESD10 / 7 / SMT, 6 / TH
12 PWM1 / DIO11 8 / SMT, 7 / TH
13 CTS / ESD7 25 / SMT, 12 / TH
14 DOUT / DIO13 3 / SMT, 2 / TH
0 - 0x7FFF (campo de bits)

comandos AT I / O de muestreo comandos
Defecto
0x1FFF
PD (Pull dirección arriba / abajo)

El campo de resistencia pull dirección bit (1 = pull-up, 0 = desplegable) para las líneas de E / S que se establecen por la correspondiente PR mando.
Si se establece el bit, el dispositivo utiliza una resistencia interna pull-up. Si está claro, el dispositivo utiliza una resistencia interna desplegable. ver
el PR comando para el orden de los bits.
0x0 - 0x7FFF
Defecto
0x1FBF
LT (Asociado LED Tiempo de parpadeo)

Set o leer el tiempo de parpadeo del LED asociado. Si se utiliza el D5 comando para habilitar la funcionalidad LED asociado (ESD5 / pin Asociado), este
valor determina el encendido y apagado de parpadeo para el LED cuando el dispositivo se ha unido a la red. Si LT = 0, el dispositivo utiliza la velocidad de
parpadeo por defecto: 500 ms para un coordinador del sueño, 250 ms para todos los demás nodos. Para todos los demás LT los valores, las medidas de
firmware LT en incrementos de 10 ms.
0, 0x0A - 0xFF (100 - 2550 ms)
Defecto
RP (RSSI PWM Timer)

La expiración del temporizador PWM en 0,1 segundos. RP establece la duración de la salida de modulación de anchura (PWM) de la señal de pulso en el pin de
RSSI. Los cambios del ciclo de servicio de la señal con cada paquete recibido y cierra cuando el temporizador expira. Cuando RP = 0xFF, la salida está siempre
encendido.
0 - 0xFF (x 100 ms)
Defecto
0x28 (cuatro segundos)
I / O de muestreo comandos
El siguiente comandos AT configurar de E / S parámetros de muestreo.

comandos AT I / O de muestreo comandos
IR (I / O de frecuencia de muestreo)
Set o leer la frecuencia de muestreo de E / S para permitir un muestreo periódico.
Cuando se establece, este parámetro hace que el dispositivo para muestrear todos habilitado E / S digital y entradas analógicas en un intervalo especificado.
Las muestras serán enviadas a la dirección especificada por el DH y DL comandos. El dispositivo de destino debe estar funcionando en el modo de API con el
fin de salida de los datos de muestra recibidos. Si se establece la frecuencia de muestreo de E / S a más de 0, las muestras de dispositivos y transmite todos los
habilitados E / S digitales y analógicas entradas cada IR milisegundos. I / O Las muestras transmitir a la dirección especificada por DT.
Para habilitar muestreo periódico, conjunto IR a un valor distinto de cero, y habilitar la funcionalidad de E / S digital de al menos un pasador de
dispositivo analógico o. La frecuencia de muestreo se mide inmilliseconds. Para obtener más información, consulte los siguientes comandos:
norte D0 (Configuración / DIO0 AD0) mediante D9 (ESD9 / ON_SLEEP) .
norte P0 (Configuración / PWM0 RSSI) mediante P4 (DIO14 / DIN) .
¡ADVERTENCIA! Si se establece IR a 1 o 2, el dispositivo no va a mantenerse al día se perderán andmany muestras.
0, 0x32 - 0xFFFF (ms)
Defecto
IC (Detección de cambios Digital)

Set o leer los pines de E / S digitales para monitorear los cambios en el estado de E / S.
IC trabaja con los comandos de configuración pin individuales ( D0 - D9, P0 - P4) . Si habilita un alfiler como E / S digitales, se puede utilizar el IC comando
para forzar una transmisión inmediata de muestras de E / S cuando cambia el estado de DIO. IC es una máscara de bits que se puede utilizar para activar o
desactivar la detección de bordes en los canales individuales.
Establecer los bits no utilizados a 0.
0 DIO0 18
1 ESD1 20
2 ESD2 22
3 ESD3 24
4 ESD4 26
5 ESD5 28
6 ESD6 41
7 ESD7 39

comandos AT comandos de diagnóstico
8 DIO8 30
9 ESD9 32
10 ESD10 36
11 DIO11 38
12 DIO12 40
0 - 0xFFFF (campo de bits)
Defecto
V + (Voltaje de monitorización Supply)

Establecer el umbral de tensión con la V + mando. Si la tensión de alimentación medida cae por debajo o igual a este umbral, la tensión de
alimentación añade a la O conjunto I / muestra, y pone el bit 7 de la Máscara canal analógico. Conjunto V + a 0 por defecto (no incluya la tensión
de alimentación). Las unidades de este comando son mV. Por ejemplo, para incluir una medición de la tensión de alimentación cuando cae por
debajo de 2,7 V, conjunto V +
a 2700 = 0xA8A. Sección
de parámetros
0 - 0xFFFF
Defecto
comandos de diagnóstico
Los siguientes comandos son comandos de diagnóstico.
VR (versión de firmware)
Lee la versión de firmware en un dispositivo como un número hexadecimal de 4 dígitos.
Defecto
HV (Hardware Version)
Muestra el número de versión del hardware del dispositivo.
Lea la versión de hardware del dispositivo. Utilice este comando para distinguir entre diferentes plataformas de hardware. El byte superior
devuelve un valor que es único para cada tipo de dispositivo. El byte inferior indica la revisión de hardware.

comandos AT comandos de diagnóstico
Nota El XBee devuelve un valor de 0x22xx para este comando. El XBee-PRO devuelve un valor de 0x21xx.
Defecto
Situado en el firmware
AI (Asociación de indicación)
Leer información sobre el último nodo unirse a petición.
Código de
estado Sentido
0x00 Éxito formado o unido a una red. (Coordinadores de formar una red, enrutadores y dispositivos finales unirse a una
red).
0x21 Exploración no encontró PAN.
0x22 Exploración no encontró PAN válidos según la configuración del SC y ID actual.
0x23 Coordinador válida o routers encontraron, pero no están permitiendo participar (NJ expirado).
0x24 No se encontraron balizas que pueden unirse.
0x25 Estado inesperado, el nodo no se debe intentar unirse en este momento.
0x27 Nodo intento fallido de unión (por lo general, por las opciones de seguridad incompatibles).
0x2A Coordinador de Salidas intento fracasó.
0x2B Comprobación de un coordinador existente.
0x2C Tratar de salir de la red ha fallado.
0xAB Tratado de unirse a un dispositivo que no respondió.
0xAD Seguro se unen error - clave de seguridad de red no recibió.
0xAF Asegure unirse a error - dispositivo de unión no tiene la clave de enlace preconfigurado derecha.
0xFF tiempo de inicialización; no el estado de asociación se ha determinado todavía.
Las solicitudes deben leer AI hasta que vuelve 0x00, lo que indica un inicio correcto (coordinador) o unirse (routers y dispositivos finales).
0 - 0xFF [sólo lectura]
Defecto
N/A
% V (tensión de alimentación Monitoring)

Lee el voltaje en el pin Vcc inmV.

comandos AT órdenes de ejecución
Defecto
N/A
DB (intensidad de señal recibida)

Este comando informa de la intensidad de señal recibida del último paquete de datos de RF recibida o reconocimiento de APS. los DB comando
sólo indica la intensidad de la señal del último salto. No proporciona una medición precisa de la calidad de un enlace de múltiples saltos. los DB
de valor nominal se mide en dBm. Por ejemplo, si DB declaraciones de 0x50, entonces el RSSI del último paquete recibido es -80 dBm.
Conjunto DB a 0 para borrar el valor actual, y será actualizada con el siguiente paquete válido recibido.
0 - 0xFF
Defecto
Solo lectura
TP (Temperatura)
La temperatura del módulo actual en grados Celsius. La precisión es de ± 7 grados. 1 ° C = 0x0001 y -1 ° C = 0xFFFF.
Nota Este comando sólo está disponible en el dispositivo XBee-PRO.
0x0 - 0xFFFF
Defecto
N/A
VL (versión larga)
Muestra información detallada de la versión, tipo de dispositivo, marca de tiempo para la acumulación, la versión Ember pila, y la versión del gestor de arranque.
N/A
Defecto
N/A
órdenes de ejecución
El lugar donde la mayoría de los comandos AT establecidos o valores de registro de consulta, comandos de ejecución ejecutar una acción en el
dispositivo. órdenes de ejecución se ejecutan inmediatamente y no requieren cambios que deben aplicarse.

AC (Aplicar cambios)
Inmediatamente se aplica la nueva configuración sin salir Commandmode.
Aplica cambios a todos los registros de comando y aplica los valores de registro de comando en cola. Por ejemplo, cambiar la velocidad de la
interfaz de serie con el BD comando no cambia la velocidad de la interfaz UART hasta que los cambios se aplican a la C.A. mando. los CN mando
y trama de comando 0x08 API también se aplican los cambios.
N/A
Defecto
N/A
AS (Scan Activo)
Escanea el barrio de respuestas baliza. los COMO comando sólo es válido como una orden local. tramas de respuesta se
estructuran como:
AS_type - unsigned byte = 2 - ZB firmware utiliza un formato diferente que XBee Wi-Fi, que es el tipo de canal 1 - byte sin signo
PAN - palabra sin signo de gran formato endian extendido PAN - ocho bytes sin signo en formato endian
poco Deje de Ingreso - byte sin signo - 1 indica unirse a está habilitado, 0 que está deshabilitado Perfil
Pila - byte sin signo
ICT - byte sin signo, los valores más altos son mejores RSSI - byte con
signo, los valores más bajos son mejores
0-6
Defecto
N/A
WR (escritura)
Escribe valores de los parámetros en la memoria no volátil de modo que las modificaciones de los parámetros persisten a través restablece posteriores.
Nota Una vez que se emite una WR mando, no envíe ningún caracteres adicionales para el dispositivo hasta que después de recibir la Okay respuesta.
N/A
Defecto
N/A

RE (Restaurar valores predeterminados)

Este comando establece todos los parámetros excepto ZS y Kentucky a sus valores por defecto. Cambiar ZS y KENTUCKY, se les debe establecer
explícitamente. Para que los parámetros por defecto que persisten a través de reinicios subsiguientes, enviar una separada WR comando después RE. Sólo
lectura parámetros no se ven afectados directamente por RE y reflejar el estado actual del dispositivo.
N/A
Defecto
N/A
FR (reajuste del software)

Reinicia el dispositivo. El dispositivo responde inmediatamente con una Okay y realiza un restablecimiento 100 ms después. Si emite FR mientras que el
dispositivo está en modo de comando, el restablecimiento sale efectivamente Commandmode.
N/A
Defecto
N/A
NR (Restaurar red)
Restablece parámetros de la capa de red en uno o más módulos dentro de una sartén. Responde inmediatamente con una Okay a continuación, provoca
un reinicio de la red. El dispositivo pierde toda la configuración de red y la información de enrutamiento. Si NR = 0: restablece los parámetros de la capa
de red en el nodo que emite el comando. Si NR = 1: Envía transmisión de difusión a los parámetros de la capa de red de reinicio en todos los nodos del
PAN.
Nota NR y NR0 ambos realizan la misma función andmay usarse de forma intercambiable.
0 - 1 se
Defecto
N/A
SI (dormir inmediatamente)
Provoca un dispositivo cíclico del sueño a dormir inmediatamente en vez de esperar para la S T temporizador expire.
Nota Este comando sólo tiene efecto en el modo API (duermen inmediatamente si se administra como un marco API 0x08 o 0x09), y ningún efecto
en AT commandmode. AT commandmode se sale únicamente por la CN comandos o tiempo de espera.
Nota Si emite este comando en modo de comando, el módulo permanece en commandmode hasta que el
Connecticut temporizador expira o se emita una CN mando.

Parámetro
N/A
Defecto
N/A
CB (Puesta en marcha con pulsador)

Utilizar CB para simular la puesta en prensas de botón en el software.
Establecer el valor del parámetro en el número de pulsaciones de botón que desea simular. Por ejemplo, enviar CB1 para realizar
la acción de presionar el pulsador de puesta en una vez. Ver pulsador de puesta en marcha .
1, 2, 4
Defecto
N/A
Y X (Claro Encuadernación y tablas de grupos)

Restablece las tablas de unión y de grupo.
N/A
Defecto
N/A
ND (Nodo Descubrimiento)
Descubre y los informes de todos los dispositivos que se encuentran en la red después de un retraso de tiempo con fluctuación. Para cada dispositivo detectado, la
siguiente información se devuelve:
MI <CR> (2 bytes) (siempre 0xFFFE) SH <CR>
(4 bytes) SL <CR> (4 bytes)
DB <CR> (Contiene la intensidad de la señal detectada de la respuesta en unidades dBm negativos) NI <CR> (variable,
0-20 bytes más 0x00 caracteres) DIRECCIÓN PARENT_NETWORK <CR> (2 bytes) DEVICE_TYPE <CR> (1 byte: 0 = Coordinador,
1 = router, 2 = Dispositivo End) STATUS <CR> (1 byte: reservado) PROFILE_ID <CR> (2 bytes) MANUFACTURER_ID
<CR> (2 bytes)
DIGI DISPOSITIVO TIPO <CR> (4 bytes. Opcionalmente incluir en base a NO Ajustes.) RSSI DE ÚLTIMO HOP <CR> (1 byte. Opcionalmente
incluir en base a NO Después de la configuración.) ( NT * 100) milisegundos, los extremos de comando devolviendo un <CR>. DAKOTA DEL NORTE También
acepta una NI (Node Identifier) como un parámetro (opcional). En este caso, sólo un dispositivo que coincide con el identificador suministrado

responde después de un retardo de tiempo con fluctuación. Si no hay dispositivos que coinciden, el comando devuelve una
ERROR.
Si tu envías DAKOTA DEL NORTE a través de un marco de API local, el dispositivo vuelve cada respuesta como un paquete de respuesta AT_CMD_
separada. Los datos consisten en los bytes anteriormente mencionados sin los delimitadores de retorno de carro. los NI extremo de la cuerda en una 0x00 carácter
nulo. El retraso de tiempo con fluctuación se basa en la Nuevo Testamento ajuste. El radio de la DAKOTA DEL NORTE comando se establece por BH
(Emisión de lúpulo) . Un código de estado de 1 = ERROR se devuelve si la cola de transmisión está llena. Eso significa que ya hay cuatro mensajes en cola para
su transmisión. La aplicación está tratando de SendMessages más rápido que el dispositivo puede procesar las solicitudes. El applicationmay ya sea a
intentarlo más tarde, ser rediseñados para SendMessages a un ritmo más lento, o esperar una respuesta de estado Tx para un mensaje previo antes de
intentar enviar otra.
Para obtener más información acerca de las opciones que afectan al comportamiento de la DAKOTA DEL NORTE de comandos, consulte No (Opciones de
detección de red) .
20 bytes ASCII cadena imprimible
Defecto
carácter de espacio ASCII (0x20)
DN (nodo de destino)
resuelve un NI ( identificador de nodo) de cadena a una dirección física (mayúsculas y minúsculas). Los siguientes
eventos se producen después de DN descubre el nodo de destino: Cuando DN se envía en Commandmode (AT
firmware):
1. Los conjuntos de dispositivos DL y DH a la dirección del dispositivo con la coincidencia NI cuerda.

La dirección seleccionada (dirección corta ya sea de 16 bits o la dirección extendida de 64 bits) se elige basándose en la década de los dispositivos de
destino MI de configuración de comandos.
2. Los rendimientos dispositivo de recepción OKAY ( o ERROR).
3. El dispositivo sale Commandmode para permitir la comunicación inmediata. Si se recibe un error, entonces
Commandmode no sale. Cuando DN se envía como un marco local API de comandos AT (firmware API):
1. Los rendimientos dispositivo de recepción de la red de 16 bits y 64 bits extendidos direcciones en una trama de respuesta de
comandos API.
2. Si no hay respuesta por parte de un módulo dentro ( NUEVO TESTAMENTO* 100) milisegundos o no se especifica un parámetro (por
dejarlo en blanco), el dispositivo receptor devuelve un mensaje de error. En el caso de un error, el dispositivo no sale
commandmode. Establecer el radio de la DN utilizando el comando BH mando.
Hasta 20 bytes ASCII cadena imprimible
Defecto
N/A

DJ (Desactivar unión)
Evitar que un dispositivo local de unirse a una red.
Nota Este parámetro no se escribe en flash con el WR comando y vuelve a los valores predeterminados después de un ciclo de potencia.
0 - 1 se
Valor Descripción
0 Únete habilitado
1 unirse a discapacitados
Defecto
IS (Fuerza de muestra)
Fuerzas de una lectura de todos habilitadas las líneas de entrada digitales y analógicas.
N/A
Defecto
N/A

soporte de módulos
Esta sección proporciona información de personalización para el / XBee-PRO del módulo de RF XBee ZigBee. Puede personalizar los parámetros por
defecto, o de escritura o la carga de encargo del firmware para el chip Ember EM357.
Configurar el dispositivo utilizando XCTU 267

bibliotecas de software 267
Personalizar firmware XBee ZigBee 267
cargador de arranque XBee 267
actualizaciones de firmware de serie 268
Invocar el gestor de arranque XBee 268
Enviar una imagen de firmware 268
Escribir un firmware personalizado 269

soporte de módulos Configurar el dispositivo utilizando XCTU
Configurar el dispositivo utilizando XCTU

Configuración XBee y utilidad de prueba ( XCTU ) Es un programa multi-plataforma que permite a los usuarios interactuar con dispositivos de radio frecuencia
(RF Digi) a través de una interfaz gráfica. La aplicación incluye una función de herramientas que hacen que sea fácil de instalar, configurar, y los dispositivos
de Digi RF de prueba. Para obtener instrucciones sobre la descarga y uso XCTU, ver la Guía del usuario XCTU . Hacer clic Detectar dispositivos y siga las
instrucciones. XCTU debe descubrir el PRO módulos conectados XBee / XBee- Zigbee RF usando los ajustes actuales. Hacer clic Añadir dispositivos
seleccionados. Los dispositivos aparecen en el Los módulos de radio lista. Puede hacer clic en un módulo para ver y configurar sus ajustes individuales.
Para obtener más información sobre estos elementos, consulte comandos AT .
bibliotecas de software
Una forma de comunicarse con el / XBee-PRO Zigbee módulo RF XBee es mediante el uso de una biblioteca de software. Las bibliotecas disponibles
para su uso con el XBee / XBee-PRO Zigbee módulo de RF incluyen:
norte XBee biblioteca de Java
norte XBee biblioteca de Python
La Biblioteca de Java XBee es una API de Java. El paquete incluye la biblioteca XBee, su código fuente y una colección de muestras que
ayuda a desarrollar aplicaciones Java para comunicarse con sus dispositivos XBee. La biblioteca de Python XBee es una API Python que
reduce drásticamente el tiempo de comercialización de los proyectos desarrollados en Python XBee y facilita el desarrollo de este tipo de
aplicaciones, por lo que es un proceso fácil.
Personalizar firmware XBee ZigBee

Una vez que los parámetros del dispositivo se prueban en una aplicación y finalizados, que canmanufacture dispositivos con específicos configuraciones,
definidos por el cliente. Estas configuraciones personalizadas pueden bloquear en una versión de firmware o valores de comando de ajuste cuando se fabrican
los dispositivos, eliminando la necesidad de los clientes para ajustar los parámetros del dispositivo a la llegada. Alternativamente, podemos programar el
firmware personalizado, incluyendo la imagen EZSP UART de Ember, en los dispositivos durante la fabricación. Contacto Digi para crear una configuración
personalizada.
cargador de arranque XBee

XBee dispositivos utilizan una versión modificada del sistema de arranque de Ember. Esta versión del cargador de arranque soporta un mecanismo de
entrada personalizada que utiliza el módulo pins DIN (pin TH 4 / SMT pin 4), DTR / SLEEP_RQ (pin TH 9 / SMT pin 10), y RTS (pin TH 16 / SMT pin 29).
Para invocar el gestor de arranque, haga lo siguiente:
1. Conjunto de bajo DTR / SLEEP_RQ (TTL 0 V) y RTS alta.
2. Enviar un descanso en serie con el ciclo pin DIN y poder o restablecer el módulo.
3. Cuando se enciende el dispositivo, un juego de DTR / SLEEP_RQ y DIN a bajo (TTL 0V) y RTS debe ser alto.
4. Terminar la ruptura de serie y enviar un retorno de carro a 115200 baudios en el dispositivo.
5. Si tiene éxito, el dispositivo envía el menú del gestor de arranque Ember el pasador DOUT a 115200 baudios.
6. Puede enviar comandos al cargador de arranque en 115.200 b / s.

soporte de módulos actualizaciones de firmware de serie
Nota control de flujo de hardware Disable al entrar y al comunicarse con el gestor de arranque Ember 357.
Todas las comunicaciones serie con los bits de uso módulo 8 de datos, sin bit de paridad, y 1 bit de parada. Puede actualizar el firmware en el /
XBee-PRO Zigbee módulo RF XBee en serie. Esto se hace invocando el gestor de arranque y la transferencia de la imagen del firmware utilizando
XMODEM.
actualizaciones de firmware de serie

Puede actualizar el firmware en el / XBee-PRO Zigbee módulo RF XBee en serie. actualizaciones de firmware serie utilizan el gestor de arranque personalizada
XBee que se distribuye en todas las unidades. Este cargador de arranque se basa en el gestor de arranque autónomo de Ember, pero con un mecanismo de
entrada modificada. El mecanismo de entrada modificada utiliza pines del dispositivo 4, 10, y 29 (DIN, DTR y RTS respectivamente) en la SMT, y los pasadores
3, 9, 16 en la TH.
XCTU puede actualizar el firmware de la serie / XBee-PRO del módulo de RF XBee ZigBee. Contacto Digi apoyo para más detalles.
Si una aplicación requiere la costumbre de firmware para actualizar el firmware XBee en serie, proceder a Invocar el gestor de arranque XBee .
Invocar el gestor de arranque XBee

Ver cargador de arranque XBee para los pasos para invocar el gestor de arranque utilizando señales RS-232. También puede invocar el gestor de arranque
mediante la emisión de un comando usando XCTU. El applicationmakes una llamada explícita al gestor de arranque, que no vuelve.
Si no hay una solicitud válida, el gestor de arranque siempre se ejecuta.
Enviar una imagen de firmware

Después de invocar el gestor de arranque, el cargador de arranque Ember envía los caracteres del menú del gestor de arranque fuera del puerto serie, que
pueden ser el UART a 115200 b / s o el SPI, donde el maestro SPI adjunta proporciona la velocidad de reloj. Para cargar una imagen de firmware:
1. Busque el símbolo del gestor de arranque BL> para asegurar el cargador de arranque está activo.
2. enviar un archivo ASCII 1 carácter para iniciar una actualización de firmware.
3. Después de enviar una 1, el dispositivo espera una subida XModem CRC de una imagen .ebl sobre la serie
línea en 115.200 b / s. Enviar el archivo al dispositivo .ebl en orden.
Si la imagen del firmware se carga correctamente, el cargador de arranque da salida a una cadena “completa”. Invocar el firmware recién cargada
mediante el envío de una 2 al dispositivo.
Si la imagen de firmware no se carga correctamente, el cargador de arranque emite una "cadena abortado". Es volver al menú principal gestor de arranque.
Algunas de las causas del fracaso son:
norte Más de 1 minuto pasa después de que el comando para enviar la imagen del firmware y el primer bloque de la
imagen aún no ha sido enviado.
norte Un ciclo de potencia o evento de reset se produce durante la carga del firmware.
norte Un error de archivo o un error de flash se produce durante la carga del firmware.

soporte de módulos Escribir un firmware personalizado
Escribir un firmware personalizado

Usted puede utilizar el módulo XBee como plataforma de desarrollo de hardware para el EM357. Puede desarrollar imágenes firmware
personalizado de todo el EmberZNet 4.2.xx malla pilas (para el EM357) y subido a la XBee.
¡PRECAUCIÓN! Si está programando el firmware a través de la interfaz JTAG, que potencialmente puede borrar el cargador de arranque XBee.
Si esto ocurre, las actualizaciones de firmware de serie no funcionarán.
Cumplimiento normativo
módulos XBee son FCC y europea certificados para la operación en los 16 canales. Puede configurar la potencia de salida de hasta
EM357 8 modo de impulso dBmwith habilitada en los canales 11 a 25. El canal 26 debe reducir el poder de 3 dBm.
dispositivos XBee-PRO están certificados FCC para la operación en los 16 canales. El XBee-PRO contiene una compensationmethod de
potencia para ajustar la potencia de salida cerca de 18 dBm en los canales 11 a 25. Debe configurar el EM357 con una potencia de salida
por lo que el dispositivo de salida 18 dBm o menos en los canales 11 a 25. En el canal 26, se debe reducir la potencia a no más de 0
dBm. El producto final es responsable de adherirse a estos requisitos.
En esta sección se describe cómo GPIO configure para que funcione correctamente en aplicaciones personalizadas que se ejecutan en los módulos XBee.
Habilitar GPIO 1 y 2
Para pines GPIO para ser configurable, el applicationmust establece los registros GPIO_PxCFG para que el GPIO apropiado. Los siguientes
valores de tabla lista para la configuración de los pines GPIO. Otra funcionalidad se ve afectada por estos ajustes. ver el ficha técnica EM357 de
Ember para obtener una lista completa de funcionalidad.
GPIO_
modo GPIO PxCFGH / L Descripción
Término análogo 0x0 La entrada analógica o salida. Cuando en el modo analógico, la entrada digital
(GPIO_PxIN) siempre lee 1.
De entrada (flotante) 0x4 entrada digital sin un pull-up o pull-down. La salida está bloqueada.
Entrada entrada digital con un pull-up o pull-down. Un bit en GPIO_PxOUT selecciona pull-up y
0x8 (pull-up o pull-down) un bit selecciona despejadas desplegable. La salida está bloqueada.
Output (push-pull) 0x1 salida push-pull. GPIO_PxOUT controla la salida.
Output (-drenaje abierto) 0x5 salida de drenaje abierto. GPIO_PxOUT controla la salida. Si se requiere un pull-up, que
debe ser externo.
De salida alternativo 0x9 salida push-pull. Una de a bordo controles periféricos de salida.
(push-pull)
De salida alternativo 0xD salida de drenaje abierto. Una de a bordo controles periféricos de salida. Si se requiere un
(-drenaje abierto) pull-up, que debe ser externo.
Para obtener más información sobre la configuración y el establecimiento de GPIO, consulte la especificación EM357.

soporte de módulos Escribir un firmware personalizado
Detectar XBee frente XBee-PRO

Para algunas aplicaciones, puede que tenga que determinar si el código se ejecuta en un XBee o un dispositivo de XBee-PRO.
1. Usar el pasador PC7 en el EM357 para identificar el tipo de dispositivo.
2. Conectar PC7 a tierra en el módulo XBee.
3. Use el siguiente código para determinar si un dispositivo es un XBee o un XBee-PRO:
GPIO_PCSET = 0x80; // Habilitar pullup resistencia GPIO_PCCFGH & =

0x0fff; // config Claro PC7
GPIO_PCCFGH | = 0x8000; // Conjunto PC7 como entrada con pull-up / desplegable si (GPIO_PCIN y
0x80) {
ModuleIsXBeePro = true; } Else {
ModuleIsXBeePro = false; }
Instrucciones especiales para el uso de la interfaz JTAG

Hay cuatro pasadores de programación JTAG en el / XBee PRO-Módulo RF XBee Zigbee través de la cual firmware puede cargarse en el
procesador EM357. Tres de estos pasadores están también conectados a un segundo pasador en el dispositivo y se utilizan para funciones
separadas. La siguiente tabla indica el nombre de la señal JTAG, el pasador principal de conexión en el dispositivo, el pasador de conexión
secundaria, y el nombre de la señal secundaria.
¡PRECAUCIÓN! No cargue los pasadores secundarios con circuitería que podrían interferir con la programación JTAG (por
ejemplo, un LED atado directamente a la línea ASOCIADO / ESD5). Cualquier circuitería de carga debe ser tamponada a conflictos
evitar (por ejemplo, conectando ASOCIADO / ESD5 a la puerta de un MOSFET que acciona el LED).
JTAG nombre del pin PIN principal XBee pin XBee Secundaria nombre del pin secundaria
JTCK 18 N/A N/A
JTDO 19 26 ON / SLEEP / ESD9
JTDI 20 28 ASOCIADO / ESD5
JTMS 21 5 DIO12

Estados Unidos (FCC) 272

Europa (CE) 290
IDES (Innovación, Ciencia y Desarrollo Económico de Canadá) 292
Australia (RCM) 294
ANATEL (Brasil) 294
Corea del Sur 297
IFETEL (México) 301

Información reglamentaria Estados Unidos (FCC)
Estados Unidos (FCC)

XBee / XBee-PRO módulos RF Zigbee cumplen con la Parte 15 de las normas y reglamentos de la FCC. Se requiere el cumplimiento de los
requisitos de etiquetado, avisos de la FCC y la antena pautas de uso. Para el cumplimiento de Certificación de la FCC, el OEM debe cumplir con
las siguientes normas:
1. El integrador del sistema debe asegurarse de que el texto de la etiqueta externa proporcionada con este dispositivo se coloca
en el exterior del producto final.
2. Módulos de RF sólo se puede utilizar con las antenas que han sido probados y aprobados para su uso con los módulos.
requisitos de etiquetado OEM
¡ADVERTENCIA! Como un fabricante de equipos originales (OEM) debe asegurarse de que se cumplen los requisitos de
etiquetado de la FCC. Debe incluir una etiqueta claramente visible en el exterior de la carcasa del producto final que muestra el
siguiente contenido:
Etiqueta requerida FCC para los productos OEM que contienen el SMT módulo RF XBee S2D
Contiene FCC ID: MCQ-S2DSM
Este dispositivo cumple con la Parte 15 de las normas de la FCC. El funcionamiento está sujeto a las dos condiciones siguientes: (1.) Este dispositivo no
puede causar interferencias perjudiciales y (2.) este dispositivo debe aceptar cualquier interferencia recibida, incluyendo la interferencia que pueda
provocar un funcionamiento no deseado.
Etiqueta requerida FCC para los productos OEM que contienen el SMT módulo RF XBee S2C
Contiene FCC ID: MCQ-XBS2C
Etiqueta requerida FCC para los productos OEM que contienen el XBee-PRO S2C SMT módulo de RF
Contiene FCC ID: MCQ-PS2CSM
Nota Legado XBee-PRO SMT (Modelo: PRO S2C; la versión de hardware 21xx) tiene FCC ID: MCQ-XBPS2C.
Etiqueta requerida FCC para los productos OEM que contienen el TH Módulo de RF XBee S2C
Contiene FCC ID: MCQ-S2CTH
Etiqueta requerida FCC para los productos OEM que contienen el XBee-PRO S2C TH Módulo de RF
Contiene FCC ID: MCQ-PS2CTH

avisos de la FCC
IMPORTANTE: Módulos RF Zigbee XBee / XBee-PRO han sido certificados por la FCC para el uso con otros productos sin ninguna
certificación adicional (como por sección FCC 2,1091). Las modificaciones no aprobadas expresamente por Digi podrían anular la autoridad
del usuario para operar el equipo.
IMPORTANTE: OEM deben probar el producto final para cumplir con emisores no intencionados (sección FCC 15.107 y 15.109) antes de declarar el
cumplimiento de su producto final con la Parte 15 de las normas de la FCC.
IMPORTANTE: El módulo de RF ha sido certificado para aplicaciones de radio remotas y de base. Si se utiliza el módulo para aplicaciones
portátiles, el dispositivo debe someterse a pruebas de SAR. Este equipo se ha probado y se encontró que cumple con los límites de un
dispositivo digital de Clase B, según la Parte 15 de las normas de la FCC. Estos límites están diseñados para proporcionar una protección
razonable frente a interferencias perjudiciales en una instalación residencial. Este equipo genera, utiliza energía de radiofrecuencia y puede
radiar y, si no se instala y utiliza de acuerdo con las instrucciones, puede causar interferencias en las comunicaciones de radio. Sin
embargo, no hay garantía de que no se produzcan interferencias en una instalación particular.
Si este equipo causa interferencias perjudiciales en la recepción de radio o televisión, lo cual puede determinarse apagándolo y
encendiéndolo, se recomienda al usuario que intente corregir la interferencia mediante una o más de las siguientes medidas:
Cambiar la orientación o ubicación de la antena de recepción, Aumentar la separación entre el equipo y el receptor, y el receptor
Conecte el equipo a tomas en diferentes circuitos, o consulte al distribuidor oa un técnico de radio / TV para obtener ayuda.
antenas aprobadas por la FCC (2,4 GHz)

El / XBee-PRO Módulo RF XBee Zigbee puede instalarse utilizando antenas y cables construidos con conectores no estándar
(RPSMA, RPTNC, etc.) un cable adaptador puede ser necesario para unir el conector XBee al conector de antena.
Los módulos son FCC aprobado para la estación de base fija andmobile aplicaciones para los canales indicados en las tablas siguientes. Si la
antena está montado al menos 25 cm (10 in) de personas cercanas, la aplicación se considera una aplicación móvil. Las antenas que se
señalan en la tabla deben ser probados para cumplir con FCC Sección 15.203 (Unique Antena Conectores) y la Sección 15.247 (emisiones).
Las antenas en las tablas a continuación han sido aprobados para su uso con este módulo. pérdida de cable se requiere cuando se utilizan
antenas de ganancia como se muestra en las tablas.
Digi no lleva todas estas variantes de antena. Sales Contacto Digi para antenas disponibles.
1. Si se utiliza el módulo de RF en una aplicación portátil (por ejemplo, si el módulo se utiliza en un dispositivo de mano y la antena es
de menos de 25 cm del cuerpo humano cuando el dispositivo está en funcionamiento), el integrador es responsable de pasar
absorción específica adicional (SAR) pruebas basadas en normas de la FCC 2.1091 y pautas de la FCC para la exposición
humana a campos electromagnéticos de radiofrecuencia, Boletín OET y el Suplemento C. el resultados de las pruebas se
presentará a la FCC para su aprobación antes de la venta de la unidad integrada. El SAR requiere pruebas de emisiones
medidas del módulo y cómo afectan a la persona.
2. firmware Zigbee se limitará a el ciclo de trabajo 32% en el canal 26.
3. Si está utilizando 802.15.4 firmware con hasta un ciclo de trabajo del 66% en este canal.

módulo XBee ZigBee SMT RF
La siguiente tabla muestra las antenas aprobadas para su uso con el módulo XBee ZigBee SMT RF.
Todos los números de referencia de antena seguidos de un asterisco (*) no están disponibles a través de Digi. Consulte con un fabricante de antenas de una opción equivalente.
Ganancia
Parte Tipo Número (descripción) (dBi) * Mejor aplicación. Pérdida mínima de separación
reducción por/ atenuación requerida
cable / potencia
antenas integrales
29000313 antena PCB integral 0.0 Fijo / Móvil 20 cm N/A N/A
A24-QI Monopole (látigo Integrado) 1.5 Fijo / Móvil 20 cm N/A N/A
Las antenas dipolo
A24-HASM- 450 Dipolo (media onda articulado RPSMA - 4,5” ) 2.1 Fijo 20 centímetros N/A N/A
A24-HABSM * dipolo (articulado RPSMA) 2.1 Fijo 20 centímetros N/A N/A
29000095 Dipolo (media onda articulado RPSMA - 4,5” ) 2.1 Fijo / Móvil 20 cm N/A N/A
A24-HABUF- P5i Dipolo (de media onda bulkheadmount articulado 2.1 Fijo / Móvil 20 cm N/A N/A
U.FL. w / 5” pigtail)
A24-525 HASM- Dipolo (media onda articulado RPSMA - 5.25" ) 2.1 Fijo 20 centímetros N/A N/A
antenas omnidireccionales
A24-F2NF Omni-direccional (estación de base de fibra de vidrio) 2.1 Fijo / Móvil 20 cm N/A N/A
A24-F5NF Omni-direccional (estación de base de fibra de vidrio) 5.0 Fijo 20 centímetros N/A N/A
A24-F8NF Fijo 2m

Omni-direccional (estación de base de fibra de vidrio) 8.0 N/A N/A
A24-F9NF Omni-direccional (estación de base de fibra de vidrio) 9.5 Fijo 2m N/A N/A
274
Ganancia
cable / potencia
A24-F10NF Omni-direccional (estación de base de fibra de vidrio) 10.0 fijo 2m N/A N/A
A24-F12NF Omni-direccional (estación de base de fibra de vidrio) 12.0 fijo 2m N/A 2.0
A24-W7NF Omni-direccional (estación de base de fibra de vidrio) 7.2 Fijo 2m N/A N/A
A24-M7NF Omni-direccional (Mag-montar estación base) 7.2 Fijo 2m N/A N/A
A24-F15NF Omni-direccional (estación de base de fibra de vidrio) 15.0 fijo 2m N/A 5.0
antenas de panel
A24-P8SF De panel plano 8.5 Fijo 2m N/A 3.0
A24-P8NF De panel plano 8.5 Fijo 2m N/A 3.0
A24-P13NF De panel plano 13.0 fijo 2m N/A 7.5
Las antenas Yagi
A24-Y6NF Yagi (6-elemento) 8.8 Fijo 2m N/A 2.8
A24-Y9NF Yagi (9-elemento) 10.0 fijo 2m N/A 4.0


275
Ganancia
cable / potencia
A24-Y16RM Yagi (16-elemento, conector RPSMA) 13.5 fijo 2m N/A 7.5

276
módulo XBee Zigbee RF TH
La siguiente tabla muestra las antenas aprobadas para su uso con el módulo de RF XBee ZigBee TH.
Requeridos antena pérdida del cable (dB)
Canales 11- 25
Ganancia
Tipo Nº de referencia (descripción) (dBi) * Mejor aplicación. separación canal 26
antenas integrales
29000294 antena PCB integral - 0.5 Fijo / Móvil 20 cm N/A N/A
Las antenas dipolo
A24-HABUF- P5i Dipolo (bulkheadmount de media onda articulado U.FL. / 5” pigtail w) 2.1 Fijo / Móvil 20 cm N/A N/A

277
Canales 11- 25
Ganancia
A24-F8NF Omni-direccional (estación de base de fibra de vidrio) 8.0 Fijo 2m N/A 2.0
A24-W7NF Omni-direccional (estación de base de fibra de vidrio) 7.2 Fijo 2m N/A 1.2
A24-M7NF Omni-direccional (Mag-montar estación base) 7.2 Fijo 2m N/A 1.2
antenas de panel
A24-P8SF De panel plano 8.5 Fijo 2m N/A 2.5
Las antenas Yagi

A24-Y7NF Yagi (7-elemento) 9.0 Fijo 2m N/A 3

278
Canales 11- 25
Ganancia
A24-Y16RM Yagi (16-elemento, conector RPSMA) 13.5 Fijo 2m N/A 7.5
A24-Y18NF Yagi (18-elemento) 15.0 Fijo 2m 0.4 9.0

279
XBee-PRO módulo Zigbee SMT RF
La siguiente tabla muestra las antenas aprobadas para su uso con el XBee-PRO Zigbee RF Module SMT.
Canales 11- 25
Ganancia
Tipo Nº de referencia (descripción) (dBi) Aplicación * Mejor separación canal 26
antenas internas
29000313 antena PCB integral 0.0 Fijo / Móvil 20 cm N/A N/A
Las antenas dipolo
A24-HABUF- P5i Dipolo (bulkheadmount de media onda articulado U.FL. / 5” pigtail w) 2.1 Fijo / Móvil 20 cm N/A N/A

280
Canales 11- 25
Ganancia
A24-F10NF Omni-direccional (estación de base de fibra de vidrio) 10 Fijo 2m N/A 3.3
A24-F12NF Omni-direccional (estación de base de fibra de vidrio) 12 Fijo 2m N/A 5.3
A24-W7NF Omni-direccional (estación de base de fibra de vidrio) 7.2 Fijo 2m N/A .5
A24-M7NF Omni-direccional (Mag-montar estación base) 7.2 Fijo 2m N/A .5
A24-F15NF Omni-direccional (estación de base de fibra de vidrio) 15.0 Fijo 2m 1.1 8.3
antenas de panel
A24-P8SF De panel plano 8.5 Fijo 2m 2.8 4.5
A24-P8NF De panel plano 8.5 Fijo 2m 2.8 4.5
Las antenas Yagi


281
Canales 11- 25
Ganancia
A24-Y16RM Yagi (16-elemento, conector RPSMA) 13.5 Fijo 2m 7.1 8.9

282
XBee-PRO módulo Zigbee RF TH
La siguiente tabla muestra las antenas aprobadas para su uso con el XBee-PRO Zigbee RF Módulo TH.
Canales 11- 25
Ganancia
antenas integrales
29000294 antena PCB integral - 0.5 Fijo / Móvil 20 cm N/A N/A
Las antenas dipolo
A24-HASM- 450 Dipolo (media onda articulado RPSMA - 4,5” ) 2.1 Fijo / Móvil 20 cm N/A N/A
A24-HABUF- P5i Dipolo (bulkheadmount de media onda articulado U.FL. / 5” pigtail w) 2.1 Fijo 20 centímetros N/A N/A
A24-525 HASM- Dipolo (media onda articulado RPSMA - 5.25" ) 2.1 Fijo / Móvil 20 cm N/A N/A

283
Canales 11- 25
Ganancia
A24-F12NF Omni-direccional (estación de base de fibra de vidrio) 12.0 Fijo 2m N/A .9
A24-W7NF Omni-direccional (estación base) 7.2 Fijo 2m N/A N/A
A24-M7NF Omni-direccional (Mag-montar estación base) 7.2 Fijo 2m N/A N/A
A24-F15NF Omni-direccional (estación de base de fibra de vidrio) 15.0 Fijo 2m 2.5 3.9
antenas de panel
A24-P8SF De panel plano 8.5 Fijo 2m 1 1.6
A24-P8NF De panel plano 8.5 Fijo 2m 1 1.6
A24-P13NF De panel plano 13 Fijo 2m 5.5 6.1
A24-P14NF De panel plano 14 Fijo 2m 6.5 7.1
A24-19NF De panel plano 19.0 Fijo 2m 11.5 12.1
Las antenas Yagi
A24-Y6NF Yagi (6-elemento) 8.8 Fijo 2m .3 N/A

A24-Y7NF Yagi (7-elemento) 9.0 Fijo 2m .5 N/A

284
Canales 11- 25
Ganancia
A24-Y10NF Yagi (10-elemento) 11,0 dBi Fijo 2m 2.5 2.0
A24-Y16RM Yagi (16-elemento, conector RPSMA) 13.5 Fijo 2m 5.0 4.5

285
módulo XBee S2D SMT
La siguiente tabla muestra las antenas aprobados para su uso con el módulo de montaje en superficie XBee S2D SMT. Ver descripciones de antena asociados para la pérdida del cable adicional que se requiere más allá de las
antenas se enumeran a continuación.
Requerido por cable de pérdida o cable de la pérdida o cable de la pérdida o reducción

reducción de la potencia de reducción de potencia de potencia requerida del canal
Ganancia (dBi) Aplicación Min. + 8 canales dBm 11-24 requerida del canal 8 dBm 25 1 dBm 26
Tipo Nº de referencia (descripción) 1 separación
Yagi Antenas Clase
A24-Y6NF Yagi (6-elemento) 8.8 fijo 20 centímetros 0 0 5
A24-Y7NF Yagi (7-elemento) 9,0 fijo 20 centímetros 0 0 5
A24-Y15NF Yagi (15-elemento) 12.5 fijo 20 centímetros 0 2.5 8.5
A24-Y16NF Yagi (16-elemento) 13.5 fijo 20 centímetros 0 3.5 9.5
A24-Y16RM Yagi (16-elemento, 13.5 fijo 20 centímetros 0 3.5 9.5

conector RPSMA)
A24-F2NF Omni-direccional (estación 2.1 Fijo / Móvil 20 cm 0 0 0

de base de fibra de vidrio)
286


A24-F8NF Omni-direccional (estación 8,0 fijo 20 centímetros 0 0 0

A24-F9NF Omni-direccional (estación 9.5 fijo 20 centímetros 0 0 1.5




A24-W7NF Omni-direccional (estación 7.2 fijo 20 centímetros 0 0 0

base)

A24-M7NF Omni-direccional (montaje en 7.2 fijo 20 centímetros 0 0 0
Mag estación base)
287
Antenas dipolo
A24-HASM- 450 Dipolo (de media onda 2.1 Fijo / Móvil 20 cm 0 0 0

RPSMA articulado -
4,5” )
A24-HABSM * dipolo (Articulado 2.1 fijo 20 centímetros 0 0 0

RPSMA)
A24-HABUF- P5i Dipolo (de media onda 2.1 fijo 20 centímetros 0 0 0

articulado mamparo montaje
U.FL. w / 5” pigtail)
A24-525 HASM- Dipolo (de media onda 2.1 fijo 20 centímetros 0 0 0

RPSMA articulado -
5.25" )
antenas de clase Panel
A24-P8SF De panel plano 8.5 fijo 20 centímetros 0 0 5.5
A24-P8NF De panel plano 8.5 fijo 20 centímetros 0 0 5.5
A24-P13NF De panel plano 13.0 fijo 20 centímetros 0 2 10

A24-P19NF De panel plano 19.0 fijo 20 centímetros 0 8 dieciséis
antenas integrales
29000313 antena PCB integral 0.0 fijo 20 centímetros 0 0 0

288
descripciones de antena asociados

La tabla siguiente muestra la Associated antena descripciones.
mínimo de montaje y cable de la pérdida requerida para la ganancia

Tipo de antena de ganancia máximo
permitido máxima de la antena
PCB integral 0.0 dBi 0,0 dB
dipolo 2.1 dBi 0,63 dB
Omnidireccional 15,0 dBi 1,25 dB
Yagi 15,0 dBi 1,25 dB
De panel plano 19,0 dBi 1,25 dB
la exposición a RF
Si usted es una integración de la XBee en otro producto, debe incluir la siguiente declaración precaución en los manuales de productos OEM para alertar
a los usuarios de cumplimiento de exposición a radiofrecuencias de la FCC:
¡PRECAUCIÓN! Para satisfacer los requisitos de exposición RF de la FCC para dispositivos de transmisión móvil, una distancia de
separación de 20 cm o más debe mantenerse entre la antena de este dispositivo y de las personas durante el funcionamiento del
dispositivo. Para garantizar el cumplimiento, no se recomiendan las operaciones en una distancia menor. La antena utilizada para este
transmisor no se debe co- encuentra en conjunción con cualquier otra antena o transmisor.
publicación FCC 996369 información relacionada

En la publicación 996.369 sección D03, la FCC requiere información relativa a un módulo que será presentado por fabricantes de equipos originales. Esta
sección ayuda a la hora de responder o el cumplimiento de estos requisitos.
2.1 Generalidades
No hay requisitos están asociados con esta sección.
2.2 Lista de reglas aplicables de la FCC
Este módulo se ajusta a FCC Parte 15.247.
2.3 Resumir las condiciones de uso operativas específicas

Ciertas antenas aprobadas requieren atenuación para la operación. Para los módulos de S2C Zigbee XBee / XBee-PRO, ver antenas
aprobadas por la FCC (2,4 GHz) .
guías de usuario de productos de acogida deben incluir la tabla de la antena si se permite a los clientes finales seleccionar antenas.
2.4 Procedimientos módulo Limited
No aplica.

Información reglamentaria Europa (CE)
2.5 diseños de antena de rastreo
Si bien es posible construir una antena de seguimiento en el PCB anfitrión, esto requiere al menos un cambio autorizado de clase II a la
concesión de la FCC que incluye significativas pruebas adicionales y el costo. Si se desea una antena traza incorporado, seleccione la variante de
módulo XBee con la antena preferida.
2.6 Consideraciones de exposición RF
Por consideraciones de exposición RF ver la exposición a RF y antenas aprobadas por la FCC (2,4 GHz) . fabricantes de productos de acogida necesitan
proporcionar a los usuarios finales una copia de la sección “La exposición de RF” del manual: la exposición a RF .
2.7 Antenas
Se proporciona una lista de antenas aprobadas para los módulos S2C Zigbee XBee / XBee-PRO. Ver FCC-aprobado antenas (2,4
GHz) .
2.8 Etiqueta y la información de cumplimiento
fabricantes de productos de acogida tienen que seguir las pautas indicadas en la etiqueta engomada requisitos de etiquetado OEM .
2.9 Información sobre los modos de prueba y los requisitos adicionales de prueba
Póngase en contacto con una venta de Digi represntative para obtener información sobre cómo configurar los modos de prueba para los módulos XBee S2C ZigBee / XBee-PRO.
2.10 Pruebas adicionales, Parte 15 Subparte B disclaimer

Todos los productos huésped final deben ser probados para ser compatible con FCC Parte 15 normas Subparte B. Mientras que los módulos S2C
Zigbee XBee / XBee-PRO se probaron ser queja a las normas de radiador no intencional de la FCC, FCC Parte 15 pruebas de cumplimiento
Subparte B todavía se requiere para el producto anfitrión final. Se requiere esta prueba para todos los productos finales, y XBee / XBee-PRO S2C
ZigBee módulo de sección 15 subsección B cumplimiento no afirma la conformidad del producto final. Ver avisos de la FCC para más detalles.
Europa (CE)
Los Módulos de RF ZigBee XBee (variantes no PRO) han sido probado para su uso en varios países europeos. Para obtener una lista
completa, consulte www.digi.com/resources/certifications . Si XBee módulos RF ZigBee se incorporan en un producto, el fabricante deberá
asegurar la conformidad del producto final con los artículos 3.1a y 3.1b de la directiva de equipos de radio. Una declaración de
conformidad debe ser emitido por cada uno de estos estándares y se archivará como se describe en la Directiva de Equipos de Radio.
Por otra parte, el fabricante deberá conservar una copia de la documentación guía del usuario XBee ZigBee módulos RF y garantizar que el
producto final no exceda los valores nominales especificados alimentación, antena especificaciones, y / o requisitos de instalación como se
especifica en el manual del usuario.
valores máximos especificados de potencia y frecuencia

Para el dispositivo S2C orificio pasante:

Información reglamentaria Europa (CE)
norte Potencia máxima: 9,82 mW (9,92 dBm) potencia radiada isótropa equivalente (PIRE) en condiciones normales
condición.
norte Frecuencias: 5 MHz de separación entre canales, comenzando en 2405 MHz y terminando en 2480 MHz. Para el S2C dispositivo de montaje
en superficie:
norte Potencia máxima: 12,65 mW (11,02 dBm) PIRE.
norte Frecuencias: 5 MHz de separación entre canales, comenzando en 2405 MHz y terminando en 2480 MHz.

El marcado “CE” se colocará en un lugar visible en el producto OEM. La siguiente figura muestra los requisitos de etiquetado de la CE.
La marca CE estará compuesto por las iniciales “CE” diseñadas de la siguiente forma:
norte Si el marcado CE se reduce o amplía, las proporciones dadas en la anterior graduado

Se debe respetar el dibujo.
norte El marcado CE deberá tener una altura de al menos 5 mm, excepto cuando esto no es posible en
en cuenta la naturaleza del aparato.
norte El marcado CE deberá colocarse visible, legible, y de forma indeleble.
Nota IMPORTANTE
Digi clientes asumen toda la responsabilidad de aprender andmeeting las directrices necesarias para cada país en su
distributionmarket. Consulte a la agencia reguladora de radio en los países deseados de operación para obtener más información.
Declaraciones de conformidad
Digi ha emitido declaraciones de conformidad para los módulos XBee referente a emisiones de RF, EMC y seguridad. Para más
información, ver www.digi.com/resources/certifications .

Información reglamentaria IDES (Innovación, Ciencia y Desarrollo Económico de Canadá)
antenas
Los siguientes antenas han sido probados y aprobados para su uso con el XBee / XBee-PRO Zigbee Módulo RF:
Todos los números de referencia de antena seguidos de un asterisco (*) no están disponibles a través de Digi. Consulte con un fabricante de
antenas de una opción equivalente.
norte Dipolo (2,1 dBi, omnidireccional, articulados RPSMA, Digi número de pieza A24-HABSM)
norte PCB de la antena (0,0 dBi)
norte Monopole Whip (1,5 dBi)
IDES (Innovación, Ciencia y Desarrollo Económico de Canadá)
Los requisitos de etiquetado

requisitos de etiquetado para la industria de Canadá son similares a los de la FCC. Una etiqueta claramente visible en el exterior de la
carcasa del producto final debe mostrar el siguiente texto.
Para XBee ZB de montaje en superficie:

Modelo contiene XBee S2C Radio, IC: 1846A-XBS2C
El integrador es responsable de su producto para cumplir con IC ICES-003 y FCC Parte 15, Sub. B - Radiadores no intencionales. ICES-003 es la
misma que la FCC Parte 15 Sub. B Fábrica de Canadá acepta el informe de prueba FCC o CISPR 22 informe de prueba para el cumplimiento con
la norma ICES-003.
Para ZB XBee-PRO de montaje en superficie:

Modelo contiene PS2CSM Radio, IC: 1846A-PS2CSM
la norma ICES-003.
Nota Legado XBee-PRO SMT (Modelo: PRO S2C; la versión de hardware 21xx) tiene IC: 1846A-XBPS2C.
Para XBee ZB orificio pasante:

Modelo contiene S2CTH Radio, IC: 1846A-S2CTH
la norma ICES-003.
Para ZB XBee-PRO agujero pasante:

Modelo contiene PS2CTH Radio, IC: 1846A-PS2CTH
la norma ICES-003.

Información reglamentaria IDES (Innovación, Ciencia y Desarrollo Económico de Canadá)
Transmisores de antenas desmontables

Este dispositivo ha sido diseñado para funcionar con las antenas que figuran en la tabla anterior y que tienen un máximo de 19 dB. Las antenas no
incluido en esta lista o tener una mayor ganancia de 19 dB están estrictamente prohibidos para su uso con este dispositivo. La impedancia de la
antena requerido es de 50 ohmios.
antena desmontable
Para reducir el potencial de interferencia de radio a otros usuarios, el tipo de antena y la ganancia deben elegirse de manera que la potencia
equivalente, isótropa radiada equivalente (PIRE) no es más que permitido para una comunicación exitosa.
Para XBee S2D SMT:

Modelo contiene S2D SMT, IC: 1846A-S2DSM
La exposición de RF
¡PRECAUCIÓN! Este equipo está aprobado sólo para los dispositivos móviles y la estación base transmisora. Antena (s) utilizada
para este transmisor debe instalarse para proporcionar una distancia de separación de al menos 20 cm de todas las personas
andmust no ser colocado u operar en conjunción con cualquier otra antena o transmisor.
¡ATENCIÓN! Cet équipement est approuvé et pour la base móvil la station dispositifs d'émission seulement. Antenne
(s) utilisé vierta CET émetteur doit être installé vierta fournir distancia une de séparation d'au moins 20 cm à partir de
toutes les personnes et ne doit pas être situé ou fonctionner en conjonction avec tout autre antenne ou émetteur.
Los transmisores con antenas desmontables

Este transmisor de radio (IC: 1846A-S2DSM) ha sido aprobado por la industria de Canadá para operar con los tipos de antena que figuran en el antenas
aprobadas por la FCC (2,4 GHz) con la ganancia máxima admisible y requiere antena de impedancia para cada tipo de antena se indica.
Antena tipos no incluidos en esta lista, que tiene una mayor ganancia que la ganancia máxima indicada para ese tipo, están estrictamente
prohibidos para su uso con este dispositivo.
Le présent émetteur radio (IC: 1846A-S2DSM) a été approuvé par Industrie Canada verter fonctionner avec les tipos d'antena
énumérés ci-dessous et ayant ganancia máxima admisible de la ONU et l'impédance requise verter chaque tipo d'antena. Les tipos
d'antena no inclus dans cette liste, ou le Dont ganar est au Superior gainmaximal indiqué, interdits strictement sont para la
Explotación de l'émetteur.
antena desmontable
Bajo los reglamentos IC, este transmisor de radio puede operar utilizando sólo una antena de un andmaximum tipo (o menor) Ganancia
aprobado para el transmisor de la industria de Canadá. Para reducir el potencial de interferencia de radio a otros usuarios, el tipo de
antena y su ganancia deben elegirse de manera que la potencia isótropa radiada equivalente (PIRE) no es más que la necesaria para
una comunicación exitosa.
Conformément a la réglementation d'Industrie Canada, le présent émetteur de radio peutfonctionner avec une antena d'tipo ONU et
d'gainmaximal ONU (ou inférieur) approuvépour l'Industrie émetteur par Canadá. Dans le but de réduire les risques de
brouillageradioélectrique à l'intención des autres

Información reglamentaria Australia (RCM)
utilisateurs, il faut choisir le escriba d'antena Etson ganar de Sorte Que la puissance isotrope rayonnée équivalente (pire) ne
l'dépassepas intensité nécessaire àl'établissement d'une satisfaisante comunicación.
Australia (RCM)
Sólo XBee S2C S2C y módulos XBee-PRO cumplen con los requisitos para ser utilizados en los productos finales en Australia y Nueva
Zelanda. Todos los productos con las comunicaciones de radio de EMC y deben haber registrado marcas RCM y R-NZ. Registro para utilizar
la marca de cumplimiento sólo será aceptado de Australia o Nueva Zealandmanufacturers o importadores, o sus agentes.
Con el fin de tener una RCM o marca R-NZ en un producto final, una empresa debe cumplir con una o B a continuación.
a. tener una presencia de la empresa en Australia o Nueva Zelanda.
si. tener una empresa / distribuidor / agente en Australia o Nueva Zelanda, que patrocinará la importación del producto final.
Contacto Digi preguntas relacionadas con la localización de un contacto en Australia y Nueva Zelanda.
ANATEL (Brasil)
Los dispositivos de RF XBee ZB cumplen con las normas de Anatel Brasil. Se requiere la siguiente información en el manual de usuario
para el producto que contiene la radio y en el producto que contiene el radio (en portugués):
Digi Modelo: XB24CZ7PIS-004, XB24CZ7PISB003, XB24CZ7RIS-004, XB24CZ7RISB003, XB24CZ7UIS-004 e XB24CZ7UISB003

Información reglamentaria ANATEL (Brasil)

Información reglamentaria ANATEL (Brasil)
Los dispositivos de RF XBee ZB-Pro cumplen con los estándares de Brasil, Anatel. Se requiere la siguiente información en el manual de
usuario para el producto que contiene la radio y en el producto que contiene el radio (en portugués):
Digi Modelo: XBP24CZ7PIS-004, XBP24CZ7RIS-004, XBP24CZ7UIS-004

Información reglamentaria Corea del Sur
Corea del Sur

Los dispositivos XBee S2C TH y XBee S2C de baja potencia han recibido las aprobaciones de Corea del Sur. Para demostrar la conformidad con el
certificado, debe agregar una etiqueta con la información del producto Corea del Sur para el módulo de RF XBee S2C ZigBee.
Para el dispositivo de agujero pasante, se puede colocar la etiqueta en el reverso. Material recomendado etiqueta:
Abraham Técnica (700342) MFG P / N TAAE-014250. El tamaño de la etiqueta es: 15,9 mm x 15,9 mm (0,625 in x
0,625 in) La información de la etiqueta completo es el siguiente:
El logotipo KCC debe ser de al menos 5 mm de altura. El texto
mostrado en la etiqueta es:
1. 모델명: XBee S2C TH
2. 인증 번호: MSIP-CRM-DIG-XBee-S2C-TH
3. 인증 자 상호: DIGI INTERNATIONAL, INC.
4. 제조자 / 제조 국가: DIGI INTERNATIONAL, INC. / 미국
Si el tamaño de la etiqueta no se acomoda el contenido es necesario, puede utilizar la información abreviada, de la siguiente manera:

인증 번호: MSIP-CRM-DIG-XBee-S2C-TH
Para la versión de montaje en superficie, la etiqueta se superpondrá a la etiqueta del producto existente.
¡PRECAUCIÓN! Mediante la colocación de una etiqueta sobre la etiqueta existente, ya no se aplicarán las certificaciones para Europa
(CE), Australia, Nueva Zelanda (RCM), y Japón.
material de la etiqueta recomendada: Abraham Técnica TELT-000465. El tamaño de la etiqueta
es: 15,9 mm x 20,3 mm (0,625 in x 0,8 in) La información de la etiqueta completa es como
sigue:

1. 모델명: XBee S2C
2. 인증 번호: MSIP-CRM-DIG-XBee-S2C
3. 인증 자 상호: DIGI INTERNATIONAL, INC.
4. 제조자 / 제조 국가: DIGI INTERNATIONAL, INC. / 미국
Si el tamaño de la etiqueta no se acomoda el contenido es necesario, puede utilizar la información abreviada, de la siguiente
manera:

인증 번호: MSIP-CRM-DIG-XBee-S2C

Información reglamentaria IFETEL (México)
IFETEL (México)
Fabricante: Digi International País: EE.UU.
Marca: Digi
El código de tarifa (SA) para todos los módulos de radio XBee / XBee-PRO S2C es 8517-62-15.
Modelo: PS2CSM (XBee-Pro de montaje en superficie S2C)
IFETEL (IFT) número RCPDIPS19-1817-A1 se aplica a estas radios XBee S2C-Pro:
XBP24CZ7UIS-004 XBP24CZ7PIS-004 XBP24CZ7RIS-004 XBP24CZ7UISB003
XBP24CZ7PISB003 XBP24CZ7RISB003 XBP24CAUIS-001 XBP24CAPIS-001
XBP24CARIS-001 XBP24CDMUIS-001 XBP24CDMPIS-001 XBP24CDMRIS-001
Modelo: PS2CTH (XBee-Pro S2C agujero pasante)

IFETEL (IFT) número RCPDIPS19-1817 se aplica a estas radios XBee S2C-Pro:
XBP24CZ7UITB003A XBP24CZ7UITB003B XBP24CZ7UITB003C XBP24CZ7WITB003A
XBP24CZ7WIT-004 XBP24CZ7UIT-004 XBP24CZ7SIT-004 XBP24CZ7PIT-004
XBP24CZ7WITB003 XBP24CZ7UITB003 XBP24CZ7SITB003 XBP24CZ7PITB003
XBP24CAWIT-001 XBP24CAUIT-001 XBP24CASIT-001 XBP24CAPIT-001
XBP24CDMWIT-001 XBP24CDMUIT-001 XBP24CDMSIT-001 XBP24CDMPIT-001
Modelo: XBEE S2C (XBee S2C de montaje en superficie)
IFETEL (IFT) número RCPDIXB19-1821 se aplica a estas radios S2C:
XB24CZ7UIS-004 XB24CZ7PIS-004 XB24CZ7RIS-004 XB24CZ7UISB003
XB24CZ7PISB003 XB24CZ7RISB003 XB24CAUIS-001 XB24CAPIS-001
XB24CARIS-001 XB24CDMUIS-001 XB24CDMPIS-001 XB24CDMRIS-001
Modelo: S2CTH (XBee S2C agujero pasante)

IFETEL (IFT) número RCPDIS219-1821-A1 se aplica a estas radios S2C:
XB24CZ7WIT-004, XB24CZ7UIT-004, XB24CZ7SIT-004, XB24CZ7PIT-004,
XB24CZ7WITB003, XB24CZ7UITB003, XB24CZ7SITB003, XB24CZ7PITB003,
XB24CAWIT-001, XB24CAUIT-001, XB24CASIT-001, XB24CAPIT-001,
XB24CDMWIT-001, XB24CDMUIT-001, XB24CDMSIT-001, XB24CDMPIT-001

Información reglamentaria IFETEL (México)
¡ADVERTENCIA! El fabricante de equipos originales (OEM) debe asegurar que se cumplen los requisitos de etiquetado
México IFT.
El número IFETEL para el producto XBee3 debe aparecer ya sea en el producto final, en el envase, en el manual o en el software con
la siguiente frase, sustituyendo el número IFT para el producto XBee S2C está utilizando para el XXXXXXXXX-XXXX :
“Este equipo Contiene el módulo XBee3 con Número IFETEL: XXXXXXXXX-XXXX” o
“Este equipo Contiene el módulo XBee3 con IFT #: XXXXXXXXX-XXXX” El párrafo siguiente también debe
estar presente en el manual del usuario para el producto final:
“La Operación of this equipo this Sujeta a Las Siguientes DOS Condiciones: (1) Es Posible Que Este equipo o Dispositivo
ninguna causa interferencia y perjudicial (2) Este equipo o Dispositivo Dębe Aceptar any interferencia, incluyendo La que
Pueda causar SU Operación sin Deseada “.

Migración desde XBee agujero pasante a XBee superficiales dispositivos de
montaje
El XBee de montaje en superficie y dispositivos a través de hoyos están diseñados para ser compatibles y ofrecen el mismo conjunto de características básicas. Como se
mencionó anteriormente, el factor de forma de montaje en superficie tiene más pines de E / S. Esta sección proporciona información para ayudar a los usuarios a migrar
desde la superficie de montaje para el factor de forma de orificio pasante.
Pinmapping 304
Montaje 305

Migración de XBee orificio pasante a XBee dispositivos de montaje superficial mapeo pin
mapeo pin
Mapeo de los de montaje en superficie (SMT) almohadillas a los pasadores a través de hoyos (TH) se muestra en la siguiente tabla. Los nombres de los pines son
desde el dispositivo S2C SMT.
SMT pin # Nombre TH pin #
1 GND
2 V CC 1
3 DOUT / DIO13 2
4 DIN / config / DIO14 3
5 DIO12 4
6 REINICIAR 5
7 RSSI PWM / ESD10 6
8 PWM1 / DIO11 7
9 [reservado] 8
10 DTR / SLEEP_RQ / DIO8 9
11 GND 10
12 SPI_ATTN / BootMode / DIO19
13 GND
14 SPI_CLK / DIO18
15 SPI_SSEL / DIO17
dieciséis SPI_MOSI / DIO16
17 SPI_MISO / DIO15
18 [reservado]
19 [reservado]
20 [reservado]
21 [reservado]
22 GND
23 [reservado]
24 ESD4 11
25 CTS / ESD7 12
26 ON / SLEEP / ESD9 13
27 V REF 14

Migración de XBee orificio pasante a XBee dispositivos de montaje superficial Montaje
SMT pin # Nombre TH pin #
28 ASOCIADO / ESD5 15
29 RTS / ESD6 dieciséis
30 AD3 / ESD3 17
31 AD2 / ESD2 18
32 AD1 / ESD1 19
33 AD0 / DIO0 20
34 [reservado]
35 GND
36 RF
37 [reservado]
Montaje
Una diferencia importante entre la superficie de montaje y los dispositivos a través de hoyos es la forma en que se montan en el PCB.
Se requieren diferentes técnicas de montaje.
Hemos diseñado una huella que permite cualquiera de los dispositivos para ser fijado a un PCB como se muestra en el siguiente diagrama. Las
dimensiones sin paréntesis en pulgadas, y aquellos en los paréntesis son inmillimeters.

Migración de XBee orificio pasante a XBee dispositivos de montaje superficial Montaje
Los agujeros redondos en el diagrama son para el diseño orificio pasante, y las pastillas semi-ovalada son para el diseño de la superficie de montaje. Pin 1 de las
líneas de diseño de agujeros pasantes hasta con almohadilla 1 del diseño de montaje en superficie, pero las clavijas son en realidad compensada por una
almohadilla (véase Pinmapping ). Mediante el uso de huellas en diagonal para conectar los pines adecuados, el diseño funciona para ambos módulos. Para
obtener información sobre cómo conectar el dispositivo SMT, véase información de fabricación .

El / XBee-PRO Módulo RF Zigbee XBee está diseñado para montaje en superficie en la PCB OEM. Se ha almenado almohadillas para permitir
una fácil fijación de soldadura e inspección. Las almohadillas están ubicados en el borde del dispositivo por lo que no se ocultan las juntas de
soldadura en estos dispositivos.
Recomendado ciclo de soldadura por reflujo 308

huella recomendado y keepout 308
Fundente y limpieza 310
reelaboración 310

información de fabricación Recomendado ciclo de soldadura por reflujo
Recomendado ciclo de soldadura por reflujo

La siguiente tabla muestra la cantidad recomendada de soldadura ciclo de reflujo. El gráfico muestra el ajuste de la temperatura y el tiempo
para alcanzar la temperatura.
Tiempo (segundos) Temperatura (° C)
30 sesenta y cinco
60 100
90 135
120 160
150 195
180 240
210 260
La temperatura máxima no debe superar los 260 ° C.
Los reflujos dispositivo durante este ciclo, andmust no ser vuelto a fluir por alza. Tener cuidado de no jar el dispositivo mientras que la soldadura se
funde, como piezas en el interior del dispositivo pueden ser removidos de sus ubicaciones requeridas.
Soldadura manual es posible y debe hacerse de acuerdo con las normas aprobadas. El / XBee PRO-Módulos RF XBee Zigbee son de nivel 3
de humedad de dispositivos sensibles. Al utilizar este tipo de dispositivo, considerar los requisitos relativos en conformidad con la norma IPC
/ JEDEC J-STD-020. Además, tenga en cuenta las siguientes condiciones:
a. Calculado vida de almacenamiento en bolsa de sellado: 12 meses a <40 ° C y <90% de humedad relativa (RH).
si. Condiciones ambientales durante la producción: 30 ° C / 60% de HR de acuerdo con IPC / JEDEC J-STD 033C, apartados 5 a
7.
C. El tiempo entre la apertura de la bolsa sellada y el inicio del proceso de reflujo no puede exceder de 168 horas si se cumple
la condición b).
re. Hornada se requiere si las condiciones b) o c) no se cumplen.
mi. Hornada es necesario si el indicador de humedad dentro de la bolsa indica una RH de 10% más.
F. Si se requiere el cocer, cueza módulos en bandejas de no más de 10 alta apilada durante 4-6 horas a 125 ° C.
huella recomendado y keepout

Le recomendamos que utilice los siguientes huellas de PCB para montaje en superficie. Las dimensiones sin paréntesis en
pulgadas, y aquellos en los paréntesis son inmillimeters.

información de fabricación huella recomendado y keepout
Coincida con la huella de soldadura para las almohadillas de cobre, pero puede que tenga que ajustarlo en función de las necesidades específicas de
montaje y normas de producto. Se recomienda un grosor de la pantalla de 0,15 mm (0,005 pulgadas). Coloque el componente pasado y ajustar la
velocidad de colocación para el ajuste más lento. Mientras que la parte inferior del módulo se reviste en su mayoría con resistencia a la soldadura, se
recomienda que la capa de cobre directamente debajo del módulo de dejarse abierta para evitar contactos no deseados. Cobre o de vías no deben
interferir con los tres puntos de prueba de RF expuestas en la parte inferior del módulo (véase más adelante). Además, estos módulos tienen un plano de
tierra en el medio en el lado posterior con fines de blindaje, que pueden ser afectados por trazas de cobre directamente por debajo del módulo.

información de fabricación Fundente y limpieza
Fundente y limpieza
Digi recomienda que un “no limpia” pasta de soldadura pueden utilizar en el montaje de estos dispositivos. Esto elimina la etapa de limpieza y
asegura flujo residual no deseada no se queda por debajo del dispositivo donde es difícil de eliminar.
Además pueden producirse los problemas siguientes:
norte Limpiar con líquidos puede resultar en líquido restante bajo el escudo o en el hueco entre la
dispositivo y el PCB OEM. Esto puede conducir a conexiones no deseadas entre las almohadillas en el dispositivo.
norte La humedad residual y residuos de fundente bajo el dispositivo no se ven fácilmente durante una
proceso de inspección.
Fábrica mejor práctica recomendada es utilizar un “no limpia” pasta de soldadura para evitar estos problemas y garantizar un funcionamiento adecuado del
dispositivo.
reelaboración
Nunca lleve a cabo la reanudación en el propio dispositivo. El dispositivo ha sido optimizado para dar el mejor rendimiento posible, y
reelaboración del propio dispositivo, se anulará la cobertura de la garantía y certificaciones. Reconocemos que algunos clientes optan por
volver a trabajar y anular la garantía. La siguiente información

información de fabricación reelaboración
sirve como una guía en estos casos para aumentar las posibilidades de éxito durante la repetición del trabajo, a pesar de la garantía todavía queda anulada.
El dispositivo puede ser retirado de la PCB OEM por el uso de una estación de la reanudación del aire caliente, o una placa caliente. Tenga cuidado de no
sobrecalentar el dispositivo. Durante la reanudación, la temperatura del dispositivo puede elevarse por encima de su punto de fusión de soldadura interna y se debe
tener cuidado de no desplazar los componentes internos de sus posiciones destinadas.

Zigbee cargar firmware en los dispositivos 802.15.4
Antecedentes 313
Zigbee cargar firmware 314

Zigbee cargar firmware en los dispositivos 802.15.4 Antecedentes
Antecedentes
Nuestra XBee / XBee-PRO 802.15.4 módulos de RF están construidas sobre el mismo hardware que el XBee / XBee-PRO ZB módulos RF S2C.
Es posible cargar firmware de ZigBee 802.15.4 módulos existentes. Los “/ XBee- PRO S2C 802.15.4 XBee números de pieza” tabla se muestran
los números de parte son compatibles con Zigbee firmware.
módulos Zigbee están aprobados para el uso en algunas regiones que no están 802.15.4 (ver la tabla de abajo). Si su región no
aparece como certificado para el módulo 802.15.4 que haya adquirido, puede ser ilegal para que usted pueda operar en su región,
incluso si se carga Zigbee firmware en el módulo, ya que no se etiqueta con los certificationmarkings apropiadas. Por favor, consulte
con las leyes locales o su representante regional de Digi International para obtener más información.
Nombre del módulo regiones aprobadas
XBee S2C ZigBee EE.UU., Canadá, Europa, Australia / Nueva Zelanda, Brasil y Japón
XBee-PRO S2C ZigBee EEUU, Canadá, Australia / Nueva Zelanda, y Brasil (dispositivos a través de hoyos
solamente)
XBee S2C 802.15.4 EE.UU., Canadá, Europa
S2C XBee-PRO 802.15.4 EE.UU., Canadá
¡PRECAUCIÓN! Los requisitos de pérdida de cable de la antena para el firmware 802.15.4 son diferentes que el firmware de ZigBee
para antenas de ganancia superiores a 2,1 dBi. Si migra a un dispositivo 802.15.4 Zigbee firmware y está utilizando antenas de
ganancia, debe adherirse a la pérdida de cable requerimientos encuentran en Información reglamentaria .
números de pieza S2C 802.15.4 XBee / XBee-PRO Factor de forma Versión de hardware (HV)
XB24CAPIS-004 XBee SMT 0x22

XB24CARIS-004
XB24CAUIS-004
XB24CAPIT-004 XBee TH 0x2E

XB24CASIT-004
XB24CAUIT-004
XB24CAWIT-004
XBP24CAPIS-004 XBee SMT 0x30

XBP24CARIS-004
XBP24CAUIS-004
XBP24CAPIT-004 XBee TH 0x2D

XBP24CASIT-004
XBP24CAUIT-004
XBP24CAWIT-004
Además de las diferencias entre los protocolos 802.15.4 y Zigbee, algunas de las características de funcionamiento son diferentes
entre las dos versiones de firmware. Por ejemplo, los XBee-PRO 802.15.4 soportes menos canales que el firmware Zigbee. Es
importante que lea y comprenda este manual del usuario antes de desarrollar con el firmware Zigbee.

Zigbee cargar firmware en los dispositivos 802.15.4 Zigbee cargar firmware
Zigbee cargar firmware

Para cargar Zigbee firmware en un módulo 802.15.4 existente, utilice las siguientes instrucciones. Debe utilizar la interfaz en serie para
realizar esta actualización. El dispositivo no admite actualizaciones OTA para cambiar
802.15.4 a ZB firmware o viceversa.
1. Verificar que el número de pieza del dispositivo (que aparece en la etiqueta) se incluye en la lista que se muestra en la tabla anterior.
2. Instalar el dispositivo en una placa de desarrollo Digi y conectarlo a su PC.
3. Los próximos pasos implican la carga de firmware utilizando XCTU. Para descargar XCTU y leer las instrucciones detalladas al respecto,
vaya a:
https://www.digi.com/products/xbee-rf-solutions/xctu-software/xctu
4. Cuando se llega a la Actualice el firmware cuadro de diálogo, en el conjunto de funciones zona, haga clic en el Zigbee
opción, y la más nueva versión de firmware.
5. Haga clic Actualizar y siga las instrucciones.
6. Cuando el proceso de actualización se realiza correctamente, el dispositivo se queda Zigbee firmware. Se puede cambiar de nuevo a
802.15.4 firmware en cualquier momento siguiendo el mismo proceso y la selección de la
802.15.4 opción de firmware en su lugar.

Zigbee - s2c Español

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Zigbee - s2c Español

Cargado por

Copyright:

Formatos disponibles

XBee® / XBee-PRO S2C Zigbee®

Guía del usuario

Fecha de revisión Descripción

ANUNCIO de junio de 2019 publicación FCC añadido 996369 información relacionada.

AF de noviembre de Se agregó información de certificación ANATEL de Brasil.

AG de enero de certificaciones IFETEL añadido.

Marcas comerciales y derechos de autor

número de serie Nombre del

producto andmodel producto (s)

versión del firmware

Sistema operativo / navegador (si es aplicable) Registros (de

momento de la emisión reportados) Trace (si es posible)

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 2

Pasos para reproducir

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 3

XBee / XBee-PRO ® Módulo RF S2C Zigbee®

Nota sobre el nombre del producto 15

Programable XBee SDK

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 4

Ejemplo: iniciar un coordinador sesenta y cinco

Ejemplo: sustituir un coordinador (seguridad deshabilitada) 66

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 5

Transmisión, direccionamiento y encaminamiento

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 6

modos de seguridad 106

la puesta en marcha de la red y diagnóstico

dispositivos lugar 113

Manejo de dispositivos finales

el funcionamiento del dispositivo final 130

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 7

afirmado-para un máximo de 1 minuto 143

Analog y líneas digitales de E / S

Configurable pins E / S y la configuración comandos 147

formato de trama API 154

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 8

marco de comandos AT - 0x08 174

comandos de red 225

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 9

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 10

Configurar el dispositivo utilizando XCTU 267

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 11

Estados Unidos (FCC) 272

Migración de XBee orificio pasante a XBee dispositivos de montaje superficial

Recomendado ciclo de soldadura por reflujo 308

Zigbee cargar firmware en los dispositivos 802.15.4

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 12

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 13

Nota sobre el nombre del producto 15

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 14

Nota sobre el nombre del producto

firmware y hardware aplicable

norte 401x, 402x, 403x, 404x, 405x (S2C), 406x

Es compatible con el siguiente hardware:

norte XBee S2C

notas de la versión de firmware

XBee / XBee-PRO ® Módulo RF S2C Zigbee® 15

XBee / XBee-PRO ® Módulo RF S2C Zigbee® dieciséis

Interior Rango / urbana Hasta 60 m (200 pies) Hasta 90 m (300 pies)

salida de potencia de transmisión 6.3 mW (8 dBm), el modo de refuerzo 63 mW (18 dBm)

velocidad de datos de RF 250.000 b / s

Sensibilidad del receptor - 102 dBm, el modo de refuerzo - 101 dBm

Especificación XBee XBee-PRO

tensión de alimentación 2.1 a 3.6 V 2.7 a 3.6 V

Idle / recibir corriente (típico, VCC = 3,3 V) 31 mA (modo Boost) 28 mA 31 mA