Wifi Module
Wifi Module
S6B
User Guide
Revision history—90002180
Disclaimers
Information in this document is subject to change without notice and does not represent a
commitment on the part of Digi International. Digi provides this document “as is,” without warranty of
any kind, expressed or implied, including, but not limited to, the implied warranties of fitness or
merchantability for a particular purpose. Digi may make improvements and/or changes in this manual
or in the product(s) and/or the program(s) described in this manual at any time.
Warranty
To view product warranty information, go to the following website:
www.digi.com/howtobuy/terms
Customer support
Gather support information: Before contacting Digi technical support for help, gather the following
information:
Product name and model
Product serial number (s)
Firmware version
Operating system/browser (if applicable)
Logs (from time of reported issue)
Trace (if possible)
Feedback
To provide feedback on this document, email your comments to
techcomm@digi.com
Include the document title and part number (XBee Wi-Fi RF Module User Guide, 90002180 W) in the
subject line of your email.
Technical specifications
General specifications 14
RF characteristics 14
RF data rates 16
Receiver sensitivity 16
RF transmit power - typical 17
Error vector magnitude (EVM) maximum output power - typical 18
Electrical specifications 19
Serial communication specifications 21
UART pin assignments 22
SPI pin assignments 22
GPIO specifications 22
Regulatory conformity summary 23
Safety instructions
Safety instructions 25
XBee modules 25
Инструкции за безопасност 25
XBee модули 25
Sigurnosne upute 26
XBee moduli 26
Bezpečnostní instrukce 26
moduly XBee 26
Sikkerhedsinstruktioner 27
XBee moduler 27
Veiligheidsinstructies 27
XBee-modules 27
Ohutusjuhised 28
XBee moodulid 28
Turvallisuusohjeet 28
XBee moduulit 28
Consignes de sécurité 29
Modules XBee 29
Sicherheitshinweise 30
XBee-Module 30
Οδηγίες ασφ αλείας 30
Μονάδες XBee 30
Hardware
Mechanical drawings 38
Through-hole device 38
Surface-mount device 39
Pin signals 39
Design notes 41
Power supply 41
Pin connection recommendations 42
Board layout 42
Antenna performance 42
Design notes for RF pad devices 45
Mounting considerations 47
Operation
Serial interface 49
UART data flow 49
Serial data 49
SPI communications 50
Select the SPI port 51
Serial buffers 51
Serial receive buffer 52
Serial transmit buffer 52
UART flow control 52
CTS flow control 52
RTS flow control 52
The Commissioning Button 53
Connection indicators 54
The Associate LED 54
Modes
Serial modes 57
Transparent operating mode 57
API operating mode 57
Command mode 60
Modes of operation 62
Idle mode 62
Transmit mode 62
Receive mode 62
Configuration mode 63
Sleep mode 64
Sleep modes 64
Soft AP mode 64
Enable Soft AP mode 64
Station (STA) connection in Soft AP Provisioning mode 65
Use the webpage to configure a connected device 65
Station (STA) connection in Soft AP Pass Through mode 66
Sleep modes
About sleep modes 68
Use the UART Sleep mode 68
Use SPI Sleep mode 68
AP Associated Sleep mode 69
Pin Sleep mode 69
Cyclic Sleep mode 69
Deep Sleep (Non-Associated Sleep) mode 69
Pin Sleep mode 70
Cyclic Sleep mode 70
Use sleep modes to sample data 70
I/O support
Analog and digital I/O lines 87
Through-hole device 87
Surface-mount device 87
Configure I/O functions 88
I/O sampling 89
Queried sampling 90
Periodic I/O sampling 90
Change detection sampling 91
Example 91
RSSI PWM 91
API frames
64-bit Transmit Request - 0x00 122
Description 122
Format 122
Examples 123
Remote AT Command Request - 0x07 124
Description 124
Format 124
Examples 125
Local AT Command Request - 0x08 127
Description 127
Format 127
Examples 127
Queue Local AT Command Request - 0x09 128
Description 128
Examples 129
Transmit Request - 0x10 130
Transmit options bit field 131
AT commands
MAC/PHY commands 176
AI (Association Indication) 176
DI (Remote Manager Indicator) 176
CH (Channel) 177
LM (Link Margin) 177
Manufacturing information
Recommended solder reflow cycle 229
Recommended footprint 229
Mount the devices 231
Flux and cleaning 232
Rework 233
The XBee Wi-Fi RF Module provides wireless connectivity to end-point devices in 802.11 bgn networks.
Using the 802.11 feature set, these devices are interoperable with other 802.11 bgn devices, including
devices from other vendors. With XBee Wi-Fi RF Module, you can have an 802.11 bgn network up and
running in a matter of minutes.
The XBee Wi-Fi RF Modules are compatible with other devices that use 802.11 bgn technology. These
include Digi external 802.11x devices like the ConnectPort products and the Digi Connect Wi-SP, as
well as embedded products like the ConnectCore series and Digi Connect series of products.
For instructions on how to get started with a kit, see the XBee Wi-Fi Cloud Kit documentation.
General specifications
The following table describes the general specifications for the devices.
RF characteristics
The following table provides the RF characteristics for the device.
Bluetooth
Specification Cellular value value
Modulation n LTE/4G – QPSK, 16 QAM QPSK
n UMTS (3G): QPSK, 16 QAM
n GSM (2G) (Global module only): GMSK
and 8-PSK
Transmit power 23 dBm 9 dBm
Receive sensitivity -102 dBm -92 dBm
Over-the-air maximum data 10 Mb/s (downlink), 5 Mb/s (uplink) 2 Mb/s
rate
FCC/IC test transmit power 802.11b 2.73 to 26.81 802.11b 2.08 to 26.13
range (peak) dBm dBm
802.11g 7.87 to 28.52 802.11g 7.15 to 27.72
dBm dBm
802.11n (800 8.03 to 28.75 802.11n (800 7.02 to 27.89
ns GI) dBm ns GI) dBm
802.11n (400 8.04 to 28.64 802.11n (400 7.33 to 28.20
ns GI) dBm ns GI) dBm
RF data rates 1 Mb/s to 72.22 Mb/s; see RF data rates
Serial data interface UART up to 1 Mb/s, SPI up to 6 MHz
Serial data throughput UART up to 320 Kb/s, SPI up to 1 Mb/s
Receiver sensitivity -93 to -71 dBm; see Receiver sensitivity
(25 °C, <10% PER)
RF data rates
The following table provides the RF data rates for the device.
Receiver sensitivity
The following table lists the available data rates along with the corresponding receiver sensitivity.
Power (dBm)
North Europe/Australia and New
Standard Data rate America/Japan Zealand
802.11b 1 Mb/s 16 13
2 Mb/s
5.5 Mb/s
11 Mb/s
Power (dBm)
North Europe/Australia and New
Standard Data rate America/Japan Zealand
802.11g 6 Mb/s 16 13
9 Mb/s
12 Mb/s
18 Mb/s
24 Mb/s
36 Mb/s
48 Mb/s 14 13
54 Mb/s
802.11n MCS 0 6.5/7.22 Mb/s 15 13
MCS 1 13/14.44 Mb/s
MCS 2 19.5/21.67 Mb/s
MCS 3 26/28.89 Mb/s
MCS 4 39/43.33 Mb/s
MCS 5 52/57.78 Mb/s
MCS 6 58.5/65 Mb/s 14 13
MCS 7 65/72.22 Mb/s 8.5 8.5
Electrical specifications
The following table provides the electrical specifications for the XBee Wi-Fi RF Module.
1Pin 6 is also 5 V tolerant even when the XBee Wi-Fi RF Module is not powered. We recommend only driving this
pin with 3.3 V for compatibility with other XBee products. The VBUS line is not used to enable/disable USB on this
product.
GPIO specifications
The XBee Wi-Fi RF Modules have 14 (through-hole version) and 20 (surface-mount version) General
Purpose Input Output (GPIO) ports available. The exact list depends on the device configuration, as
some GPIO pads are used for purposes such as serial communication.
See I/O sampling for more information on configuring and using GPIO ports. The following table
provides the electrical specifications for the GPIO pads.
For details about FCC Approval (USA), see Regulatory Information: FCC.
Safety instructions 25
Инструкции за безопасност 25
Sigurnosne upute 26
Bezpečnostní instrukce 26
Sikkerhedsinstruktioner 27
Veiligheidsinstructies 27
Ohutusjuhised 28
Turvallisuusohjeet 28
Consignes de sécurité 29
Sicherheitshinweise 30
Οδηγίες ασφ αλείας 30
Biztonsági utasítások 31
Istruzioni di sicurezza 31
Drošības instrukcijas 32
Saugos instrukcijos 32
Sikkerhetsinstruksjoner 33
Instrukcje bezpieczeństwa 33
Instruções de segurança 34
Instructiuni de siguranta 35
Bezpečnostné inštrukcie 35
Varnostna navodila 36
Las instrucciones de seguridad 36
Säkerhets instruktioner 37
Safety instructions
XBee modules
n The XBee radio module should not be used for interlocks in safety critical devices such as
machines or automotive applications, as Digi cannot guarantee operation of the XBee radio
module radio link.
n The XBee radio module has not been approved for use in (this list is not exhaustive):
l medical devices
l nuclear applications
l explosive or flammable atmospheres
n There are no user serviceable components inside the XBee radio module. Do not remove the
shield or modify the XBee in any way. Modifications may exclude the module from any
warranty and can cause the XBee radio to operate outside of regulatory compliance for a given
country, leading to the possible illegal operation of the radio.
n Take care while handling to avoid physical damage to the PCB and components.
n Do not expose XBee radio modules to water or moisture.
n Use this product with the antennas specified in the XBee module user guides.
n The end user must be told how to remove power from the XBee radio module.
n The antennas must be 25 cm from humans or animals.
Инструкции за безопасност
XBee модули
n Радио модулът XBee не може да бъде гарантиран за работа поради радиовръзката и
затова не трябва да се използва за блокировки в критични за безопасността устройства
като машини или автомобилни приложения.
n Радио модулът XBee не е одобрен за използване в (този списък не е изчерпателен):
l медицински изделия
l ядрени приложения
l експлозивна или запалима атмосфера
n В радиомодула XBee няма компоненти, които могат да се обслужват от потребителя. Не
премахвайте щита и не модифицирайте XBee по никакъв начин. Модификациите могат
да изключат модула от всякаква гаранция и да накарат радиото XBee да работи извън
регулаторното съответствие за дадена държава, което води до възможна незаконна
работа на радиото.
n Използвайте стандартна ESD защита при работа с XBee модула.
n Внимавайте, докато боравите, за да избегнете електрически повреди на печатната
платка и компонентите.
n Не излагайте радиомодулите XBee на вода или влага.
Sigurnosne upute
XBee moduli
n Radio modulu XBee ne može se jamčiti rad zbog radio veze i stoga se ne smije koristiti za
blokade u sigurnosnim kritičnim uređajima kao što su strojevi ili automobilske aplikacije.
n XBee radio modul nije odobren za upotrebu u (ovaj popis nije konačan):
l medicinskih uređaja
l nuklearne primjene
l eksplozivne ili zapaljive atmosfere
n Unutar XBee radio modula nema komponenti koje može servisirati korisnik. Nemojte uklanjati
štit i ni na koji način modificirati XBee. Izmjene mogu isključiti modul iz bilo kakvog jamstva i
mogu uzrokovati rad XBee radija izvan usklađenosti s propisima za određenu zemlju, što može
dovesti do mogućeg nezakonitog rada radija.
n Koristite standardnu ESD zaštitu pri rukovanju XBee modulom.
n Budite oprezni tijekom rukovanja kako biste izbjegli električna oštećenja PCB-a i komponenti.
n Ne izlažite XBee radio module vodi ili vlazi.
n Koristite ovaj proizvod s antenama navedenim u korisničkim vodičima za XBee modul.
n Krajnjem korisniku se mora reći kako da isključi napajanje iz XBee radio modula ili da locira
antene 20 cm od ljudi ili životinja.
Bezpečnostní instrukce
moduly XBee
n Rádiový modul XBee nemůže zaručit provoz kvůli rádiovému spojení, a proto by neměl být
používán pro blokování v zařízeních kritických z hlediska bezpečnosti, jako jsou stroje nebo
automobilové aplikace.
n Rádiový modul XBee nebyl schválen pro použití v (tento seznam není vyčerpávající):
l zdravotnické prostředky
l jaderné aplikace
l výbušné nebo hořlavé atmosféry
n Uvnitř rádiového modulu XBee nejsou žádné uživatelsky opravitelné součásti. Neodstraňujte
štít ani nijak neupravujte XBee. Úpravy mohou vyjmout modul z jakékoli záruky a mohou
způsobit, že rádio XBee bude fungovat mimo zákonnou shodu pro danou zemi, což povede k
možnému nezákonnému provozu rádia.
n Při manipulaci s modulem XBee používejte standardní ochranu ESD.
n Při manipulaci buďte opatrní, aby nedošlo k elektrickému poškození desky plošných spojů a
součástí.
n Nevystavujte rádiové moduly XBee vodě nebo vlhkosti.
n Používejte tento produkt s anténami uvedenými v uživatelských příručkách modulu XBee.
n Koncový uživatel musí být informován, jak odpojit napájení rádiového modulu XBee nebo jak
umístit antény 20 cm od lidí nebo zvířat.
Sikkerhedsinstruktioner
XBee moduler
n XBee-radiomodulet kan ikke garanteres drift på grund af radioforbindelsen og bør derfor ikke
bruges til aflåsninger i sikkerhedskritiske enheder såsom maskiner eller bilapplikationer.
n XBee-radiomodulet er ikke godkendt til brug i (denne liste er ikke udtømmende):
l medicinsk udstyr
l nukleare applikationer
l eksplosive eller brandfarlige atmosfærer
n Der er ingen komponenter, der kan repareres af brugeren, inde i XBee-radiomodulet. Fjern ikke
skjoldet eller modificer XBee på nogen måde. Ændringer kan udelukke modulet fra enhver
garanti og kan få XBee-radioen til at fungere uden for lovgivningsoverholdelse for et givet land,
hvilket kan føre til den mulige ulovlige drift af radioen.
n Brug industristandard ESD-beskyttelse, når du håndterer XBee-modulet.
n Vær forsigtig under håndteringen for at undgå elektrisk beskadigelse af printet og
komponenterne.
n Udsæt ikke XBee-radiomoduler for vand eller fugt.
n Brug dette produkt med de antenner, der er specificeret i XBee-modulets brugervejledninger.
n Slutbrugeren skal fortælles, hvordan man fjerner strømmen fra XBee-radiomodulet eller
placerer antennerne 20 cm fra mennesker eller dyr.
Veiligheidsinstructies
XBee-modules
n De werking van de XBee-radiomodule kan niet worden gegarandeerd vanwege de
radioverbinding en mag daarom niet worden gebruikt voor vergrendelingen in
veiligheidskritieke apparaten zoals machines of autotoepassingen.
n De XBee-radiomodule is niet goedgekeurd voor gebruik in (deze lijst is niet uitputtend):
l o medische apparaten
l o nucleaire toepassingen
l o explosieve of ontvlambare atmosferen
Ohutusjuhised
XBee moodulid
n XBee raadiomooduli tööd ei saa raadiolingi tõttu garanteerida ja seetõttu ei tohiks seda
kasutada ohutuse seisukohalt oluliste seadmete (nt masinad või autorakendused)
blokeerimiseks.
n XBee raadiomoodulit ei ole heaks kiidetud kasutamiseks (see loetelu ei ole ammendav):
l meditsiiniseadmed
l tuumarakendused
l plahvatusohtlik või tuleohtlik keskkond
n XBee raadiomoodulis ei ole kasutaja poolt hooldatavaid komponente. Ärge eemaldage kaitset
ega muutke XBee mingil viisil. Muudatused võivad mooduli garantiist välja jätta ja XBee raadio
töötab väljaspool antud riigi regulatiivseid vastavusi, põhjustades raadio võimaliku
ebaseadusliku kasutamise.
n Kasutage XBee mooduli käsitsemisel tööstusharu standardset ESD-kaitset.
n Olge käsitsemisel ettevaatlik, et vältida PCB ja komponentide elektrikahjustusi.
n Ärge jätke XBee raadiomooduleid vee või niiskuse kätte.
n Kasutage seda toodet XBee mooduli kasutusjuhendis kirjeldatud antennidega.
n Lõppkasutajale tuleb öelda, kuidas XBee raadiomoodulilt toide eemaldada või antennid
inimestest või loomadest 20 cm kaugusele paigutada.
Turvallisuusohjeet
XBee moduulit
n XBee-radiomoduulin toimintaa ei voida taata radiolinkin vuoksi, joten sitä ei tule käyttää
turvallisuuden kannalta kriittisten laitteiden, kuten koneiden tai autosovellusten,
lukitsemiseen.
n XBee-radiomoduulia ei ole hyväksytty käytettäväksi (tämä luettelo ei ole tyhjentävä):
l lääketieteelliset laitteet
l ydinvoimasovellukset
l räjähdysvaarallisiin tai syttyviin tiloihin
n XBee-radiomoduulin sisällä ei ole käyttäjän huollettavia osia. Älä poista suojusta tai muokkaa
XBeetä millään tavalla. Muutokset voivat sulkea moduulin takuun ulkopuolelle ja aiheuttaa
sen, että XBee-radio toimii tietyn maan säädöstenmukaisuuden ulkopuolella, mikä johtaa
radion mahdolliseen laittomaan käyttöön.
n Käytä alan standardia ESD-suojausta käsitellessäsi XBee-moduulia.
n Ole varovainen käsitellessäsi, jotta vältät piirilevyn ja komponenttien sähkövauriot.
n Älä altista XBee-radiomoduuleja vedelle tai kosteudelle.
n Käytä tätä tuotetta XBee-moduulin käyttöoppaissa määriteltyjen antennien kanssa.
n Loppukäyttäjälle on kerrottava, kuinka XBee-radiomoduulin virta katkaistaan tai antennit
sijoitetaan 20 cm:n etäisyydelle ihmisistä tai eläimistä.
Consignes de sécurité
Modules XBee
n Le fonctionnement du module radio XBee ne peut pas être garanti en raison de la liaison radio
et ne doit donc pas être utilisé pour les verrouillages dans des dispositifs critiques pour la
sécurité tels que des machines ou des applications automobiles.
n Le module radio XBee n'a pas été approuvé pour une utilisation dans (cette liste n'est pas
exhaustive) :
l dispositifs médicaux
l applications nucléaires
l atmosphères explosives ou inflammables
n Il n'y a aucun composant réparable par l'utilisateur à l'intérieur du module radio XBee. Ne
retirez pas la protection et ne modifiez en aucune façon le XBee. Les modifications peuvent
exclure le module de toute garantie et peuvent entraîner le fonctionnement de la radio XBee
en dehors de la conformité réglementaire pour un pays donné, ce qui peut entraîner un
fonctionnement illégal de la radio.
n Utilisez la protection ESD standard de l'industrie lors de la manipulation du module XBee.
n Soyez prudent lors de la manipulation afin d'éviter des dommages électriques au circuit
imprimé et aux composants.
n N'exposez pas les modules radio XBee à l'eau ou à l'humidité.
n Utilisez ce produit avec les antennes spécifiées dans les guides d'utilisation du module XBee.
n L'utilisateur final doit savoir comment couper l'alimentation du module radio XBee ou placer
les antennes à 20 cm des humains ou des animaux.
Sicherheitshinweise
XBee-Module
n Der Betrieb des XBee-Funkmoduls kann aufgrund der Funkverbindung nicht garantiert werden
und sollte daher nicht für Verriegelungen in sicherheitskritischen Geräten wie Maschinen oder
Automobilanwendungen verwendet werden.
n Das XBee-Funkmodul ist nicht zugelassen für den Einsatz in (diese Liste ist nicht vollständig):
l Medizinprodukte
l nukleare Anwendungen
l explosive oder brennbare Atmosphären
n Das XBee-Funkmodul enthält keine vom Benutzer zu wartenden Komponenten. Entfernen Sie
nicht die Abschirmung oder modifizieren Sie das XBee in irgendeiner Weise. Modifikationen
können das Modul von jeglicher Garantie ausschließen und dazu führen, dass das XBee-
Funkgerät außerhalb der gesetzlichen Vorschriften für ein bestimmtes Land betrieben wird,
was zu einem möglichen illegalen Betrieb des Funkgeräts führen kann.
n Verwenden Sie beim Umgang mit dem XBee-Modul ESD-Schutz nach Industriestandard.
n Seien Sie vorsichtig bei der Handhabung, um elektrische Schäden an der Leiterplatte und den
Komponenten zu vermeiden.
n XBee-Funkmodule nicht Wasser oder Feuchtigkeit aussetzen.
n Verwenden Sie dieses Produkt mit den in den Benutzerhandbüchern des XBee-Moduls
angegebenen Antennen.
n Dem Endbenutzer muss mitgeteilt werden, wie er das XBee-Funkmodul von der
Stromversorgung trennt oder die Antennen 20 cm von Menschen oder Tieren entfernt aufstellt.
Μονάδες XBee
n Η μονάδα ραδιοφ ώνου XBee δεν μπορεί να εγγυηθεί τη λειτουργία της λόγω της ραδιοζεύξης
και επομένως δεν πρέπει να χρησιμοποιείται για ασφ άλειες σε κρίσιμες για την ασφ άλεια
συσκευές, όπως μηχανήματα ή εφ αρμογές αυτοκινήτου.
n Η μονάδα ραδιοφ ώνου XBee δεν έχει εγκριθεί για χρήση σε (αυτή η λίστα δεν είναι
εξαντλητική):
l ιατροτεχνολογικά προϊόντα
l πυρηνικές εφ αρμογές
l εκρηκτικές ή εύφ λεκτες ατμόσφ αιρες
n Δεν υπάρχουν εξαρτήματα που να μπορούν να επισκευαστούν από το χρήστη μέσα στη
μονάδα ραδιοφ ώνου XBee. Μην αφ αιρείτε την ασπίδα και μην τροποποιείτε το XBee με
κανέναν τρόπο. Οι τροποποιήσεις ενδέχεται να αποκλείουν τη μονάδα από οποιαδήποτε
εγγύηση και μπορεί να προκαλέσουν τη λειτουργία του ραδιοφ ώνου XBee εκτός της
συμμόρφ ωσης με τους κανονισμούς για μια δεδομένη χώρα, οδηγώντας σε πιθανή παράνομη
Biztonsági utasítások
XBee modulok
n Az XBee rádiómodul működése nem garantálható a rádiókapcsolat miatt, ezért nem
használható biztonsági szempontból kritikus eszközök, például gépek vagy autóipari
alkalmazások reteszelésére.
n Az XBee rádiómodul nem engedélyezett a következő területeken való használatra (ez a lista
nem teljes):
l orvosi eszközök
l nukleáris alkalmazások
l robbanásveszélyes vagy gyúlékony légkör
n Az XBee rádiómodulban nincsenek felhasználó által javítható alkatrészek. Ne távolítsa el a
pajzsot, és semmilyen módon ne módosítsa az XBee-t. A módosítások kizárhatják a modult a
jótállásból, és az XBee rádió működését az adott ország jogszabályi előírásaitól eltérően
okozhatják, ami a rádió esetleges illegális működéséhez vezethet.
n Az XBee modul kezelésekor használjon ipari szabványos ESD védelmet.
n A kezelés során ügyeljen arra, hogy elkerülje a PCB és az alkatrészek elektromos károsodását.
n Ne tegye ki az XBee rádiómodulokat víznek vagy nedvességnek.
n Használja ezt a terméket az XBee modul használati útmutatójában meghatározott antennákkal.
n A végfelhasználót tájékoztatni kell arról, hogyan távolítsa el az XBee rádiómodul áramellátását,
vagy hogyan helyezze el az antennákat az emberektől vagy állatoktól 20 cm-re.
Istruzioni di sicurezza
Moduli XBee
n Il funzionamento del modulo radio XBee non può essere garantito a causa del collegamento
radio e quindi non deve essere utilizzato per gli interblocchi in dispositivi critici per la sicurezza
come macchine o applicazioni automobilistiche.
n Il modulo radio XBee non è stato approvato per l'uso in (questo elenco non è esaustivo):
l dispositivi medici
l applicazioni nucleari
l atmosfere esplosive o infiammabili
n Non ci sono componenti riparabili dall'utente all'interno del modulo radio XBee. Non
rimuovere lo scudo o modificare in alcun modo l'XBee. Le modifiche possono escludere il
modulo da qualsiasi garanzia e possono causare il funzionamento della radio XBee al di fuori
della conformità normativa per un determinato paese, portando al possibile funzionamento
illegale della radio.
n Utilizzare la protezione ESD standard del settore durante la manipolazione del modulo XBee.
n Prestare attenzione durante la manipolazione per evitare danni elettrici al PCB e ai
componenti.
n Non esporre i moduli radio XBee all'acqua o all'umidità.
n Utilizzare questo prodotto con le antenne specificate nelle guide per l'utente del modulo XBee.
n L'utente finale deve sapere come togliere l'alimentazione al modulo radio XBee o come
posizionare le antenne a 20 cm da persone o animali.
Drošības instrukcijas
XBee moduļi
n Radio moduļa XBee darbība nevar tikt garantēta radio savienojuma dēļ, tāpēc to nevajadzētu
izmantot bloķēšanai drošības ziņā kritiskās ierīcēs, piemēram, mašīnās vai automobiļos.
n XBee radio modulis nav apstiprināts lietošanai (šis saraksts nav pilnīgs):
l medicīniskās ierīces
l kodolprogrammas
l sprādzienbīstamā vai uzliesmojošā vidē
n XBee radio moduļa iekšpusē nav neviena komponenta, ko lietotājs varētu apkopt. Nenoņemiet
vairogu un nekādā veidā nepārveidojiet XBee. Modifikācijas rezultātā modulis var tikt izslēgts
no jebkādas garantijas un var izraisīt XBee radio darbību, kas neatbilst noteiktās valsts
normatīvajiem aktiem, izraisot iespējamu nelegālu radio darbību.
n Strādājot ar XBee moduli, izmantojiet nozares standarta ESD aizsardzību.
n Rīkojoties, rīkojieties uzmanīgi, lai izvairītos no PCB un komponentu elektriskiem bojājumiem.
n Nepakļaujiet XBee radio moduļus ūdens vai mitruma iedarbībai.
n Izmantojiet šo izstrādājumu ar antenām, kas norādītas XBee moduļa lietotāja rokasgrāmatās.
n Galalietotājam ir jāpaskaidro, kā atvienot XBee radio moduļa strāvu vai novietot antenas 20 cm
attālumā no cilvēkiem vai dzīvniekiem.
Saugos instrukcijos
XBee moduliai
n Negalima garantuoti, kad „XBee“ radijo modulis veiks dėl radijo ryšio, todėl jo neturėtų būti
naudojamas blokuoti saugai svarbiuose įrenginiuose, pvz., mašinose ar automobiliuose.
n XBee radijo modulis nebuvo patvirtintas naudoti (šis sąrašas nėra baigtinis):
l medicinos prietaisai
l branduolinės programos
l sprogioje ar degioje aplinkoje
n XBee radijo modulio viduje nėra komponentų, kuriuos vartotojas galėtų prižiūrėti. Jokiu būdu
nenuimkite skydo ir nekeiskite XBee. Dėl modifikacijų moduliui gali būti netaikoma jokia
garantija, o „XBee“ radijas gali veikti ne pagal tam tikros šalies norminius reikalavimus, o tai
gali sukelti neteisėtą radijo naudojimą.
n Dirbdami su XBee moduliu naudokite pramonės standartinę ESD apsaugą.
n Dirbdami būkite atsargūs, kad nepažeistumėte PCB ir komponentų.
n Saugokite XBee radijo modulius nuo vandens ar drėgmės.
n Naudokite šį gaminį su antenomis, nurodytomis XBee modulio vartotojo vadove.
n Galutiniam vartotojui turi būti paaiškinta, kaip atjungti XBee radijo modulio maitinimą arba
nustatyti antenas 20 cm atstumu nuo žmonių ar gyvūnų.
Sikkerhetsinstruksjoner
XBee-moduler
n XBee-radiomodulen kan ikke garanteres drift på grunn av radiolinken, og bør derfor ikke
brukes til forriglinger i sikkerhetskritiske enheter som maskiner eller bilapplikasjoner.
n XBee-radiomodulen er ikke godkjent for bruk i (denne listen er ikke uttømmende):
l medisinsk utstyr
l kjernefysiske applikasjoner
l eksplosive eller brennbare atmosfærer
n Det er ingen komponenter som kan repareres av brukeren inne i XBee-radiomodulen. Ikke fjern
skjoldet eller modifiser XBee på noen måte. Endringer kan ekskludere modulen fra enhver
garanti og kan føre til at XBee-radioen fungerer utenfor regelverket for et gitt land, noe som
kan føre til ulovlig drift av radioen.
n Bruk industristandard ESD-beskyttelse når du håndterer XBee-modulen.
n Vær forsiktig ved håndtering for å unngå elektrisk skade på PCB og komponenter.
n Ikke utsett XBee radiomoduler for vann eller fuktighet.
n Bruk dette produktet med antennene spesifisert i XBee-modulens brukerveiledninger.
n Sluttbrukeren må bli fortalt hvordan man fjerner strømmen fra XBee-radiomodulen eller
plasserer antennene 20 cm fra mennesker eller dyr.
Instrukcje bezpieczeństwa
Moduły XBee
n Moduł radiowy XBee nie może zagwarantować działania ze względu na łącze radiowe, dlatego
nie należy go używać do blokad w urządzeniach o krytycznym znaczeniu dla bezpieczeństwa,
Instruções de segurança
Módulos XBee
n O módulo de rádio XBee não pode ter operação garantida devido ao link de rádio e, portanto,
não deve ser usado para intertravamentos em dispositivos críticos de segurança, como
máquinas ou aplicações automotivas.
n O módulo de rádio XBee não foi aprovado para uso em (esta lista não é exaustiva):
l o dispositivos médicos
l o aplicações nucleares
l o atmosferas explosivas ou inflamáveis
n Não há componentes que possam ser reparados pelo usuário dentro do módulo de rádio XBee.
Não remova a blindagem nem modifique o XBee de forma alguma. As modificações podem
excluir o módulo de qualquer garantia e fazer com que o rádio XBee opere fora da
conformidade regulatória de um determinado país, levando à possível operação ilegal do
rádio.
n Use proteção ESD padrão da indústria ao manusear o módulo XBee.
n Tome cuidado ao manusear para evitar danos elétricos à PCB e aos componentes.
n Não exponha os módulos de rádio XBee à água ou umidade.
n Use este produto com as antenas especificadas nos guias do usuário do módulo XBee.
n O usuário final deve ser informado sobre como remover a energia do módulo de rádio XBee ou
localizar as antenas a 20 cm de humanos ou animais.
Instructiuni de siguranta
module XBee
n Nu se poate garanta funcționarea modulului radio XBee din cauza conexiunii radio și, prin
urmare, nu trebuie utilizat pentru interblocări în dispozitive critice pentru siguranță, cum ar fi
mașini sau aplicații auto.
n Modulul radio XBee nu a fost aprobat pentru utilizare în (această listă nu este exhaustivă):
l dispozitive medicale
l aplicații nucleare
l atmosfere explozive sau inflamabile
n Nu există componente care să poată fi reparate de utilizator în interiorul modulului radio XBee.
Nu îndepărtați scutul și nu modificați XBee în niciun fel. Modificările pot exclude modulul din
orice garanție și pot face ca radioul XBee să funcționeze în afara conformității cu
reglementările pentru o anumită țară, ceea ce duce la o posibilă funcționare ilegală a radioului.
n Folosiți protecția ESD standard în industrie când manipulați modulul XBee.
n Aveți grijă în timpul manipulării pentru a evita deteriorarea electrică a PCB-ului și a
componentelor.
n Nu expuneți modulele radio XBee la apă sau umezeală.
n Utilizați acest produs cu antenele specificate în ghidurile utilizatorului modulului XBee.
n Utilizatorului final trebuie să i se spună cum să scoată alimentarea de la modulul radio XBee
sau să găsească antenele la 20 cm de oameni sau animale.
Bezpečnostné inštrukcie
moduly XBee
n Rádiový modul XBee nemôže byť zaručený kvôli rádiovému spojeniu, a preto by sa nemal
používať na blokovanie v zariadeniach kritických z hľadiska bezpečnosti, ako sú stroje alebo
automobilové aplikácie.
n Rádiový modul XBee nebol schválený na použitie v (tento zoznam nie je úplný):
l zdravotnícke pomôcky
l jadrové aplikácie
l výbušné alebo horľavé atmosféry
n Vo vnútri rádiového modulu XBee sa nenachádzajú žiadne používateľsky opraviteľné
komponenty. Neodstraňujte štít ani žiadnym spôsobom neupravujte XBee. Úpravy môžu vyňať
modul zo záruky a môžu spôsobiť, že rádio XBee bude fungovať mimo zhody s predpismi pre
danú krajinu, čo vedie k možnej nezákonnej prevádzke rádia.
n Pri manipulácii s modulom XBee používajte štandardnú ochranu pred ESD.
n Pri manipulácii buďte opatrní, aby ste predišli elektrickému poškodeniu dosky plošných spojov
a komponentov.
n Rádiové moduly XBee nevystavujte vode ani vlhkosti.
Varnostna navodila
XBee moduli
n Radijskega modula XBee ni mogoče zagotoviti delovanja zaradi radijske povezave in ga zato ne
smete uporabljati za zaklepanje v varnostno kritičnih napravah, kot so stroji ali avtomobilske
aplikacije.
n Radijski modul XBee ni bil odobren za uporabo v (ta seznam ni izčrpen):
l medicinskih pripomočkov
l jedrske aplikacije
l eksplozivne ali vnetljive atmosfere
n V radijskem modulu XBee ni komponent, ki bi jih lahko popravil uporabnik. Ne odstranjujte
ščita in na noben način ne spreminjajte XBee. Spremembe lahko modul izključijo iz kakršne
koli garancije in lahko povzročijo, da radio XBee deluje zunaj zakonske skladnosti za dano
državo, kar vodi do možnega nezakonitega delovanja radia.
n Pri ravnanju z modulom XBee uporabite standardno industrijsko zaščito pred ESD.
n Pri rokovanju pazite, da se izognete električnim poškodbam tiskanega vezja in komponent.
n Radijskih modulov XBee ne izpostavljajte vodi ali vlagi.
n Ta izdelek uporabljajte z antenami, navedenimi v uporabniških priročnikih modula XBee.
n Končnemu uporabniku je treba povedati, kako odstraniti napajanje z radijskega modula XBee
ali naj locira antene 20 cm od ljudi ali živali.
Módulos XBee
n No se puede garantizar el funcionamiento del módulo de radio XBee debido al enlace de radio
y, por lo tanto, no debe usarse para enclavamientos en dispositivos críticos para la seguridad,
como máquinas o aplicaciones automotrices.
n El módulo de radio XBee no ha sido aprobado para su uso en (esta lista no es exhaustiva):
l dispositivos médicos
l aplicaciones nucleares
l atmósferas explosivas o inflamables
n No hay componentes reparables por el usuario dentro del módulo de radio XBee. No quite el
escudo ni modifique el XBee de ninguna manera. Las modificaciones pueden excluir el módulo
de cualquier garantía y pueden hacer que la radio XBee funcione fuera del cumplimiento
normativo de un país determinado, lo que puede provocar una operación ilegal de la radio.
Säkerhets instruktioner
XBee-moduler
n XBee-radiomodulen kan inte garanteras funktion på grund av radiolänken och bör därför inte
användas för förreglingar i säkerhetskritiska enheter som maskiner eller biltillämpningar.
n XBee-radiomodulen har inte godkänts för användning i (denna lista är inte uttömmande):
l medicinsk utrustning
l kärnkraftstillämpningar
l explosiv eller brandfarlig atmosfär
n Det finns inga komponenter som användaren kan reparera inuti XBee-radiomodulen. Ta inte
bort skölden eller modifiera XBee på något sätt. Ändringar kan utesluta modulen från alla
garantier och kan göra att XBee-radion fungerar utanför bestämmelserna för ett visst land,
vilket kan leda till att radion kan användas olagligt.
n Använd industristandard ESD-skydd när du hanterar XBee-modulen.
n Var försiktig vid hanteringen för att undvika elektriska skador på kretskortet och
komponenterna.
n Utsätt inte XBee radiomoduler för vatten eller fukt.
n Använd den här produkten med antennerna som specificeras i XBee-modulens
användarguider.
n Slutanvändaren måste informeras om hur man kopplar bort strömmen från XBee-
radiomodulen eller för att placera antennerna 20 cm från människor eller djur.
Mechanical drawings
The following figures show the mechanical drawings for the XBee Wi-Fi RF Module. The drawings do
not show antenna options. All dimensions are in inches.
Through-hole device
Surface-mount device
Pin signals
The following table describes the pin assignments for the through-hole device. A horizontal line above
the signal name indicates low-asserted signals.
Pin Default
# Name Direction state Description
1 VCC - - Power supply
2 DIO13/DOUT Both Output UART data out
3 DIO14/DIN/CONFIG Both Input UART data In
4 DIO12/SPI_MISO Both Disabled GPIO/ SPI slave out
5 RESET Input Input Device reset
6 DIO10/RSSI Both Output RX signal strength indicator/GPIO
PWM/PWM0
7 DIO11/PWM1 Both Disabled GPIO
8 Reserved - - Do not connect
9 DIO8/DTR/SLEEP_RQ Both Input Pin sleep control line /GPIO
10 GND - - Ground
11 DIO4/SPI_MOSI Both Disabled GPIO/SPI slave In
Pin Default
# Name Direction state Description
12 DIO7/CTS Both Output Clear-to-send flow control/GPIO
13 DIO9/ON_SLEEP Both Output Device status indicator/GPIO
14 VREF - - Not connected
15 DIO5/ASSOCIATE Both Output Associate indicator/GPIO
16 DIO6/RTS Both Input Request-to-send flow control/GPIO
17 DIO3/AD3 /SPI_SSEL Both Disabled Analog input/GPIO/SPI slave select
18 DIO2/AD2 /SPI_CLK Both Disabled Analog input/GPIO/SPI clock
19 DIO1/AD1 /SPI_ATTN Both Disabled Analog input/GPIO/SPI attention
20 DIO0/AD0/CB Both Disabled Analog Input/Commissioning
Button/GPIO
The following table describes the pin assignments for the surface-mount device. A horizontal line
above the signal name indicates low-asserted signals.
Pin Default
# Name Direction state Description
1 GND - - Ground
2 VCC - - Power supply
3 DIO13/DOUT Both Output UART data out
4 DIO14/DIN/CONFIG Both Input UART data in
5 DIO12 Both Disabled GPIO
6 RESET Input Input Device reset
7 DIO10/ RSSI Both Output RX signal strength indicator/GPIO
PWM/PWM0
8 DIO11/PWM1 Both Disabled GPIO
9 Reserved - - Do not connect
10 DIO8/DTR/SLEEP_RQ Both Input GPIO
11 GND - - Ground
12 DIO19/SPI_ATTN Both Output GPIO/SPI attention
13 GND - - Ground
14 DIO18/SPI_CLK Both Input GPIO/SPI clock
15 DIO17/SPI_SSEL Both Input GPIO/SPI slave select
Pin Default
# Name Direction state Description
16 DIO16/SPI_SI Both Input GPIO/SPI slave in
17 DIO15/SPI_SO Both Output GPIO/SPI slave out
18 Reserved - - Do not connect
19 Reserved - - Do not connect
20 Reserved - - Do not connect
21 Reserved - - Do not connect
22 GND - - Ground
23 Reserved - - Do not connect
24 DIO4 Both Disabled GPIO
25 DIO7/CTS Both Output Clear-to-send flow control/ GPIO
26 DIO9/ON_SLEEP Both Output Device status indicator/GPIO
27 VREF - - Not connected
28 DIO5/ASSOC Both Output Associate indicator/GPIO
29 DIO6/RTS Both Input Request-to-send flow control/ GPIO
30 DIO3/AD3 Both Disabled Analog input/GPIO
31 DIO2/AD2 Both Disabled Analog input/GPIO
32 DIO1/AD1 Both Disabled Analog input/GPIO
33 DIO0/AD0/CB Both Disabled Analog input/Commissioning
Button/GPIO
34 Reserved - - Do not connect
35 GND - - Ground
36 RF Both - RF I/O for RF pad variant
37 Reserved - - Do not connect
Design notes
The XBee devices do not specifically require any external circuitry specific connections for proper
operation. However, there are some general design guidelines that we recommend for help in
troubleshooting and building a robust design.
Power supply
A poor power supply can lead to poor device performance, especially if you do not keep the supply
voltage within tolerance or if it is excessively noisy. To help reduce noise, place a 1.0 μF and 8.2 pF
capacitor as near as possible to pin 1 on the PCB. If you are using a switching regulator for the power
supply, switch the frequencies above 500 kHz. Limit the power supply ripple to a maximum 50 mV
peak to peak.
Board layout
When designing the host PCB, account for the device dimensions shown in Mechanical drawings. See
Manufacturing information for the recommended footprints and required keepout areas. Use good
design practices when connecting power and ground, making those traces wide enough to
comfortably support the maximum currents or using planes if possible.
Antenna performance
Antenna location is important for optimal performance. The following suggestions help you achieve
optimal antenna performance. Point the antenna up vertically (upright). Antennas radiate and receive
the best signal perpendicular to the direction they point, so a vertical antenna's omnidirectional
radiation pattern is strongest across the horizon.
Position the antennas away from metal objects whenever possible. Metal objects between the
transmitter and receiver can block the radiation path or reduce the transmission distance. Objects
that are often overlooked include:
n metal poles
n metal studs
n structure beams
n concrete, which is usually reinforced with metal rods
If you place the device inside a metal enclosure, use an external antenna. Common objects that have
metal enclosures include:
n vehicles
n elevators
n ventilation ducts
n refrigerators
n microwave ovens
n batteries
n tall electrolytic capacitors
Do not place XBee devices with the chip or integrated PCB antenna inside a metal enclosure.
Do not place any ground planes or metal objects above or below the antenna.
For the best results, mount the device at the edge of the host PCB. Ensure that the ground, power,
and signal planes are vacant immediately below the antenna section.
Keepout area
The following drawings show important recommendations for designing with the PCB antenna device
using the through-hole and surface-mount devices. Do not mount the surface-mount PCB antenna
device on the RF Pad footprint because that footprint requires a ground plane within the keepout
area.
Through-hole keepout
Notes
Surface-mount keepout
Notes
4. These keepout area guidelines do not apply for wire whip antennas or external RF connectors.
Wire whip antennas radiate best over the center of a ground plane.
Number Description
1 Maintain a distance of at least 2 d between microstrip and ground fill.
The width in this example is approximately 0.025 in for a 50 Ω trace, assuming d = 0.014 in, and that
the dielectric has a relative permittivity of 4.4. This trace width is a good fit with the device footprint's
0.335" pad width.
Note We do not recommend using a trace wider than the pad width, and using a very narrow trace
(under 0.010") can cause unwanted RF loss.
Number Description
1 Use multiple vias to help eliminate ground variations.
2 Put a solid ground plane under RF trace to achieve the desired impedance.
Mounting considerations
We design the through-hole device to mount into a receptacle so that you do not have to solder the
device when you mount it to a board. The interface boards provided in the XBee Wi-Fi Development
Kit has two ten-pin receptacles for connecting the device.
Century Interconnect manufactures the receptacles used on Digi development boards. Several other
manufacturers provide comparable mounting solutions; however, Digi currently uses the following
receptacles:
n Through-hole single-row receptacles: Samtec part number: MMS-110-01-L-SV (or equivalent)
n Through-hole single-row receptacles: Mill-Max part number: 831-43-0101-10-001000
n Surface-mount double-row receptacles: Century Interconnect part number: CPRMSL20-D-0-1
(or equivalent)
n Surface-mount single-row receptacles: Samtec part number: SMM-110-02-SM-S
Note We recommend that you print an outline of the device on the board to indicate the
correct orientation for mounting the device.
Serial interface 49
UART data flow 49
Serial data 49
SPI communications 50
Serial buffers 51
UART flow control 52
The Commissioning Button 53
Connection indicators 54
Perform a serial firmware update 55
Serial interface
The XBee Wi-Fi RF Module interfaces to a host device through a serial port. The device's serial port can
communicate:
n Through a logic and voltage compatible universal asynchronous receiver/transmitter (UART).
n Through a level translator to any serial device, for example, through an RS-232 or USB interface
board.
n Through a serial peripheral interface (SPI) port.
Serial data
A device sends data to the XBee Wi-Fi RF Module's UART through TH pin 3/SMT pin 4 DIN as an
asynchronous serial signal. When the device is not transmitting data, the signals should idle high.
For serial communication to occur, you must configure the UART of both devices (the microcontroller
and the XBee Wi-Fi RF Module) with compatible settings for the baud rate, parity, start bits, stop bits,
and data bits.
Each data byte consists of a start bit (low), 8 data bits (least significant bit first) and a stop bit (high).
The following diagram illustrates the serial bit pattern of data passing through the device. The
diagram shows UART data packet 0x1F (decimal number 31) as transmitted through the device.
You can configure the UART baud rate, parity, and stop bits settings on the device with the BD, NB,
and SB commands respectively. For more information, see Serial interfacing commands.
In the rare case that a device has been configured with the UART disabled, you can recover the device
to UART operation by holding DIN low at reset time. DIN forces a default configuration on the UART at
9600 baud and it brings the device up in Command mode on the UART port. You can then send the
appropriate commands to the device to configure it for UART operation. If those parameters are
written, the device comes up with the UART enabled on the next reset.
SPI communications
The XBee Wi-Fi RF Module supports SPI communications in slave mode. Slave mode receives the clock
signal and data from the master and returns data to the master. The following table shows the signals
that the SPI port uses on the device.
Signal Function
SPI_MOSI Inputs serial data from the master
(Master Out, Slave In)
SPI_MISO (Master Outputs serial data to the master
In, Slave Out)
SPI_SCLK Clocks data transfers on MOSI and MISO
(Serial Clock)
SPI_SSEL Enables serial communication with the slave
(Slave Select)
SPI_ATTN (Attention) Alerts the master that slave has data queued to send. The XBee Wi-Fi RF
Module asserts this pin as soon as data is available to send to the SPI
master and it remains asserted until the SPI master has clocked out all
available data.
In this mode:
n Data is most significant bit (MSB) first; bit 7 is the first bit of a byte sent over the interface.
n Frame Format mode 0 is used. This means CPOL= 0 (idle clock is low) and CPHA = 0 (data is
sampled on the clock’s leading edge).
n The SPI port only supports API Mode (AP = 1).
The following diagram shows the frame format mode 0 for SPI communications.
SPI mode is chip to chip communication. We do not supply a SPI communication option on the device
development evaluation boards.
Serial buffers
The XBee Wi-Fi RF Module maintains internal buffers to collect serial and RF data that it receives. The
serial receive buffer collects incoming serial characters and holds them until the device can process
them. The serial transmit buffer collects the data it receives via the RF link until it transmits that data
out the UART or SPI port. The following figure shows the process of device buffers collecting received
serial data.
Note Serial port flow control is not possible when using the SPI port.
for long periods of time or the serial transmit buffer will fill. If the device receives an RF data packet
and the serial transmit buffer does not have enough space for all of the data bytes, it discards the
entire RF data packet.
If the device sends data out the UART when RTS is de-asserted (set high) the device could send up to
four characters out the UART port after RTS is de-asserted. This means your application needs to de-
assert RTS by the time its receive capacity is within 4 bytes of full.
Connection indicators
There are four connection indicators in this software:
n AI (Association Indication)
n The Associate LED
n TCP connection indicator
n Remote Manager connection indicator
Where the low signal means LED off and the high signal means LED on.
The normal association LED signal alternates evenly between high and low as shown below:
Serial modes 57
Modes of operation 62
Sleep modes 64
Soft AP mode 64
Serial modes
The firmware operates in several different modes. Two top-level modes establish how the device
communicates with other devices through its serial interface: Transparent operating mode and API
operating mode. Use the AP command to choose Serial mode. XBee Wi-Fi RF Modules use Transparent
operation as the default serial mode.
The following modes describe how the serial port sends and receives data.
Note Transparent operating mode is not available when using the SPI interface; see SPI
communications.
Serial-to-RF packetization
The device buffers data in the serial receive buffer until one of the following causes the data to be
packetized and transmitted:
n The device receives no serial characters for the amount of time determined by the RO
(Packetization Timeout) parameter. If RO = 0, packetization begins when a character is
received. If RO is non-zero, the data is packetized after RO character times of no transitions on
the DIN pin. However, if the time required for RO characters is less than 100 microseconds,
then DIN must still be idle for at least 100 microseconds, which is the minimal idle time
required for packetizing packets at any baud rate.
n The device receives the Command Mode Sequence (GT + CC + GT). Any character buffered in
the serial receive buffer before the sequence is transmitted.
n The device receives the maximum number of characters that fits in an RF packet (100 bytes).
Feature Description
Transparent mode features
Simple interface All received serial data is transmitted unless the device is in Command
mode
Easy to support It is easier for an application to support Transparent operation and
Command mode
API mode features
Easy to manage data Transmitting RF data to multiple remote devices only requires the
transmissions to application to change the address in the API frame. This process is much
multiple destinations faster than in Transparent mode where the application must enter
Command mode, change the address, exit Command mode, and then
transmit data.
Each API transmission Because acknowledgments are sent out of the serial interface, this
can return a transmit provides more information about the health of the RF network and can be
status frame indicating used to debug issues after the network has been deployed.
the success or reason
for failure
Received data frames All received RF data API frames indicate the source address
indicate the sender's
address
Advanced addressing API transmit and receive frames can expose addressing fields including
support source and destination endpoints, cluster ID, and profile ID
Advanced networking API frames can provide indication of I/O samples from remote devices,
diagnostics and node identification messages. Some network diagnostic tools such as
Trace Route, NACK, and Link Testing can only be performed in API mode.
Command mode
Command mode is a state in which the firmware interprets incoming characters as commands. It
allows you to modify the device’s configuration using parameters you can set using AT
commands. When you want to read or set any parameter of the XBee Wi-Fi RF Module using this
mode, you have to send an AT command. Every AT command starts with the letters AT followed by
the two characters that identify the command and then by some optional configuration values.
The operating modes of the XBee Wi-Fi RF Module are controlled by the AP (API Enable) setting,
but Command mode is always available as a mode the device can enter while configured for any of
the operating modes.
Command mode is available on the UART interface for all operating modes. You cannot use the SPI
interface to enter Command mode.
Note Do not press Return or Enter after typing +++ because it interrupts the guard time silence and
prevents you from entering Command mode.
When the device is in Command mode, it listens for user input and is able to receive AT commands on
the UART. If CT time (default is 10 seconds) passes without any user input, the device drops out of
Command mode and returns to the previous operating mode. You can force the device to leave
Command mode by sending CN (Exit Command Mode).
You can customize the command character, the guard times and the timeout in the device’s
configuration settings. For more information, see CC (Command Mode Character), CT (Command
Mode Timeout) and GT (Gaurd Times).
Troubleshooting
Failure to enter Command mode is often due to baud rate mismatch. Ensure that the baud rate of the
connection matches the baud rate of the device. By default, BD (Baud Rate) = 3 (9600 b/s).
There are two alternative ways to enter Command mode:
n A serial break for six seconds enters Command mode. You can issue the "break" command
from a serial console, it is often a button or menu item.
n Asserting DIN (serial break) upon power up or reset enters Command mode. XCTU guides you
through a reset and automatically issues the break when needed.
Both of these methods temporarily set the device's baud rate to 9600 and return an OK on the UART
to indicate that Command mode is active. When Command mode exits, the device returns to normal
operation at the baud rate that BD is set to.
Send AT commands
Once the device enters Command mode, use the syntax in the following figure to send AT commands.
Every AT command starts with the letters AT, which stands for "attention." The AT is followed by two
characters that indicate which command is being issued, then by some optional configuration values.
To read a parameter value stored in the device’s register, omit the parameter field.
Multiple AT commands
You can send multiple AT commands at a time when they are separated by a comma in Command
mode; for example, ATNIMy XBee,AC<cr>.
The preceding example changes the NI (Node Identifier) to My XBee and makes the setting active
through AC (Apply Changes).
Parameter format
Refer to the list of AT commands for the format of individual AT command parameters. Valid formats
for hexidecimal values include with or without a leading 0x for example FFFF or 0xFFFF.
Response to AT commands
When using AT commands to set parameters the XBee Wi-Fi RF Module responds with OK<cr> if
successful and ERROR<cr> if not.
Note You still have to use WR to save the changes enacted with RE.
Modes of operation
Idle mode
When not receiving or transmitting data, the device is in Idle mode. During Idle mode, the device
listens for valid data on both the RF and serial ports.
The device shifts into the other modes of operation under the following conditions:
n Transmit mode (serial data in the serial receive buffer is ready to be packetized).
n Receive mode (valid RF data received through the antenna).
n Sleep mode (Sleep mode condition is met).
n Command mode (Command mode sequence issued).
Transmit mode
When the device receives serial data and is ready to packetize it, the device attempts to transmit the
serial data. The destination address determines which node(s) will receive and send the data.
Receive mode
This is the default mode for the XBee Wi-Fi RF Module. The device is in Receive mode when it is not
transmitting data. If a destination node receives a valid RF packet, the destination node transfers the
data to its serial transmit buffer.
Configuration mode
You may not always know the parameters that the XBee Wi-Fi RF Module is configured with. If those
parameters affect how the XBee Wi-Fi RF Module enters Command mode, and if the parameters were
previously written to non-volatile memory, then Command mode is not available to either read the
parameters or to set them to known values. This makes configuring the device difficult unless you can
successfully guess the configuration to allow it to enter Command mode.
An example of this problem is when the UART baud rate is unknown. In this case, the +++ sequence to
enter Command mode is not recognized due to a baud rate mismatch, preventing the device from
entering Command mode.
If the XBee Wi-Fi RF Module exits Configuration mode without changing any parameter values, then all
parameters revert to their previous unknown state after it exits Command mode. Also, any values that
you query return the previously written settings rather than the temporarily applied default settings
described above.
1. Set up the interface to the XBee Wi-Fi RF Module to match the default configuration described
in Force the device to enter Configuration mode.
2. Press and hold DIN low while resetting the XBee Wi-Fi RF Module.
3. Release DIN (let it be pulled high) so the device can receive UART data.
4. At the OK prompt, enter the desired configuration settings. If desired, configuration settings
which were unknown may be read before setting them in this state.
5. Use the WR command to write the desired configuration to non-volatile memory.
6. Set up the interface to the XBee Wi-Fi RF Module to match the configuration just written to
non-volatile memory.
7. Optionally, reset the device and begin operation in the new mode.
1. Connect an asynchronous serial port of the PC (either RS-232 or USB) to the development
board that the XBee Wi-Fi RF Module is plugged into.
2. Open XCTU.
3. To add your device to XCTU, see Add radio modules to XCTU in the XCTU User Guide.
4. The device(s) appear under the Radio Modules section on the left of the display.
5. To configure the settings, see Configure your modules in he XCTU User Guide.
6. When you are done entering the parameters, click the Write module settings button.
When the write is complete, all of the settings on the device are updated.
Click the Consoles working mode button on the toolbar and begin normal Transparent operation.
Sleep mode
Sleep modes allow the device to enter states of low power consumption when not in use. The XBee
Wi-Fi RF Module supports both pin sleep (Sleep mode entered on pin transition) and cyclic sleep
(device sleeps for a fixed time).
Sleep modes
Sleep modes allow the device to enter states of low power consumption when not in use. The XBee
Wi-Fi RF Module supports both pin sleep (sleep mode entered on pin transition) and cyclic sleep
(device sleeps for a fixed time). For both pin sleep and cyclic sleep the sleep level may be either deep
sleep or associated sleep. See Sleep modes for more information.
Soft AP mode
The XBee Wi-Fi RF Module can operate in Soft AP mode, also known as Wi-Fi Direct. In this mode the
XBee Wi-Fi RF Module emulates an access point (AP) rather than a station (STA). This allows another
Wi-Fi client device (STA) to connect to the XBee device directly without requiring a separate AP. WPA2
security is available in Soft AP mode, but not WPA or WEP security. By default, Soft AP operates with
no security.
1. Provisioning mode
2. Pass through mode
You enable these two modes differently. To enable Pass through mode:
Set CE (Infrastructure Mode) to 1, which is not the default configuration. When CE is 1, it overrides
parameters for Provisioning mode.
Provisioning mode is enabled by default. To disable it:
Clear bit 1 of DO (Device Options).
To enable Provisioning mode, SSID must be NULL. SSID is NULL by default and you can force it to
NULL by issuing NR (Network Reset).
Note Do not programmatically configure the device in Soft AP mode because it is subject to change.
the time the device is asleep. This is because the Access Point behaves like the device is in full power
mode while it is asleep and it will not hold back packets until the device wakes up.
Note When deep sleep mode is set (SO = 0x100) and Remote Manager is enabled (set with the DO
command) the XBee Wi-Fi RF Module takes about a second to go to sleep after SLEEP_RQ is asserted.
Note If the device is configured to use Remote Manager (DO bit 0) and Deep Sleep mode is enabled
(SO = 0x100) the XBee Wi-Fi RF Module takes approximately 1 second longer to sleep than ST
indicates.
Infrastructure networks 72
Ad Hoc networks 72
Network basics 73
802.11 standards 73
Encryption 74
Authentication 74
Open authentication 74
Shared Key 74
Channels 74
Infrastructure networks
The main type of wireless network involve a number of wireless devices called stations talking
through a master wireless device known as an access point (AP) or station (STA). This type of setup is
called an Infrastructure or Basic Service Set (BSS) network. Most wireless networks are of this type.
The following illustration is an example of an infrastructure wireless network.
Ad Hoc networks
Wireless devices can join a wireless network without an access point. This is called an Ad Hoc or
Independent Basic Service Set (IBSS) network.
Note Ad Hoc networks are point to point: there can only be two nodes in the network, a creator and a
joiner. Set up the creator first, and then the joiner.
Parameter Function
AH1 Designates the node as an Ad Hoc creator.
MA1 Specifies the static IP addresses. No DHCP is supported in Ad Hoc mode.
Parameter Function
EE0 Specifies no security. Security is not available in Ad Hoc mode.
CH May be any channel from 1 to 0xB.
ID Sets the SSID, which is any string of choice, as long as it is not the same as another
SSID in the vicinity.
MY Sets the IP address of the creator node.
DL Specifies the IP address of the joiner node.
MK Sets the IP mask for both of the above addresses.
Parameter Function
AH0 Designates the node as an Ad Hoc joiner.
MA1 Specifies the static IP addresses. No DHCP is supported in Ad Hoc mode.
EE0 Specifies no security. Security is not available in Ad Hoc mode.
ID Sets the SSID, which must match the ID of the creator. Problems arise if it matches
the SSID of an access point in the vicinity.
MY Sets the IP address of the joiner node.
DL Specifies the IP address of the creator node.
MK Sets the IP mask for both of the above addresses.
Network basics
Clients need to join the wireless network before they can send data across it. This is called
association. In order for a device to associate it must know the following items about the desired
wireless network:
n SSID: the name of the wireless network.
n Encryption: if and how the network encrypts or scrambles its data.
n Authentication: how and if the network requires its members to prove their identity.
n Channel: what channel (frequency range) the wireless network uses.
Once a device is associated it can send and receive data from other associated devices on the same
network. When the client is done or needs to leave, it then can dis-associate and be removed from the
wireless network.
802.11 standards
The XBee Wi-Fi RF Module operates in three of the available 802.11 standards, they are:
802.11 b
The 802.11b standard was approved in July 1999 and can be considered the second generation.
802.11b operates in the 2.4 GHz frequency ISM band. The data rate is from 1 to 11 Mb/s.
802.11 g
The 802.11g standard was approved in 2003. It provides a maximum data rate of 54 Mb/s. In addition,
the standard is also fully backwards-compatible with existing 802.11b wireless networks.
802.11 n
The 802.11n standard was approved in 2009. It provides for data rates up to 300 Mb/s. The XBee Wi-Fi
module uses the single stream n mode with 20 MHz bandwidth and is capable of up to 72.2 Mb/s over
the air in n mode.
Encryption
Encryption is a method of scrambling a message that makes it unreadable to unwanted parties,
adding a degree of secure communications. There are different protocols for providing encryption,
and the XBee Wi-Fi RF Module supports WPA, WPA2, and WEP.
Authentication
Authentication deals with proving the identity of the wireless device attempting to associate with the
network. There are different methods of doing this. The XBee Wi-Fi RF Module supports Open and
Shared Key authentication in WEP mode and it only supports shared key authentication in WPA and
WPA2 modes.
Open authentication
Open authentication is when the access point simply accepts the wireless devices identity without
verifying or proving it. The benefits to this are simplicity and compatibility (all devices can do it). In
this mode, which is only available when using WEP, a connection to the access point occurs even if
the WEP key is wrong. However, no real communication can occur because of mismatched keys. If
DHCP is configured, it fails too, causing the AI indicator to get stuck in the AI 41 state.
If, on the other hand, the AP is configured for shared key authentication, no connection occurs with
an incorrect WEP key. Instead, AI gets stuck in the FF state, indicating scanning. Although shared key
authentication sounds better, it exposes a big security flaw with WEP. The challenge text, its
encrypted result, and a success/failure result are passed in the clear and can easily be caught over the
air to determine the WEP key.
Shared Key
Shared Key is when the wireless devices must present the proper key to get on the network. Although
Shared Key has more security than Open authentication it should not be considered secure. One of
the benefits of Shared Key authentication is simplicity.
Channels
The XBee Wi-Fi RF Module operates in the 2412 - 2472 MHz range. The frequency range is broken down
into thirteen channels. Data is transmitted on a channel by radio frequencies over a certain frequency
range. In order to avoid bad performance caused by the overlapping (collision) of channel frequencies
in a wireless LAN environment, it is very important that you select the channels of neighboring access
points accordingly.
The center frequencies of the thirteen possible channels range from 2412 to 2472 MHz, with each
channel being 22 MHz wide and centered in 5 MHz intervals. This means that only 3 channels (1, 6, and
11) in North America are not subject to overlapping.
Note Do not configure C0 and/or DE to 0xBEE to use the XBee Application Service. Doing so causes an
error (AI = 42), and the transceiver will neither send nor receive data.
Note The XBee Wi-Fi RF Module cannot communicate with an XBee 802.15.4 module.
Transmit data
The local host uses the TX64 frame to send data to another XBee device using this service. When the
device receives the frame through the serial port it converts the contents of the frame to a serial data
transfer command as defined by the XBee Application Service.
Receive data
A received serial data transfer command goes to the serial port. The serial port's mode determines the
data format. When in API mode, the data is sent to the host using the RX 64-bit frame.
Note We do not recommended using this service to send data to a network client. Use the serial
communication service.
Field
Field name Offset length Description
Number1 0 2 Can be any random number
Number2 2 2 Number1 ^ 0x4242 (Exclusive OR of Number1 and constant
0x4242)
PacketID 4 1 Reserved for later use (0 for now)
EncPad 5 1 Reserved for later use (0 for now)
Command ID 6 1 0x00 = Data
0x02 = Remote Command
0x03 = General Purpose Memory Command
0x04 = I/O Sample
0x80 = Data Acknowledgment
0x82 = Response to remote command
0x83 = Response to General Purpose Memory Command
All of the commands and command responses that follow are preceded with this application header.
The response is sent back to the host with the following bytes.
The client can request an acknowledgment from the device but must wait to receive the
acknowledgment before sending the next packet. The client is responsible for retransmissions due to
missed acknowledgments. When resending packets, duplicates can be received at the destination due
to a successful serial data command and a failed acknowledgment packet. The host in this case must
be able to handle duplicate packets. The following packet structures are examples of sending data
and receiving an acknowledgment using the XBee Application Service:
preceded by an application header. The following table shows an example of the final step of a
firmware update process.
Transparent mode
In Transparent mode, only one port is available, and that port may be either UDP or TCP depending
on the configuration specified in IP (IP Protocol). Data received on the serial port is packetized and
sent to the RF port and data received on the RF port is sent to the serial port without any formatting
of the data. For details about how data is packetized, see Transparent operating mode.
UDP
When IP (IP Protocol) is configured for User Datagram Protocol (UDP), serial data is sent to the IP
address specified by DL (Destination Address Low) and it is sent to the UDP port specified by DE
(Destination port). The source of the packet is defined by C0 (Serial Communication Service Port). No
connection is established
TCP
When IP (IP Protocol) is configured for Transmission Control Protocol (TCP), only one connection is
allowed at a time. If a transmission is attempted while a TCP connection exists, the data is sent on
that connection, ignoring the DL (Destination Address Low) and DE (Destination port) parameters. This
connection can be initiated by a local host or by a network client.
A local host initiates a connection by sending data to the serial port. A connection is created based on
the DL and DE commands. However, if DL is a broadcast address, then UDP is used, ignoring the TCP
configuration.
A network client establishing a TCP connection to the XBee Wi-Fi RF Module uses the port defined by
C0 (Serial Communication Service Port). When established, any data sent by the local host does not
create a new connection based on DL and DE, but rather uses the existing connection.
API mode
API mode allows you to specify the protocol (UDP or TCP) destination address, destination port, and
source port for transmission.
UDP mode
If you specify UDP mode in the Transmit (TX) Request: IPv4 - 0x20, no connection is made to the
destination address and port. Instead, the data is packetized and sent directly, providing the source
port matches the local port specified by C0 (Serial Communication Service Port).
TCP mode
In API mode, multiple TCP connections are allowed simultaneously. A TCP connection is fully defined
by these four entities:
n Local IP address
n Local port number
n Remote IP address
n Remote port number
When an Transmit (TX) Request: IPv4 - 0x20 is sent to the device, it specifies a destination address and
port. To send data on an existing TCP connection, the destination address and port given in the API
frame must match the remote address and port of an existing TCP connection. The search for a
matching connection ignores the source port number given in the API frame. This means that only one
TCP connection is allowed per remote port.
The source port matters in the event that a matching TCP connection is not found. If it is 0, then an
attempt is made to create a new connection prior to sending the data. If not, the data is dropped with
an error.
For purposes of the following discussion, a client requests a TCP connection of a server and a server
accepts a TCP connection request from a client.
As a client, the best strategy is to specify a source port of 0 and a destination port to match the
listening socket [C0 (Serial Communication Service Port)] of the receiving device or the server port for
any other network device. This way, if a connection is not found, a new one is created.
As a server, the best strategy is to swap the source and destination ports found in the IPv4 receive
packet and place them in the response, which is an IPv4 transmit packet. This allows the response to
be sent back on the same socket as the received data. If the data is sent to the listening socket of the
other device rather than to the source socket given in the IPv4 receive packet, then an extra socket is
created. While this still works, it unnecessarily creates an extra socket connection.
Through-hole device
Surface-mount device
I/O sampling
The XBee Wi-Fi RF Module has the ability to monitor and sample the analog and digital I/O lines. I/O
samples indicate the current state of I/O lines. These samples may be output on the local (serial) port,
transmitted to a remote device, or sent to Remote Manager.
There are three ways to obtain I/O samples, either locally or remotely:
n Queried sampling
n Periodic sampling
n Change detection sampling
I/O sample data is formatted as shown in following table.
1 Analog channel mask Indicates which lines have analog inputs enabled for sampling.
Each bit in the analog channel mask corresponds to one analog
input channel.
bit 0 = AD0
bit 1 = AD1
bit 2 = AD2
bit 3 = AD3
Variable Sampled data set If any digital I/O lines are enabled, the first two bytes of the
data set indicate the state of all enabled digital I/O. Only digital
channels that are enabled in the Digital channel mask bytes
have any meaning in the sample set. If no digital IO is enabled
on the device, these two bytes will be omitted.
Following the digital I/O data (if any), each enabled analog
channel will return two bytes. The data starts with AD0 and
continues sequentially for each enabled analog input channel
up to AD3.
The sampled data set includes two bytes of digital I/O data only if one or more I/O lines on the device
are configured as digital I/O. If no pins are configured as digital I/O, these two bytes are omitted.
The digital I/O data is only relevant if the same bit is enabled in the digital I/O mask.
Analog samples are 10 bit values and aligned on a 16 bit boundary. The analog reading is scaled such
that 0x0000 represents 0 V, and 0x3FF = VREF. VREF may be either 1.25 V or 2.5 V based on the setting
of AV (Analog Voltage Reference), where 2.5 V is the default. The analog inputs on the device are
capped at 0x3FF. Analog samples are returned in order starting with AD0 and finishing with AD3. Only
enabled analog input channels return data as shown in the example below.
To convert the A/D reading to mV, do the following:
AD (mV) = (A/D reading (converted to decimal) * VREF) / 1023 where VREF may be 1250 or 2500
Assuming that AV is set to the default value, the reading in the sample frame represents voltage inputs
of 2385.14 mV (0x3D0) and 713.59 mV (0x124) for AD0 and AD1 respectively.
Queried sampling
IS (Force Sample) can be sent to a device locally, or to a remote device using Remote AT Command
Request - 0x07. When the IS command is sent and at least one I/O line is enabled as an input or an
output, the receiving device samples all enabled digital I/O and analog input channels and returns an
I/O sample. When no I/O line is enabled, IS returns an error. If IS is sent locally, the I/O sample is sent
out the UART or SPI port. If the IS command was received as a remote command, the I/O sample is
sent over-the-air to the device that sent the IS command.
If the IS command is issued in Command mode, the device returns a carriage return-delimited list
containing the above-listed fields. If the IS command is issued in API mode, the device returns an API
command response packet with the I/O data included in the command data portion of the response
frame.
The following table shows an example of the fields in an IS response.
When Remote Manager is not enabled, the I/O sample is sent to the address specified by DL
(Destination Address Low). When DL points to another device, that device must have API mode
enabled. Otherwise, the data is dropped by the receiving device and is not sent out the serial port.
When DL points to a network client, the I/O sample is sent to that network client. See Network client
access for the format of I/O samples sent to a network client.
IR can be used with sleep. A device transmits periodic I/O samples at the IR rate until the device
resumes sleeping. Even if the IR rate is set longer than the ST defined wake time, at least one I/O
sample is still sent before the device returns to sleep because it sends one immediately upon wake
up. If it is not desired that a sample is sent every wake cycle, IF (Sample from Sleep Rate) can be used
to configure how many wake cycles should elapse before sending I/O samples at the IR rate.
Example
Configure the following I/O settings on the XBee Wi-Fi RF Module:
RSSI PWM
The XBee Wi-Fi RF Module features an RSSI/PWM pin (TH pin 6/SMT pin 7) that, if enabled, adjusts the
PWM output to indicate the signal strength of the last received packet. Use P0 (DIO10 Configuration)
to enable the RSSI pulse width modulation (PWM) output on the pin. If P0 is set to 1, the RSSI/PWM
pin outputs a PWM signal where the frequency is adjusted based on the received signal strength of the
last packet.
When a data packet is received, if P0 is set to enable the RSSI/PWM feature, the RSSI PWM output is
adjusted based on the link margin of the last packet. The RSSI/PWM output is enabled for a time
based on RP (RSSI PWM Timer). Each time an RF packet is received, the RSSI/PWM output is adjusted
based on the link margin of the new packet, and the RSSI timer is reset. If the RSSI timer expires, the
RSSI/PWM pin is driven low. RP is measured in 100 ms units and defaults to a value of 40 (4 seconds).
If running on the XBIB development board, DIO10 is connected to the RSSI LEDs, which may be
interpreted as follows:
Enable WPS 94
Use WPS 94
Pre-shared key (PSK) mode security 94
Enable WPS
WPS is enabled by default, but it is disabled if SSID is configured [ID (SSID) is not NULL] or if the
device is connected in Soft AP mode.
To use WPS with the Commissioning button, enable it by configuring D0 (DIO0/AD0/ CB Configuration)
to 1.
Use WPS
To invoke WPS:
When a device sends a GPM command to another device via a unicast, the receiving device sends a
unicast response back to the requesting device's source endpoint specified in the request packet. It
does not send a response for broadcast requests. If the source endpoint is set to the DIGI_DEVICE
endpoint (0xE6) or Explicit API mode is enabled on the requesting device, then the requesting node
outputs a GPM response as an explicit API RX indicator frame (assuming it has API mode enabled).
The format of the response is similar to the request packet:
PLATFORM_INFO_REQUEST (0x00)
A PLATFORM_INFO_REQUEST frame can be sent to query details of the GPM structure.
PLATFORM_INFO (0x80)
When a PLATFORM_INFO_REQUEST command request has been unicast to a node, that node sends a
response in the following format to the source endpoint specified in the requesting frame.
Example
A PLATFORM_INFO_REQUEST sent to a device with a serial number of 0x0013a200407402AC should be
formatted as follows (spaces added to delineate fields):
7E 001C 11 01 0013A200407402AC FFFE E6 E6 0023 C105 00 00 00 00 0000 0000 0000 24
Assuming all transmissions were successful, the following API packets would be output the source
node's serial interface:
7E 0007 8B 01 FFFE 00 00 00 76
7E 001A 91 0013A200407402AC FFFE E6 E6 0023 C105 C1 80 00 0077 0200 0000 EB
ERASE (0x01)
The ERASE command erases (writes all bits to binary 1) one or all of the GPM flash blocks. You can
also use the ERASE command to erase all blocks of the GPM by setting the GPM_NUM_BYTES field to
0.
ERASE_RESPONSE (0x81)
When an ERASE command request has been unicast to a node, that node sends a response in the
following format to the source endpoint specified in the requesting frame.
Example
To erase flash block 42 of a target radio with serial number of 0x0013a200407402ac format an ERASE
packet as follows (spaces added to delineate fields):
7E 001C 11 01 0013A200407402AC FFFE E6 E6 0023 C105 00 C0 01 00 002A 0000 0200 37
Assuming all transmissions were successful, the following API packets would be output the source
node's serial interface:
7E 0007 8B 01 FFFE 00 00 00 76
7E 001A 91 0013A200407402AC FFFE E6 E6 0023 C105 C1 81 00 002A 0000 0000 39
Only one GPM block can be operated on per command. For this
reason, GPM_START_INDEX + GPM_NUM_BYTES cannot be
greater than the GPM block size. The number of bytes sent in an
explicit API frame (including the GPM command fields) cannot
exceed the maximum payload size of the device. The maximum
payload size can be queried with the NP command.
GPM_DATA The data to be written.
Example
To write 15 bytes of incrementing data to flash block 22 of a target radio with serial number of
0x0013a200407402ac a WRITE packet should be formatted as follows (spaces added to delineate
fields):
7E 002B 11 01 0013A200407402AC FFFE E6 E6 0023 C105 00 C0 02 00 0016 0000 000F
0102030405060708090A0B0C0D0E0F C5
Assuming all transmissions were successful and that flash block 22 was previously erased, the
following API packets would be output the source node's serial interface:
7E 0007 8B 01 FFFE 00 00 00 76
7E 001A 91 0013A200407402AC FFFE E6 E6 0023 C105 C1 82 00 0016 0000 0000 4C
READ (0x04)
You can use the READ command to read the specified number of bytes from the GPM location
specified. Data can be queried from only one GPM block per command.
READ_RESPONSE (0x84)
When a READ command request has been unicast to a node, that node sends a response in the
following format to the source endpoint specified in the requesting frame.
Example
To read 15 bytes of previously written data from flash block 22 of a target radio with serial number of
0x0013a200407402ac a READ packet should be formatted as follows (spaces added to delineate fields):
7E 001C 11 01 0013A200407402AC FFFE E6 E6 0023 C105 00 C0 04 00 0016 0000 000F 3B
Assuming all transmissions were successful and that flash block 22 was previously written with
incrementing data, the following API packets would be output the source node's serial interface:
7E 0007 8B 01 FFFE 00 00 00 76
7E 0029 91 0013A200407402AC FFFE E6 E6 0023 C105 C1 84 00 0016 0000 000F
0102030405060708090A0B0C0D0E0F C3
FIRMWARE_VERIFY_RESPONSE (0x85)
When a FIRMWARE_VERIFY command request has been unicast to a node, that node sends a response
in the following format to the source endpoint specified in the requesting frame.
Example
To verify a firmware image previously loaded into the GPM on a target device with serial number
0x0013a200407402ac, format a FIRMWARE_VERIFY packet as follows (spaces added to delineate
fields):
7E 001C 11 01 0013A200407402AC FFFE E6 E6 0023 C105 00 00 05 00 0000 0000 0000 1F
Assuming all transmissions were successful and that the firmware image previously loaded into the
GPM is valid, the following API packets would be output the source node's serial interface:
7E 0007 8B 01 FFFE 00 00 00 76
7E 001A 91 0013A200407402AC FFFE E6 E6 0023 C105 C1 85 00 0000 0000 0000 5F
Example
If the size of the .ebin file is 217,088 bytes, then it could be sent to the device in 1024 byte blocks as
follows:
Important considerations
The firmware update process requires that the device resets itself. Because of this reset parameters
which have not been written to flash are lost after the reset. To avoid this, write all parameters with
the WR command before doing a firmware update.
Because explicit API Tx frames can be addressed to a local node (accessible via the SPI or UART) or a
remote node (accessible over the RF port) the same process can be used to update firmware on a
device in either case.
Output control
You can find Executable Commands in Device Management. Select an XBee Wi-Fi RF Module and
click System Information. The executable commands are the IO (Set Output Pins) and OM (Output
Mask) commands.
IO command bits
The IO command sets the level of output pins to high or low. The parameter you give to the IO
command is a bit map that specifies which I/O pins are set to which levels. The following table shows
the bits and the corresponding pin.
No pins are configured for output by default.
1. In Remote Manager, send the Device Request frame - 0xB9 to the host.
2. If the Device Request frame (0xB9) ID is non-zero, then after the Device Request frame (0xB9)
goes out the serial port, the host has up to five seconds to send back a Device Response frame
(0x2A).
3. If the host does not send a Device Response - 0x2A, the XBee Wi-Fi RF Module sends a timeout
response to Remote Manager.
4. After the host sends a Device Response frame (0x2A), the XBee Wi-Fi RF Module sends a Device
Response Status frame - 0xBA to the host.
<sci_request version="1.0">
<data_service>
<targets>
<device id="00000000-00000000-00000000-00000000"/>
</targets>
<requests>
<device_request target_name="myTarget">
my payload string
</device_request>
</requests>
</data_service>
</sci_request>
3. Under <targets> type the MAC address of the XBee Wi-Fi RF Module in this format:
00000000-00000000-010203FF-FF040506
where 01 to 06 are the first through sixth bytes of the MAC address, respectively, and 00 and FF
are literally 00 and FF. In Remote Manager, you can find the device MAC address in this format
in the device’s Home field.
4. Under <requests>, you can type a target name as desired, but any target name beginning with
XBee (case insensitive) is reserved for use on the XBee device itself and will not be sent out the
serial port.
5. Type the string that will be output in the device request. Both the target name and the device
request string depend on your application and the XBee device passes these strings on,
unmodified.
6. In the HTTP Method field, select the POST option button.
7. Click Send. The device response appears in the Web Services Responses pane.
Send files
The file name that is written on Remote Manager is named serial/0. The file type is text/plain. DO
(Device Options) bit 5 selects whether to append to an existing file or to replace it. If replacing an
existing file and the size of the data being sent exceeds the maximum frame size allowed (1400 bytes),
then that frame isbroken up and only the last part shows up in the file because the last part will
replace rather than append to the first part.
AP command
setting Description
AP = 0 Transparent operating mode, UART serial line replacement with API modes
disabled. This is the default option.
AP = 1 API operation.
AP = 2 API operation with escaped characters (only possible on UART).
The API data frame structure differs depending on what mode you choose.
Any data received prior to the start delimiter is silently discarded. If the frame is not received correctly
or if the checksum fails, the XBee replies with a radio status frame indicating the reason for the failure.
1. Insert a 0x7D.
2. XOR byte 0x13 with 0x20: 13 ⊕20 = 33
The following figure shows the resulting frame. Note that the length and checksum are the same as
the non-escaped frame.
Frame Data
Start delimiter Length Frame type Checksum
Data
7E 00 0F 17 01 00 7D 33 A2 00 40 AD 14 2E FF FE 02 4E 49 6D
The length field has a two-byte value that specifies the number of bytes in the frame data field. It does
not include the checksum field.
Length field
The length field is a two-byte value that specifies the number of bytes contained in the frame data
field. It does not include the checksum field.
Frame data
This field contains the information that a device receives or will transmit. The structure of frame data
depends on the purpose of the API frame:
Frame data
Length Data
1 2 3 4 5 6 7 8 9 ... n n+1
0x7E MSB LSB Data
n Frame type is the API frame type identifier. It determines the type of API frame and indicates
how the Data field organizes the information.
n Data contains the data itself. This information and its order depend on the what type of frame
that the Frame type field defines.
1. Add all bytes of the packet, except the start delimiter 0x7E and the length (the second and
third bytes).
2. Keep only the lowest 8 bits from the result.
3. Subtract this quantity from 0xFF.
To verify the checksum of an API frame:
1. Add all bytes including the checksum; do not include the delimiter and length.
2. If the checksum is correct, the last two digits on the far right of the sum equal 0xFF.
Example
Consider the following sample data packet: 7E 00 0A 01 01 50 01 00 48 65 6C 6C 6F B8+
Byte(s) Description
7E Start delimiter
00 0A Length bytes
01 API identifier
01 API frame ID
50 01 Destination address low
00 Option byte
48 65 6C 6C 6F Data packet
B8 Checksum
To calculate the check sum you add all bytes of the packet, excluding the frame delimiter 7E and the
length (the second and third bytes):
7E 00 0A 01 01 50 01 00 48 65 6C 6C 6F B8
Add these hex bytes:
01 + 01 + 50 + 01 + 00 + 48 + 65 + 6C + 6C + 6F = 247
Now take the result of 0x247 and keep only the lowest 8 bits which in this example is 0xC4 (the two far
right digits). Subtract 0x47 from 0xFF and you get 0x3B (0xFF - 0xC4 = 0x3B). 0x3B is the checksum for
this data packet.
If an API data packet is composed with an incorrect checksum, the XBee Wi-Fi RF Module will consider
the packet invalid and will ignore the data.
To verify the check sum of an API packet add all bytes including the checksum (do not include the
delimiter and length) and if correct, the last two far right digits of the sum will equal FF.
01 + 01 + 50 + 01 + 00 + 48 + 65 + 6C + 6C + 6F + B8 = 2FF
API examples
Example: Create an API AT command frame to configure the device's baud rate to 230,400 (set BD to
0x08).
The frame should look like (in hex):
7E 00 05 08 01 42 44 08 68
Where:
n 0x0005 = length excluding checksum
n 0x08 = AT Command API frame type
n 0x01 = Frame ID (set to non-zero value for transmit status)
n 0x4244 = AT Command (BD)
n 0x08 = value to set command to
n 0x68 = Checksum
The checksum is calculated as [0xFF - (0x08 + 0x01 + 0x42 + 0x44 + 0x08)]
Example: Send a remote command to a device with the IP address 192.168.0.103 (C0 A8 00 67) to set
DIO1/AD1 as a digital input (D1=3) and apply changes to force the IO update. The API remote
command frame should look like (in hex):
7E 00 0E 07 01 00 00 00 00 C0 A8 01 64 02 44 31 03 B0
Where:
n 0x000E = length (14 bytes excluding checksum)
n 0x07 = Remote Command API frame type
n 0x01 = Frame ID
n 0x00000000 C0A80067 = Remote address (pad first 4 bytes with 00)
n 0x02 = Apply Changes (Remote Command Options)
n 0x4431 = AT command (D1)
n 0xB0 = Checksum
AT command frames
The following image shows the API frame exchange that takes place at the UART or SPI interface when
sending an AT command request to read or set an XBee parameter. To disable the response, set the
frame ID to 0 in the request.
Remote AT commands
The following image shows the API frame exchanges that take place at the serial interface when
sending a remote AT command. A remote command response frame is not sent out the serial interface
if the remote device does not receive the remote command.
Description
This frame type is used to send serial payload data as an RF packet to a remote device with a
corresponding 64-bit IEEE address.
Note This frame format is deprecated and should only be used by customers who require
compatibility with legacy Digi RF products. For new designs, we encourage you to use Transmit
Request - 0x10 to initiate API transmissions.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response.
If set to 0, the device will not emit a response frame.
5 64-bit Destination Set to the 64-bit IEEE address of the destination device.
address If set to 0x000000000000FFFF, the broadcast address is used.
13 8-bit Options A bit field of options that affect the outgoing transmission:
n Bit 0: Disable MAC ACK [0x01]
n Bit 1: Reserved (set to 0)
n Bit 2: Send packet with Broadcast PAN ID [0x04]
l 802.15.4 firmwares only
14-n variable RF data The serial data to be sent to the destination. Use NP to query
the maximum payload size that can be supported based on
current settings.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
64-bit unicast
Sending a unicast transmission to a device with the 64-bit address of 0013A20012345678 with the
serial data "TxData".
The corresponding Transmit Status - 0x89 response with a matching Frame ID will indicate whether
the transmission succeeded.
7E 00 11 00 52 00 13 A2 00 12 34 56 78 00 54 78 44 61 74 61 9E
64-bit broadcast
Sending a broadcast transmission of the serial data "Broadcast" and suppressing the corresponding
response by setting Frame ID to 0.
7E 00 14 00 00 00 00 00 00 00 00 FF FF 00 42 72 6F 61 64 63 61 73 74 6E
Description
This frame type is used to query or set parameters on a remote device. For parameter changes on the
remote device to take effect, changes must be applied, either by setting the apply changes options bit,
or by sending an AC command to the remote.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response.
If set to 0, the device will not emit a response frame.
5 64-bit Destination Align IP address to low 32-bits of the field. The other bytes set
address to 0.
IP address is in hex.
13 8-bit Command A bit field of options that affect the command request
Options
n Bit 0: Reserved (set to 0)
n Bit 1: Apply changes on remote [0x02]
l If not set, changes will not applied until the device
receives an AC command or a subsequent
command change is received with this bit set
16-n variable Parameter If present, indicates the requested parameter value to set the
value given register.
(optional) If no characters are present, it queries the current parameter
value and returns the result in the response.
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
7E 00 17 07 49 00 00 00 00 C0 A8 01 96 02 4E 49 45 6E 64 20 44 65 76 69 63 65
90
Frame Command AT
type Frame ID Destination address options command Parameter value
0x07 0x49 0x00000000C0A80196 0x02 0x4E49 0x456E6420446576696365
Request Matches 192.168.1.150 Apply "NI" "End Device"
response changes
7E 00 11 07 7C 00 00 00 00 C0 A8 01 96 00 44 4C C0 A8 00 01 84
7E 00 0D 07 1F 00 00 00 00 0A 3C 08 16 00 54 50 D1
Frame AT
type Frame ID Destination address Options command Parameter value
0x07 0x1F 0x000000000A3C0816 0x00 0x5450 (omitted)
Request Matches 10.60.8.22 N/A "TP" Query the
response parameter
Description
This frame type is used to query or set command parameters on the local device. Any parameter that
is set with this frame type will apply the change immediately. If you wish to queue multiple parameter
changes and apply them later, use the Queue Local AT Command Request - 0x09 instead.
When querying parameter values, this frame behaves identically to Queue Local AT Command Request
- 0x09: You can query parameter values by sending this frame with a command but no parameter
value field—the two-byte AT command is immediately followed by the frame checksum. When an AT
command is queried, a Description frame is populated with the parameter value that is currently set
on the device. The Frame ID of the 0x88 response is the same one set by the command in the 0x08
request frame.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response.
If set to0, the device will not emit a response frame.
5 16-bit AT command The two ASCII characters that identify the AT Command.
7-n variable Parameter If present, indicates the requested parameter value to set
value the given register.
(optional) If no characters are present, it queries the current
parameter value and returns the result in the response.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
7E 00 0E 08 A1 4E 49 45 6E 64 20 44 65 76 69 63 65 38
7E 00 04 08 17 54 50 3C
Description
This frame type is used to query or set queued command parameters on the local device. In contrast
to Local AT Command Request - 0x08, this frame queues new parameter values and does not apply
them until you either:
n Issue a Local AT Command using the 0x08 frame
n Issue an AC command—queued or otherwise
When querying parameter values, this frame behaves identically to Local AT Command Request - 0x08:
You can query parameter values by sending this frame with a command but no parameter value
field—the two-byte AT command is immediately followed by the frame checksum. When an AT
command is queried, a Description frame is populated with the parameter value that is currently set
on the device. The Frame ID of the 0x88 response is the same one set by the command in the 0x09
request frame.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response.
If set to0, the device will not emit a response frame.
5 16-bit AT command The two ASCII characters that identify the AT Command.
7-n variable Parameter If present, indicates the requested parameter value to set
value the given register at a later time.
(optional) If no characters are present, it queries the current
parameter value and returns the result in the response.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
7E 00 05 09 53 42 44 07 16
7E 00 04 09 17 54 50 3B
Description
Note This frame type is only provided for software compatibility with other XBee devices. We
recommend Transmit (TX) Request: IPv4 - 0x20 for data transmissions from this device.
This frame type is used to send payload data as an RF packet to a specific destination. This frame type
is typically used for transmitting serial data to one or more remote devices.
The endpoints used for these data transmissions are defined by the SE and EP commands and the
cluster ID defined by the CI command—excluding 802.15.4. To define the application-layer addressing
fields on a per-packet basis, use the Explicit Addressing Command Request - 0x11 instead.
Query the NP command to read the maximum number of payload bytes that can be sent.
64-bit addressing
n For broadcast transmissions, set the 64-bit destination address to0x000000000000FFFF
n For unicast transmissions, set the 64-bit address field to the address of the desired destination
node
n If transmitting to a 64-bit destination, set the 16-bit address field to0xFFFE
16-bit addressing
n For unicast transmissions, set the 16-bit address field to the address of the desired destination
node
n To use 16-bit addressing, set the 64-bit address field to0xFFFFFFFFFFFFFFFF
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response frame.
If set to0, the device will not emit a response frame.
5 64-bit 64-bit Set to the 64-bit IEEE address of the destination device.
13 16-bit 16-bit Set to the 16-bit network address of the destination device, if
destination known.
address If transmitting to a 64-bit address, sending a broadcast, or the
16-bit address is unknown, set this field to 0xFFFE.
16 8-bit Transmit See the Transmit options bit field table below for available
options options.
If set to 0, the value of TO specifies the transmit options.
17-n variable Payload Data to be sent to the destination device. Up to NP bytes per
data packet.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
802.15.4
Examples
Each example is written without escapes (AP=1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
64-bit unicast
Sending a unicast transmission to a device with the 64-bit address of 0013A20012345678 with the
serial data "TxData". Transmit options are set to 0, which means the transmission will send using the
options set by the TO command.
The corresponding Transmit Status - 0x89 response with a matching Frame ID will indicate whether
the transmission succeeded.
7E 00 14 10 52 00 13 A2 00 12 34 56 78 FF FE 00 00 54 78 44 61 74 61 91
64-bit broadcast
Sending a broadcast transmission of the serial data "Broadcast" to neighboring devices and
suppressing the corresponding response by setting Frame ID to 0.
7E 00 17 10 00 00 00 00 00 00 00 FF FF FF FE 01 00 42 72 6F 61 64 63 61 73
74 60
16-bit unicast
Sending a unicast transmission to a device with the 16-bit address of 1234 with the serial data
"TxData". Disable retries and acknowledgments to prioritize performance over reliability. The
corresponding Transmit Status - 0x89 response with a matching Frame ID can be used to verify that
the transmission was sent.
7E 00 14 10 8D FF FF FF FF FF FF FF FF 12 34 00 01 54 78 44 61 74 61 DD
Frame Bcast Tx
type Frame ID 64-bit dest 16-bit dest radius Options RF data
0x10 0x8D 0xFFFFFFFF 0x1234 0x00 0x01 0x547844617461
FFFFFFFF
Request Matches Use 16-bit Destination N/A Disable "TxData"
response addressing retries
Description
This frame type is used to send payload data as an RF packet to a specific destination
using application-layer addressing fields. The behavior of this frame is similar to Transmit Request -
0x10, but with additional fields available for user-defined endpoints, cluster ID, and profile ID. This
frame type is typically used for OTA updates, serial data transmissions, ZDO command execution,
third-party Zigbee interfacing, and advanced Zigbee operations.
Query NP (Maximum RF Payload Bytes) to read the maximum number of payload bytes that can be
sent.
64-bit addressing
n For broadcast transmissions, set the 64-bit destination address to 0x000000000000FFFF
n For unicast transmissions, set the 64-bit address field to the address of the desired destination
node
n If transmitting to a 64-bit destination, set the 16-bit address field to 0xFFFE
16-bit addressing
n For unicast transmissions, set the 16-bit address field to the address of the desired destination
node
n To use 16-bit addressing, set the 64-bit address field to 0xFFFFFFFFFFFFFFFF
Reserved endpoints
For serial data transmissions, the 0xE8 endpoint should be used for both source and destination
endpoints.
Endpoints 0xDC - 0xEE are reserved for special use by Digi and should not be used in an application
outside of the listed purpose. The XBee 802.15.4 firmware only supports digi-specific endpoints,
endpoints used outside of this range will be interpreted as the 0xE8 data endpoint.
The active Digi endpoints are:
n 0xE8 - Digi Data endpoint
n 0xE6 - Digi Device Object (DDO) endpoint
n 0xE5 - XBee3 - Secure Session Server endpoint
n 0xE4 - XBee3 - Secure Session Client endpoint
n 0xE3 - XBee3 - Secure Session SRP authentication endpoint
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response.
If set to0, the device will not emit a response frame.
5 64-bit 64-bit Set to the 64-bit IEEE address of the destination device.
destination Broadcast address is 0x000000000000FFFF.
address Zigbee coordinator address is 0x0000000000000000.
When using 16-bit addressing, set this field
to 0xFFFFFFFFFFFFFFFF.
13 16-bit 16-bit Set to the 16-bit network address of the destination device if
destination known.
address If transmitting to a 64-bit address, sending a broadcast, or the
16-bit address is unknown, set this field to 0xFFFE.
17 16-bit Cluster ID The Cluster ID that the host uses in the transmission.
Serial data transmissions should use 0x11.
19 16-bit Profile ID The Profile ID that the host uses in the transmission.
Serial data transmissions between XBee devices should use
22 8-bit Transmit See the Transmit options bit field table below for available
options options.
If set to 0, the value of TO specifies the transmit options.
23-n variable Command Data to be sent to the destination device. Up to NP bytes per
data packet.
For ZDO and ZCL commands, the command frame is inserted
here. The fields in this nested command frame are
represented in little-endian.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
802.15.4
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
64-bit unicast
Sending a unicast transmission to an XBee device with the 64-bit address of 0013A20012345678 with
the serial data "TxData". Transmit options are set to 0, which means the transmission will send using
the options set by the TO command. This transmission is identical to a Transmit Request - 0x10 using
default settings.
The corresponding Extended Transmit Status - 0x8B response with a matching Frame ID will indicate
whether the transmission succeeded.
7E 00 1A 11 87 00 13 A2 00 12 34 56 78 FF FE E8 E8 00 11 C1 05 00 00 54 78 44
61 74 61 B4
Fram Bcast Tx
e Frame 64-bit 16-bit Sourc Des Clust Profil radiu optio Command
type ID dest dest e EP t EP er e s ns data
0x11 0x87 0x0013A2 0xFFFE 0xE8 0xE 0x001 0xC10 0x00 0x00 0x547844617
00 8 1 5 461
12345678
Explici Matche Destinati Unkno Digi Digi Data Digi N/A Use "TxData"
t s on wn data dat profile TO
reque respon a
st se
Loopback Packet
Sending a loopback transmission to an device with the 64-bit address of 0013A20012345678 using
Cluster ID 0x0012. To better understand the raw performance, retries and acknowledgements are
disabled.
The corresponding Extended Transmit Status - 0x8B response with a matching Frame ID can be used
to verify that the transmission was sent.
The destination will not emit a receive frame, instead it will return the transmission back to the
sender. The source device will emit the receive frame—the frame type is determined by the value
of AO—if the packet looped back successfully.
7E 00 1A 11 F8 00 13 A2 00 12 34 56 78 FF FE E8 E8 00 12 C1 05 00 01 54 78 44
61 74 61 41
Fram Bcast Tx
e Frame 64-bit 16-bit Sourc Des Clust Profil radiu optio Command
type ID dest dest e EP t EP er e s ns data
0x11 0xF8 0x0013A2 0xFFFE 0xE8 0xE 0x001 0xC10 0x00 0x01 0x547844617
00 8 2 5 461
12345678
Explici Matche Destinati Unkno Digi Digi Data Digi N/A Disabl "TxData"
t s on wn data dat profile e
reque respon a retries
st se
Description
Note This frame type is only provided for software compatibility with other XBee devices. We
recommend Remote AT Command Request - 0x07 for sending remote commands from this device.
This frame type is used to query or set AT command parameters on a remote device.
For parameter changes on the remote device to take effect, you must apply changes, either by setting
the Apply Changes options bit, or by sending an AC command to the remote.
When querying parameter values you can query parameter values by sending this framewith a
command but no parameter value field—the two-byte AT command is immediately followed by the
frame checksum. When an AT command is queried, a Remote AT Command Response- 0x97 frame is
populated with the parameter value that is currently set on the device. The Frame ID of the 0x97
response is the same one set by the command in the 0x17 request frame.
Note Remote AT Command Requests should only be issued as unicast transmissions to avoid
potential network disruption. Broadcasts are not acknowledged, so there is no guarantee all devices
will receive the request. Responses are returned immediately by all receiving devices, which can cause
congestion on a large network.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a
subsequent response.
If set to 0, the device will not emit a response frame.
5 64-bit 64-bit Set to the 64-bit IEEE address of the destination device.
destination When using 16-bit addressing, set this field
address to 0xFFFFFFFFFFFFFFFF.
13 16-bit 16-bit Set to the 16-bit network address of the destination device if
destination known.
address If transmitting to a 64-bit address or the 16-bit address is
unknown, set this field to 0xFFFE.
16 16-bit AT command The two ASCII characters that identify the AT Command.
18-n variable Parameter If present, indicates the requested parameter value to set the
value given register.
(optional) If no characters are present, it queries the current parameter
value and returns the result in the response.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes—AP = 1—and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
7E 00 15 17 27 00 13 A2 00 12 34 56 78 FF FE 02 4E 49 52 65 6D 6F 74 65 F6
7E 00 11 17 68 00 13 A2 00 12 34 56 78 FF FE 00 49 44 04 51 D8
7E 00 0F 17 FA 00 13 A2 00 12 34 56 78 FF FE 00 54 50 84
Description
This frame uses the serial data service. The frame gives greater control to the application over the IP
setting for the data.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
Frame data
fields Offset Description
Frame type 3 0x20
Frame ID 4 Set to a value that will be passed back in the Tx Status frame. 0
disables the Tx Status frame.
IPv4 32-bit MSB 5 Use 0xFFFFFFFF for broadcast when the protocol is UDP.
destination
address 6
7
8
16-bit MSB 9 UDP or TCP port number
destination port
LSB 10
16-bit source MSB 11 UDP or TCP port number
port To send a UDP packet, this must match the port number of the
LSB 12 listening port as specified by C0.
To send a TCP packet on a new connection, this must be 0.
Protocol 13 Protocol use for the transmitted data:
0 = UDP
1 = TCP
Transmit 14 Bit fields are offset 0
options bitfield Bit field 0 - 7. Bits 0, and 2-7 are reserved, bit 1 is not.
BIT 1 =
1 - Terminate the socket after transmission is complete
0 - Leave the socket open (use TCP timeout)
Ignore this bit for UDP packets.
All other bits are reserved and should be 0.
Frame data
fields Offset Description
RF data 15 Up to 1400 bytes of data. This is 8 bytes more than the maximum size
reported by NP because it does not require an application header.
16
17
18
19
Example
The example uses 192.168.0.100 for the IPv4 32-bit destination address.
Description
Send a file of the given name and type to Remote Manager.
Format
The following table provides the contents of the frame.
Example
Frame data fields Offset Example
Start 0 0x7E
Length 1-2 0x0033
Frame type 3 0x28
Frame ID 4 0x55
Path length 5 0x08
Path 6-13 TestFile
Content type length 14 0x0A
Description
This frame type is sent to the serial port by the host in response to the device request (0xB9). It should
be sent within five seconds to avoid a timeout error.
Format
The following table provides the contents of the frame.
Example
Frame data fields Offset Example
Start Delimiter 0 0x7E
Length 1-2 0x0009
Frame type 3 0x2A
Frame ID 4 0x01
Device request ID 5 0x00
Reserved 6 0x00
Data 7-11 Hello
Checksum 12 0xE0
Description
Note This frame type is only provided for software compatibility with other XBee devices. We
recommend for data transmissions from this device.
This frame type is emitted when a device configured with legacy API output—AO (API Output
Options) = 2—receives an RF data packet from a device configured to use 64-bit source addressing—
MY = 0xFFFE.
Note This frame format is deprecated and should only be used by customers who require
compatibility with legacy Digi RF products. For new designs, we encourage you to use Receive Packet -
0x90 for reception of API transmissions.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
Frame
Offset Size Field Description
0 8-bit Start Indicates the start of an API frame.
Delimiter
1 16-bit Length Number of bytes between the length and checksum.
3 8-bit Frame type 64-bit Receive Packet - 0x80
4 64-bit 64-bit The sender's 64-bit IEEE address.
source
address
12 8-bit RSSI Received Signal Strength Indicator. The Hexadecimal equivalent
of (-dBm) value. For example if RX signal strength is -40 dBm,
then 0x28 (40 decimal) is returned.
13 8-bit Options Bit field of options that apply to the received message:
n Bit 0: Reserved
n Bit 1: Packet was sent as a broadcast [0x02]
n Bit 2: 802.15.4 only - Packet was broadcast across all
PANs [0x04]
Frame
Offset Size Field Description
14-n variable RF data The RF payload data that the device receives.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
64-bit unicast
A device with the 64-bit address of 0013A20087654321 sent a unicast transmission to a specific
device with the payload of "TxData". The following frame is emitted if the destination is configured
with AO = 2.
7E 00 11 80 00 13 A2 00 12 34 56 78 5E 01 54 78 44 61 74 61 11
Description
If a device receives a remote command response RF data frame in response to a Remote AT Command
Request, it sends a Remote AT Command Response message out the UART or SPI.
Format
The following table provides the contents of the frame.
Frame data
fields Offset Description
Frame type 3 0x87
Frame ID 4
64-bit 5 Align IP address to low 32-bits of the field. Set the other bytes to 0.
responder The IP address is in hex.
address 6
7
8
9
10
11
12
AT command MSB 13 Command Name - two ASCII characters that identify the AT command.
LSB 14
Status 15 0 = OK
1 = ERROR
2 = Invalid command
3 = Invalid parameter
4 = Tx failure
Parameter If present, indicates value of the requested parameter. If not present,
value this is not a response to a query command.
Example
In this example the IP address is 192.168.0.103.
Request frames:
n Description
n Queue Local AT Command Request - 0x09
Description
This frame type is emitted in response to a local AT Command request. Some commands send back
multiple response frames. Refer to individual AT command descriptions for details on API response
behavior.
This frame is only emitted if the Frame ID in the request is non-zero.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a prior
request.
8-n variable Command If the host requested a command parameter change, this field
data will be omitted.
(optional) If the host queried a command by omitting the parameter value
in the request, this field will return the value currently set on
the device.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
7E 00 05 88 01 4E 49 00 DF
Frame AT Command
type Frame ID command Status Command data
0x88 0xA1 0x4E49 0x00 (omitted)
Response Matches "NI" Success Parameter changes return no
request data
7E 00 07 88 01 54 50 00 FF FE D5
Description
This frame type is emitted when a transmit request completes. The status field of this frame indicates
whether the request succeeded or failed and the reason.
This frame is only emitted if the Frame ID in the request is non-zero.
Note Broadcast transmissions are not acknowledged and always return a status of 0x00, even if the
delivery failed.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
Frame
Offset Size Field Description
0 8-bit Start Indicates the start of an API frame.
Delimiter
1 16-bit Length Number of bytes between the length and checksum.
3 8-bit Frame type Transmit Status - 0x89
4 8-bit Frame ID Identifies the data frame for the host to correlate with a prior
request.
5 8-bit Delivery Complete list of delivery statuses:
status 0x00 = Success
0x01 = No ACK received
0x02 = CCA failure
0x03 = Indirect message unrequested
0x04 = Transceiver was unable to complete the transmission
0x21 = Network ACK failure
0x22 = Not joined to network
0x2C = Invalid frame values (check the phone number)
0x31 = Internal error
0x32 = Resource error - lack of free buffers, timers, etc.
0x34 = No Secure Session Connection
0x35 = Encryption Failure
0x74 = Message too long
0x76 = Socket closed unexpectedly
0x78 = Invalid UDP port
0x79 = Invalid TCP port
Frame
Offset Size Field Description
0x7A = Invalid host address
0x7B = Invalid data mode
0x7C = Invalid interface. See User Data Relay - 0x2D.
0x7D = Interface not accepting frames. See User Data Relay -
0x2D.
0x7E = A modem update is in progress. Try again after the
update is complete.
0x80 = Connection refused
0x81 = Socket connection lost
0x82 = No server
0x83 = Socket closed
0x84 = Unknown server
0x85 = Unknown error
0x86 = Invalid TLS configuration (missing file, and so forth)
0x87 = Socket not connected
0x88 = Socket not bound
Refer to the tables below for a filtered list of status codes that are
appropriate for specific devices.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
XBee 802.15.4
0x00 = Success
0x01 = No ACK received
0x02 = CCA failure
0x03 = Indirect message unrequested
0x04 = Transceiver was unable to complete the transmission
0x21 = Network ACK failure
0x22 = Not joined to network
0x31 = Internal error
0x32 = Resource error - lack of free buffers, timers, etc.
0x74 = Message too long
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
Successful transmission
Host sent a unicast transmission to a remote device using a 64-bit Transmit Request - 0x00 frame.
The corresponding 0x89 Transmit Status with a matching Frame ID is emitted as a response to the
request:
7E 00 03 89 52 00 24
Description
This frame type is emitted in response to specific conditions. The status field of this frame indicates
the device behavior.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
Frame
Offset Size Field Description
0 8-bit Start Indicates the start of an API frame.
Delimiter
1 16-bit Length Number of bytes between the length and checksum.
3 8-bit Frame type Modem Status - 0x8A
4 8-bit Modem Complete list of modem statuses:
status 0x00 = Hardware reset or power up
0x01 = Watchdog timer reset
0x02 = Joined network
0x03 = Left network
0x06 = Coordinator started
0x07 = Network security key was updated
0x0B = Network woke up
0x0C = Network went to sleep
0x0D = Voltage supply limit exceeded
0x0E = Remote Manager connected
0x0F = Remote Manager disconnected
0x11 = Modem configuration changed while join in progress
0x12 = Access fault
0x13 = Fatal error
0x3B = Secure session successfully established
0x3C = Secure session ended
0x3D = Secure session authentication failed
0x3E = Coordinator detected a PAN ID conflict but took no action
0x3F = Coordinator changed PAN ID due to a conflict
0x32 = BLE Connect
0x33 = BLE Disconnect
0x34 = Bandmask configuration failed
0x35 = Cellular component update started
0x36 = Cellular component update failed
0x37 = Cellular component update completed
0x38 = XBee firmware update started
0x39 = XBee firmware update failed
0x3A = XBee firmware update applying
0x40 = Router PAN ID was changed by coordinator due to a conflict
Frame
Offset Size Field Description
0x42 = Network Watchdog timeout expired
0x7A = An automated DNS query to the FQDN in EQ failed
0x7B = Three consecutive DNS queries to the FQDN in EQ failed
which forces a recovery of the TCP/IP stack
0x80 through 0xFF = Stack error
Refer to the tables below for a filtered list of status codes that are
appropriate for specific devices.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
XBee 802.15.4
0x00 = Hardware reset or power up
0x01 = Watchdog timer reset
0x02 = End device successfully associated with a coordinator
0x03 = End device disassociated from coordinator or coordinator failed to form a new network
0x06 = Coordinator formed a new network
0x0D = Voltage supply limit exceeded
0x3B = XBee 3 - Secure session successfully established
0x3C = XBee 3 - Secure session ended
0x3D = XBee 3 - Secure session authentication failed
0x32 = XBee 3 - BLE Connect
0x33 = XBee 3 - BLE Disconnect
0x34 = XBee 3 - No Secure Session Connection
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
Boot status
When a device powers up, it returns the following API frame:
7E 00 02 8A 00 75
Description
Note This frame type is only provided for software compatibility with other XBee devices. Frame type
0x89 is normally sent in response to transmissions. This frame type is sent in response to Transmit
Request - 0x10 and Explicit Addressing Command Request - 0x11 transmissions.
This frame type is emitted when a network transmission request completes. The status field of this
frame indicates whether the request succeeded or failed and the reason. This frame type provides
additional networking details about the transmission.
This frame is only emitted if the Frame ID in the request is non-zero.
Zigbee transmissions to an unknown network address of 0xFFFE will return the discovered 16-bit
network address in this response frame. This network address should be used in subsequent
transmissions to the specific destination.
Note Broadcast transmissions are not acknowledged and always return a status of 0x00, even if the
delivery failed.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a prior
request.
5 16-bit 16-bit The 16-bit network address where the packet was delivered (if
destination successful). If not successful, this address is 0xFFFD (destination
address address unknown). 0xFFFE indicates 16-bit addressing was not
used.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
XBee 802.15.4
0x00 = Success
0x01 = MAC ACK Failure
0x02 = CCA failure
0x03 = Indirect message unrequested
0x21 = Network ACK Failure
0x31 = Internal resource error
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
Successful transmission
Host sent a unicast transmission to a remote Zigbee device using a Transmit Request - 0x10 frame.
The transmission was sent using the destination's IEEE 64-bit address with a 16-bit network address of
0xFFFE (unknown).
The corresponding Extended Transmit Status - 0x8B with a matching Frame ID is emitted as a
response to the request:
7E 00 07 8B 52 12 34 02 00 01 D9
To reduce discovery overhead, the host can retrieve the discovered 16-bit network address from this
response frame to use in subsequent transmissions.
Description
When the XBee Wi-Fi RF Module receives an I/O sample frame from a remote device, it sends the
sample out the UART or SPI using this frame type. Only devices running API mode are able to receive
I/O samples.
Format
Analog Sample MSB 20 If the sample set includes any analog input lines (Analog
Channel Mask > 0), each enabled analog input returns a 2-byte
LSB 21 value indicating the A/D measurement of that input. Analog
samples are ordered sequentially from DIO0/AD0 to DIO3/AD3.
Example
The following is the IO sample response from a device at IP address 192.168.0.103 reporting one
active DIO (DIO8) and one active analog input (AN1).
Description
The XBee Wi-Fi RF Module uses this frame when it receives RF data using the XBee application service
and AO = 0. It is not generally used, but it allows for software compatibility with other XBee devices if
desired.
This frame type is emitted when a device configured with standard API output—AO (API Output
Options) = 0—receives an RF data packet.
Typically this frame is emitted as a result of a device on the network sending serial data using
the Transmit Request - 0x10 or Explicit Addressing Command Request - 0x11 addressed either as a
broadcast or unicast transmission.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
15-n variable Received The RF payload data that the device receives.
data
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
64-bit unicast
A device with the 64-bit address of 0013A20087654321 sent a unicast transmission to a specific
device with the payload of "TxData". The following frame is emitted if the destination is configured
with AO = 0.
7E 00 12 90 00 13 A2 00 87 65 43 21 56 14 01 54 78 44 61 74 61 B9
Description
The XBee Wi-Fi RF Module uses this frame type when it receives RF data using the XBee application
service and AO = 0. Even when AO is not 1, this frame is also used for GPM response frames, see Sleep
modes.
This frame type is emitted when a device configured with explicit API output—AO (API Output Options)
bit1 set—receives a packet.
Typically this frame is emitted as a result of a device on the network sending serial data using
the Transmit Request - 0x10 or Explicit Addressing Command Request - 0x11 addressed either as a
broadcast or unicast transmission.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
21-n variable Received The RF payload data that the device receives.
data
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
64-bit unicast
A device with the 64-bit address of 0013A20087654321 sent a unicast transmission to a specific
device with the payload of "TxData". The following frame is emitted if the destination is configured
with AO > 1.
7E 00 18 91 00 13 A2 00 87 65 43 21 87 BD E8 E8 00 11 C1 05 01 54 78 44 61 74
61 37
Description
This frame type is only provided for software compatibility with other XBee devices. It generates a
response to the Remote AT Command Request - 0x17 frame. Normally, customer use Remote AT
Command Request - 0x07 instead with Remote Command Response - 0x87.
This frame type is emitted in response to a Remote AT Command Request - 0x17. Some commands
send back multiple response frames; for example, the ND command. Refer to individual AT command
descriptions for details on API response behavior.
This frame is only emitted if the Frame ID in the request is non-zero.
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
4 8-bit Frame ID Identifies the data frame for the host to correlate with a prior
request.
18-n variable Parameter If the host requested a command parameter change, this field
value will be omitted.
(optional) If the host queried a command by omitting the parameter
value in the request, this field will return the value currently set
on the device.
EOF 8-bit Checksum 0xFF minus the 8-bit sum of bytes from offset 3 to this byte
(between length and checksum).
Examples
Each example is written without escapes (AP = 1) and all bytes are represented in hex format. For
brevity, the start delimiter, length, and checksum fields have been excluded.
7E 00 0F 97 27 00 13 A2 00 12 34 56 78 12 7E 4E 49 00 51
Transmission failure
Host queued the the PAN ID change of a remote device using a Remote AT Command Request - 0x17.
Due to existing network congestion, the host will retry any failed attempts.
The corresponding 0x97 Remote AT Command Response with a matching Frame ID is emitted as a
response:
7E 00 0F 97 27 00 13 A2 00 12 34 56 78 FF FE 49 44 04 EA
7E 00 11 97 27 00 13 A2 00 12 34 56 78 FF FE 54 50 00 00 2F A8
Description
This frame is used by the XBee Wi-Fi RF Module it receives RF data using the Serial Data service on the
port defined by C0 (Serial Communication Service Port).
Format
The following table provides the contents of the frame. For details on frame structure, see API frame
format.
LSB 11
Protocol MSB 12 0 = UDP
1 = TCP - Protocol use for the transmitted data
Status 13 Reserved
RF data 14 Up to 1400 bytes of data.
This is 8 bytes more than the max size reported by the NP
15 command because no application header is needed.
16
17
18
Example
When a device in API mode receives an IPv4 transmission, it produces an RX notification (0xB0) and
sends it out the UART or SPI port. This example is the response to a UDP transmission to IP address
192.168.0.103 with data Hello from the source address 192.168.0.104.
Status 13 0x00
RF data 14 0x48 (H)
15 0x65 (e)
16 0x6C (l)
17 0x6C (l)
18 0x6F (o)
Checksum 19 0x13
Description
This frame type is sent out the serial port in response to Send Data Request - 0x28, providing its frame
ID is non-zero.
Format
The following table provides the contents of the frame.
Example
Description
This frame type is sent out the serial port when the XBee Wi-Fi RF Module receives a valid device
request from Remote Manager.
Format
The following table provides the contents of the frame.
Example
Description
This frame type is sent to the serial port after the serial port sends a Device Response - 0x2A.
Format
The following table provides the contents of the frame.
Frame data
fields Offset Description
Frame type 3 0xBA
Frame ID 4 Identifies the frame for which status is being reported. Corresponds to the
frame ID in the device response.
Status 5 0x00 = Success
0x20 = Device Request canceled by user
0x21 = Session timed out
0x40 = Unknown Error
Example
Description
This frame is sent to the serial port for any type of frame error.
Note This frame may be sent out the serial port in addition to a Device Response - 0x2A.
Format
The following table provides the contents of the frame.
Frame
data fields Offset Description
Frame type 3 0xFE
Status 4 0x02 = Invalid frame type.
0x03 = Invalid frame length.
0x04 = Erroneous Checksum on last frame.
0x05 = payload of last API frame was too big to fit into a buffer.
0x06 = string entry was too big on last API frame sent.
0x07 = Wrong state to receive frame (for example, a device response was
sent out without first receiving a device request).
0x08 = Device request ID of device response didn’t match the number in the
request.
Example
MAC/PHY commands
The following AT commands are MAC/PHY commands.
AI (Association Indication)
Read information regarding last node join request.
Note New non-zero AI values may be added in later firmware versions. Applications should read AI
until it returns 0x00, indicating a successful startup.
Parameter range
0 - 0xFF [read-only]
Default
N/A
Parameter range
0-4
Value Description
0 Remote Manager is connected
1 Initial state
2 Attempting to connect to Remote Manager
3 Disconnecting from Remote Manager
4 Remote Manager not configured
Default
N/A
CH (Channel)
Read the channel number of the access point or 0xFF if is not associated. You can set the channel
when AH is configured for Ad hoc creator mode.
Note When using Ad hoc mode, not all channels are available in all countries. It is the responsibility of
the installer to use the appropriate channels.
Parameter range
1 - 0xB
Default
[read-only]
LM (Link Margin)
Reads the received signal strength (RSSI) in terms of dB units above sensitivity and reports 0xFF until
the first reception after connection to access point.
A value of 0 indicates a low or weak connection.
A value of 255 indicates a strong connection or signal.
Parameter range
0 - 0xFF
Default
N/A
PL (Power Level)
Sets or displays the power level at which the device transmits conducted power.
Parameter range
0-4
Parameter
range Default
0 0 dBm
1 5 dBm
2 10 dBm
3 15 dBm
4 Maximum power. See Electrical
specifications.
Default
4
Network commands
The following commands are network commands.
AH (Network Type)
Set or read the network type. The Network types supported are Infrastructure (using an access point)
and Ad hoc (IBSS).
Parameter range
0 - IBSS Joiner
1 - IBSS Creator
2 - Infrastructure
Default
2
CE (Infrastructure Mode)
Selects AP mode (1) or STA mode (2). For more information, see Enable Soft AP mode.
Parameter range
1 - Soft AP Mode
2 - STA Mode
Default
2
ID (SSID)
Set or read the SSID of the access point, which may be up to 31 ASCII characters.
Parameter range
Up to 31 bytes of printable ASCII
Default
NULL
EE (Encryption Enable)
Set or read the encryption enable setting.
Parameter range
0-3
Parameter Description
0 No security
1 WPA
2 WPA2
3 WEP
Default
0
PK (Security Key)
The passphrase used for WEP, WPA and WPA2 security (the wi-fi password).
This command is write-only. PK cannot be read.
Note PK cannot include a comma. A comma is used to signify the start of the next command when
sending multiple commands at a time when in command mode. A comma can be included when PK is
set through an API frame.
Parameter Range
8-63 ASCII or 64 hexadigit characters for WPA and WPA2.
WEP keys can be either 40 bits or 104 bits. Enter 40-bit WEP keys with 5 ASCII characters or 10 hex
characters.
Enter 104-bit WEP keys with 13 ASCII characters or 26 hex characters.
Default
N/A
IP (IP Protocol)
Set or displays the protocol used for the serial communication service. This is the port used by the C0
command.
Parameter range
0, 1
Value Description
0x0 UDP
0x1 TCP
Default
0x0
Range
Value Description
0 DHCP addressing mode.
1 Static addressing mode.
Default
0
TM (Timeout)
Set or displays the timeout for connection on TCP client sockets. If 0, socket closes immediately after
data sent.
TM does not apply to explicit sockets.
Parameter range
0 - 0xFFFF [x 100 ms]
Default
0x64
Parameter Range
0x000A– 0xFFFF (x 100 ms)
Default
0x0258 (1 minute)
DO (Device Options)
Sets or displays the device options.
Bit field:
Bit Description
0 Enable Remote Manager.
1 Enable SoftAP when ID is NULL.
2 Enable sending transparent data to Remote Manager.
3 Send I/O samples to both Remote Manager and to DL if Remote Manager is enabled.
Note In Transparent mode, if DO is 0x25 and over 1400 bytes are sent at once, the Remote Manager
file is overwritten twice, losing the first 1400 bytes.
Parameter range
0x03F
Default
1
Range
Valid fully qualified domain name (FQDN).
From 0 through 63 ASCII characters.
Default
remotemanager.digi.com
Addressing commands
The following AT commands are addressing commands.
Parameter range
0 - 0xFFFFFFFF [read-only]
Default
Set in the factory
Parameter range
0 - 0xFFFFFFFF [read-only]
Default
Set in the factory
NS (DNS Address)
Sets or displays the address of the DNS server. When reading API mode, the format is binary. In all
other cases (for example Command mode), the read format is dotted decimal notation.
Range
Valid IPv4 address in dotted decimal notation
Default
208.67.222.222 (address of openDNS)
Range
Valid FQDN
From 0 through 63 ASCII characters
Default
-
Parameter range
0.0.0.0 – 255.255.255.255
Default
255.255.255.255
NI (Node Identifier)
Stores a string identifier. The register only accepts printable ASCII data. In Command mode, a string
cannot start with a space. A carriage return ends the command. The command automatically ends
when maximum bytes for the string have been entered.
Parameter range
A string of case-sensitive ASCII printable characters from 0 to 20 bytes in length.
Default
One ASCII space character (0x20)
KP (Device Description)
Sets or displays a user-defined description for the XBee displayed in Remote Manager.
Range
Up to 20 ASCII characters
Default
One ASCII space character (0x20)
KC (Contact Information)
Sets or displays user-defined contact information for the XBee displayed in Remote Manager.
Range
Up to 20 ASCII characters
Default
One ASCII space character (0x20).
KL (Device Location)
Sets or displays a user-defined physical location for the XBee displayed in Remote Manager.
Range
Up to 20 ASCII characters
Default
One ASCII space character (0x20).
Parameter range
0 - 0xFFFF
Value Description
0 Disabled
Non-0 Enabled on that port
Default
0x2616
DE (Destination port)
Sets or displays the destination UDP/TCP port value.
This command reads all input as hexadecimal. All values must be entered in hexadecimal with no
leading 0x. For example, the destination port 9001 has the hexadecimal value of 0x2329. The
command would be entered as ATDE 2329.
Parameter range
0x0 - 0xFFFF
Default
0x2616
GW (Gateway IP Address)
GW applies to the gateway address.
This command is read-only when DHCP is enabled and it is read / write when using static IP
addresses. When setting, the format may be either dotted decimal (for example 192.168.0.1) or binary
(for example C0A80001). When reading in API mode, the format is binary. In all other cases (for
example Command mode) the read format is dotted decimal notation.
When operating in static IP address mode GW must be configured with some other commands. See
MA (IP Addressing Mode) for more information.
Range
0.0.0.0 - 255.255.255.255.
Default
0.0.0.0
Range
0.0.0.0 - 255.255.255.255.
Default
0.0.0.0
Parameter range
0.0.0.0 – 255.255.255.255
Default
0.0.0.0
PG (Ping an IP Address)
Ping a given IP address and indicate the response time or an error indication on failure. Response is
always a string.
Parameter range
Valid IPv4 address in either dotted decimal notation or binary format.
Default
-
Parameter range
0 - 0xFFFFFFFF
Default
0x90000
Note NP returns a hexadecimal value. For example, if NP returns 0x54, this is equivalent to 84 bytes.
The maximum payload is 8 bytes more than the value in the NP parameter when using the native IPv4
frames, because an application header does not precede the payload.
Parameter range
0 - 0xFFFF (bytes) [read-only]
Default
[read-only]
BD (Baud Rate)
Sets or displays the serial interface baud rate for communication between the device's serial port and
the host.
The device interprets any value above 0x0A as an actual baud rate. When a value above 0x0A is sent,
the device stores the closest interface data rate represented by the number in the BD register.
Parameter range
Standard baud rates: 0x1 - 0x7
Value Description
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
0X5B9 - 0X5B8D80 (non-standard rates up to 6 Mb/s)
Default
0x03 (9600 b/s)
NB (Serial Parity)
Set or read the serial parity settings on the device.
Parameter range
0x00 - 0x02
Parameter Description
0x00 No parity
0x01 Even parity
0x02 Odd parity
Default
0x00
SB (Stop Bits)
Sets or displays the number of stop bits for the UART.
Parameter range
0-1
Value Description
0 One (1) stop bit.
1 Two (2) stop bits.
Default
0
RO (Packetization Timeout)
Set or read the number of character times of inter-character silence required before packetization.
Set RO to 0 to transmit characters as they arrive instead of buffering them into one RF packet.
Regardless of the RO size, the inter-character silence required to trigger a transmission of the data is
100 µs.
Parameter range
0 - 0xFF (x character times)
Default
3
Parameter range
0x11 - 0x823
Default
0x7F3
AP (API Enable)
Enables the frame-based application programming interface (API) mode.
Parameter range
0-2
Parameter Description
0 Transparent mode
1 API-enabled
2 API-enabled (with escaped control characters)
Default
0
Parameter range
0-2
Parameter Description
0 Zigbee Rx
1 Explicit Zigbee Rx
2 RX64
Default
2
D0 (DIO0/AD0/ CB Configuration)
Sets or displays the DIO0/AD0/CB configuration (TH pin 20/SMT pin 33).
Parameter range
0-6
Parameter Description
0 Disabled
1 Commissioning Button
2 Analog input
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
6 Cellular component mirror
Default
1
D1 (DIO1/AD1 Configuration)
Sets or displays the DIO1/AD1 configuration (TH pin 19/SMT pin 32).
Parameter range
0-5
Parameter Description
0 Disabled
1 SPI_ATTN
2 Analog input
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
Default
1
D2 (DIO2/AD2 Configuration)
Sets or displays the DIO2/AD2 configuration (TH pin 18/SMT pin ).
Parameter range
0-5
Parameter Description
0 Disabled
1 SPI_CLK1
2 Analog input
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
Default
0
D3 (DIO3/AD3 Configuration)
Sets or displays the DIO3/AD3 configuration (TH pin 17/SMT pin 30).
Parameter range
0-5
Parameter Description
0 Disabled
1 SPI Slave Select2
2 Analog input
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
Default
0
D4 (DIO4/AD4 Configuration)
Sets or displays the DIO4/AD4 configuration (TH pin 11/SMT pin 24).
Parameter range
0-5
1Indicates that the option is available on the TH device, but not the SMT device.
2Indicates that the option is available on the TH device, but not the SMT device.
Parameter Description
0 Disabled
1 SPI Slave Select1
2 Analog input
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
Default
0
D5 (DIO5 Configuration)
Sets or displays the DIO5 configuration (TH pin 15/SMT pin 28).
Parameter range
0, 1, 3 - 5
Parameter Description
0 Disabled
1 Associated LED
3 Digital input
4 Digital output, default low
5 Digital output, default high
Default
1
D6 (DIO6 Configuration)
Sets or displays the DIO6/RTS configuration (TH pin 16/SMT pin 29).
Parameter range
0, 1, 3 - 5
Parameter Description
0 Disabled
1Indicates that the option is available on the TH device, but not the SMT device.
Parameter Description
1 RTS flow control
2 N/A
3 Digital input
4 Digital output, low
5 Digital output, high
Default
0
D7 (DIO7 Configuration)
Sets or displays the DIO7/CTS configuration (TH pin 12/SMT pin 25).
Parameter range
0, 1, 3 - 5
Parameter Description
0 Disabled
1 CTS flow control
3 Digital input
4 Digital output, low
5 Digital output, high
6 RS-485 Tx enable (low enable)
7 RS-485 Tx enable (high enable)
Default
0x1
D8 (DIO8 Configuration)
Sets or displays the DIO8 configuration (TH pin 9/SMT pin 10).
Parameter range
0, 1, 3 - 5
Parameter Description
0 Disabled
1 SleepRq
Parameter Description
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
Default
1
D9 (DIO9 Configuration)
Sets or displays the DIO9 configuration (TH pin 13/SMT pin 26).
Parameter range
0, 1, 3 - 5
Parameter Description
0 Disabled
1 ON/SLEEP indicator
Default
1
P0 (DIO10 Configuration)
Sets or displays the PWM/DIO10 configuration (TH pin 6/SMT pin 7).
This command enables the option of translating incoming data to a PWM so that the output can be
translated back into analog form.
Parameter range
0-5
Parameter Description
0 Disabled
1 PWM RSSI output
2 PWM0 output
3 Digital input, monitored
Parameter Description
4 Digital output, default low
5 Digital output, default high
Default
1
P1 (DIO11 Configuration)
Sets or displays the DIO11 configuration (TH pin 7/SMT pin 8).
Parameter range
0-5
Parameter Description
0 Disabled
2 PWM1 Output
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
Default
0
P2 (DIO12 Configuration)
Sets or displays the DIO10 configuration (TH pin 6/SMT pin 7).
Parameter range
0, 1, 3-6
Parameter Description
0 Disabled
1 SPI_MISO1
3 Digital input, monitored
4 Digital output, default low
5 Digital output, default high
6 TCP connection indicator
1Indicates that the option is available on the TH device, but not the SMT device.
Default
0
P3 (DOUT)
Enables or disables output on the UART port.
Parameter range
0, 1
Parameter Description
0 Disabled
1 UART DOUT enabled
Parameter Description
0 Disabled
1 Enabled
Default
1
P4 (DIN)
Enables or disables input on UART port.
Parameter range
0-1
Parameter Description
0 Disabled
1 UART DIN enabled
Parameter Description
0 Disabled
1 Enabled
Default
1
P5 (DIO15 Configuration)
Sets or displays the DIO15 configuration (TH pin 4/SMT pin 17).
This only applies to surface-mount devices.
Parameter range
0, 1, 4, 5
Parameter Description
0 Disabled
1 SPI_MISO
4 Digital output, default low
5 Digital output, default high
Default
1
P6 (DIO16 Configuration)
Sets or displays the DIO16/SPI_MOSI configuration (TH pin 11/SMT pin 16).
This only applies to surface-mount devices.
Parameter range
0, 1, 4, 5
Parameter Description
0 Disabled
1 SPI_MOSI
4 Digital output, default low
5 Digital output, default high
Default
1
P7 (DIO17 Configuration)
Sets or displays the DIO17 configuration (TH pin 17/SMT pin 15).
This only applies to surface-mount devices.
Parameter range
0, 1, 4, 5
Parameter Description
0 Disabled
1 SPI_SSEL
Parameter Description
4 Digital output, default low
5 Digital output, default high
Default
1
P8 (DIO18 Configuration)
Sets or displays the DIO18/SPI_CLK configuration (TH pin 18/SMT pin 14).
This only applies to surface-mount devices.
Parameter range
0, 1, 4, 5
Parameter Description
0 Disabled
1 SPI_CLK
4 Digital output, default low
5 Digital output, default high
Default
1
P9 (DIO19 Configuration)
Sets or displays the DIO19/SPI_ATTN configuration (TH pin 13/SMT pin 12).
This only applies to surface-mount devices.
Parameter range
0, 1, 4 - 6
Parameter Description
0 Disabled
1 SPI_ATTN
Default
1
PD (Pull Direction)
The resistor pull direction bit field (1 = pull-up, 0 = pull-down) for corresponding I/O lines that are set
by the PR command.
If the bit is not set in PR, the device uses PD.
Parameter range
0x0 – 0x7FFF on TH, 0x0 – 0xFFFFF on SMT
Default
0 - 0x7FFF on TH
0 - 0xFFFFF on SMT
PR (Pull-up Resistor)
Sets or displays the bit field that configures the internal resistor status for the digital input lines.
Internal pull-up/down resistors are not available for digital output pins, analog input pins, or for
disabled pins.
Use the PD command to specify whether the resistor is pull-up or pull-down. If you set a PR bit to 1, it
enables the pull-up resistor. If you set a PR bit to 0, it specifies no internal pull-up.
Parameter range
0 - 0x7FFF (TH)
0 - 0xFFFFF (SMT)
Default
0 - 0x7FFF (TH)
0-0xFFFFF (SMT)
DS (Drive Strength)
Set or read the output drive strength (output amperes) for DIO lines. Bits are mapped the same as the
PR and PD commands. If you set the bit, the drive strength is 6 mA; otherwise, it is 2 mA.
Parameter range
0 – 0x7FFF on TH
0 – 0xFFFFF on SMT
Default
0
Parameter range
0 - 0x3FF
Default
0
Parameter range
0 - 0x3FF
Default
0
Parameter range
0, 0x14 - 0xFF (200 - 2550 ms)
Default
0
Parameter range
0 - 0xFF (x 100 ms)
Default
0x28 (four seconds)
IS (Force Sample)
Forces a read of all enabled digital and analog input lines. If no lines are enabled for digital or analog
input, the command returns and error.
Parameter range
N/A
Default
N/A
Parameter range
0, 1
Parameter Description
0 1.25 V reference
1 2.5 V reference
Default
1
Parameter range
0 - 0xFFFF
Default
0
Parameter range
1 - 0xFF (1 gives you a sample every sleep cycle)
Default
1
WARNING! If you set IR to 1 or 2, the device will not keep up and many samples will be
lost.
Parameter range
0 - 0xFFFF (x 1 ms)
Default
0
TP (Temperature)
Displays the temperature of the XBee Wi-Fi RF Module in degrees Celsius. The temperature value is
displayed in 16-bit two’s complement format. For example, 0x1A = 26 °C, and 0xF6 = -10 °C.
Parameter range
-30 to 85 °C
Default
N/A
%V (Supply Voltage)
Measures the supply voltage of the XBee VCC pin for the device in mV units.
Parameter range
N/A
Default
N/A
Output Control
The following AT commands are output control commands.
OM (Output Mask)
Sets the output mask for the IO command. If you set a bit, the corresponding bit in the IO command is
enabled. If it is clear, then that same bit has no effect in the IO command.
Parameter range
0 to 0x7FFF on through-hole
0 to 0xFFFFF on surface-mount
Default
0 to 0x7FFF on through-hole
0 to 0xFFFFF on surface-mount
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Note This option is available on the SMT device, but not the TH device.
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Note This option is available on the SMT device, but not the TH device.
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Note This option is available on the SMT device, but not the TH device.
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Note This option is available on the SMT device, but not the TH device.
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Note This option is available on the SMT device, but not the TH device.
Parameter range
0 - 0x1770 (x 100 ms)
Default
0
Parameter range
0 to 0x7FFF on through-hole
0 to 0xFFFFF on surface-mount
Default
N/A
Sleep commands
The following AT commands are sleep commands.
SA (Association Timeout)
Time to wait for association before entering deep sleep. Wakeup from deep sleep is much faster if
association occurs before going to sleep.
Parameter range
0x1 – 0x36EE80 (x1 ms)
Default
0x2710 (10 seconds)
SM (Sleep Mode)
Sets or displays the sleep mode of the device.
The sleep mode determines how the device enters and exits a power saving sleep.
Parameter range
0, 1, 4, 5
Parameter Description
0 Normal. In this mode the device never sleeps.
1 Pin Sleep. In this mode the device honors the SLEEP_RQ pin. Set D8 (DIO8
Configuration) to the sleep request function: 1.
4 Cyclic Sleep. In this mode the device repeatedly sleeps for the value specified by SP
and spends ST time awake.
5 Cyclic Sleep with Pin Wake. In this mode the device acts as in Cyclic Sleep but does
not sleep if the SLEEP_RQ pin is inactive, allowing the device to be kept awake or
woken by the connected system.
Default
0
SO (Sleep Options)
Set or read the sleep mode options.
Bit Option
0x40 Stay associated with AP during sleep. Draw more current during sleep with this option
enabled, but also avoid data loss.
0x100 For cyclic sleep, ST specifies the time before returning to sleep. With this bit set, new
receptions from either the serial or the RF port do not restart the ST timer. Current
implementation does not support this bit being turned off.
Parameter range
0 - 0x01FF
Default
0x100
SP (Sleep Period)
This value determines how long the device sleeps, up to 24 hours or 86,400 seconds. This corresponds
to 0x83d600 in 10 ms units.
Parameter range
0x1 - 0x83D600 (x 10 ms)
Default
0xC8 (2 seconds)
ST (Wake Time)
Sets or displays the time to spend awake in cyclic sleep modes.
If there is data to transmit or receive after ST expires, those actions occur before the device goes to
sleep. The maximum wake time is 3600 seconds.
Note If the device is configured to use remote manager—DO bit 0—and deep sleep mode is enabled—
SO = 0x100—the XBee Wi-Fi RF Module will take approximately 1 second longer to sleep than ST
indicates.
Parameter range
0x1 - 0x36EE80 (x 1 ms)
Default
0x7D0 (3 seconds)
WH (Wake Host)
Sets or displays the wake host timer value.
If you set WH to a non-zero value, this timer specifies a time in milliseconds that the device delays
after waking from sleep before sending data out the UART or transmitting an I/O sample. If the device
receives serial characters, the WH timer stops immediately.
Parameter range
0 - 0xFFFF (x 1 ms)
Default
0
Parameter range
Default
0x2B (the ASCII plus character: +)
Parameter range
2 - 0x1770 (x 100 ms)
Default
0x64 (10 seconds)
GT (Gaurd Times)
Set the required period of silence before and after the command sequence characters of the
Command mode sequence (GT + CC + GT). The period of silence prevents inadvertently entering
Command mode.
Parameter range
0x2 - 0x0576 [x 1 ms] (max of 1.4 seconds)
Default
0x3E8 (one second)
Note Whether Command mode is exited using the CN command or by CT timing out, changes are
applied upon exit.
Parameter range
N/A
Default
N/A
Diagnostics interfacing
The following AT commands are diagnostic commands.
VR (Firmware Version)
Reads the firmware version on the device.
The firmware version returns four hexadecimal values (2 bytes) ABCD. Digits ABC are the main release
number and D is the revision number from the main release. B is a variant designator where 0 means
standard release.
Parameter range
0 - 0xFFFFF [read-only]
Default
Set in firmware
HV (Hardware Version)
Read the device's hardware version. Use this command to distinguish between different hardware
platforms. The upper byte returns a value that is unique to each device type. The lower byte indicates
the hardware revision.
Parameter range
0 - 0xFFFF [read-only]
Default
Set in firmware
HS (Hardware Series)
Read the device's hardware series number.
The XBee Wi-Fi RF Module should return 0x601 for S6B.
Parameter range
N/A
Default
N/A
Note This command is not available as a remote command. Also, this command gives an error if
associated to an access point. AI must be 0x23 for this command to work which may be achieved by
first using the NR command.
Parameter range
N/A
Default
N/A
CK (Configuration Code)
Reads the configuration code associated with the current AT command configuration.
Parameter range
2 bytes
Default
N/A
Execution commands
The location where most AT commands set or query register values, execution commands execute an
action on the device. Execution commands are executed immediately and do not require changes to
be applied.
AC (Apply Changes)
Applies changes to all command registers and applies queued command register values. For example,
changing the serial interface rate with the BD command does not change the UART interface rate until
changes are applied with the AC command. The CN command and 0x08 API command frame also
apply changes.
Parameter range
N/A
Default
N/A
WR (Write)
Writes parameter values to non-volatile memory so that parameter modifications persist through
subsequent resets.
Note Once you issue a WR command, do not send any additional characters to the device until after
you receive the OK response. Use the WR command sparingly to preserve flash.
Parameter range
N/A
Default
N/A
RE (Restore Defaults)
Restore device parameters to factory defaults.
Parameter range
N/A
Default
N/A
FR (Software Reset)
Resets the device. The device responds immediately with an OK and performs a software reset
approximately two seconds later.
Parameter range
N/A
Default
N/A
NR (Network Reset)
Resets the network layer. For Wi-Fi, this means disassociating from the access point and set SSID to
NULL, thereby preventing the node from immediately establishing the same connection with the same
access point. This command also clears security settings (EE and PK).
Note NR and NR0 both perform the same function and may be used interchangeably.
Parameter range
0
Default
N/A
CB (Commissioning Button)
Use CB to simulate commissioning pushbutton presses in software. You can issue the CB command
even if the Commissioning Button functionality is disabled (D0 is not set to 1).
See The Commissioning Button.
Parameter range
2, 4
Parameter Description
2 WPS push button configuration.
4 Force Provisioning in Soft AP mode by issuing an NR command.
Default
N/A
1. The system integrator must ensure that the text on the module label is placed on the outside
of the final product.
2. XBee Wi-Fi RF Module may only be used with antennas that have been tested and approved for
use with this module (for details, see FCC-approved antennas (2.4 GHz)).
WARNING! The Original Equipment Manufacturer (OEM) must ensure that FCC labeling
requirements are met. This includes a clearly visible label on the outside of the final
product enclosure.
Required FCC Label for OEM products containing the XBee Wi-Fi S6B through-hole module:
Contains FCC ID: MCQ-XBS6B
The enclosed device complies with Part 15 of the FCC Rules. Operation is subject to the
following two conditions: (i.) this device may not cause harmful interference and (ii.) this
device must accept any interference received, including interference that may cause undesired
operation.
Required FCC Label for OEM products containing the XBee Wi-Fi S6B surface-mount module:
Contains FCC ID: MCQ-S6BSM
The enclosed device complies with Part 15 of the FCC Rules. Operation is subject to the
following two conditions: (i.) this device may not cause harmful interference and (ii.) this
device must accept any interference received, including interference that may cause undesired
operation.
The integrator is responsible for its product to comply with FCC Part 15, Sub. B - Unintentional
Radiators.
FCC notices
IMPORTANT: The XBee Module has been certified by the FCC for use with other products without any
further certification (as per FCC section 2.1091). Modifications not expressly approved by Digi could
void the user's authority to operate the equipment.
IMPORTANT: OEMs must test final product to comply with unintentional radiators (FCC section 15.107
& 15.109) before declaring compliance of their final product to Part 15 of the FCC Rules.
IMPORTANT: The RF module has been certified for remote and base radio applications. If the module
will be used for portable applications, the module must undergo SAR testing.
This equipment has been tested and found to comply with the limits for a Class B digital device,
pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection
against harmful interference in a residential installation. This equipment generates, uses and can
radiate radio frequency energy, and if not installed and used in accordance with the instructions, may
cause harmful interference to radio communications. However, there is no guarantee that interference
will not occur in a particular installation.
If this equipment does cause harmful interference to radio or television reception, which can be
determined by turning the equipment off and on, the user is encouraged to try to correct the
interference by one or more of the following measures: Re-orient or relocate the receiving antenna,
Increase the separation between the equipment and receiver, Connect equipment and receiver to
outlets on different circuits, or Consult the dealer or an experienced radio/TV technician for help.
29000294 Integral PCB antenna -0.5 dBi Fixed/Mobile 20 cm N/A N/A N/A
A24-QI Monopole (Integrated Whip) 1.5 dBi Fixed/Mobile 20 cm N/A N/A N/A
A24-HASM-450 Dipole (Half-wave articulated RPSMA- 2.1 dBi Fixed/Mobile 20 cm N/A N/A N/A
4.5")
A24-HABSM* Dipole (Articulated RPSMA) 2.1 dBi Fixed 20 cm N/A N/A N/A
A24-HABUF-P5I Dipole (Half-wave bulkhead mount 2.1 dBi Fixed 20 cm N/A N/A N/A
U.FL s/ 5" pigtail)
A24-HASM-525 Dipole (Half-wave articulated RPSMA- 2.1 dBi Fixed/Mobile 20 cm N/A N/A N/A
5.25")
Omni-directional antennas
The following table shows antennas approved for use with the surface-mount device.
A24-HASM-450 Dipole (Half-wave articulated RPSMA- 2.1 dBi Fixed/Mobile 20 cm N/A N/A N/A
4.5")
A24-HABSM* Dipole (Articulated RPSMA) 2.1 dBi Fixed 20 cm N/A N/A N/A
A24-HABUF-P5I Dipole (Half-wave bulkhead mount U.FL 2.1 dBi Fixed 20 cm N/A N/A N/A
s/ 5" pigtail)
A24-HASM-525 Dipole (Half-wave articulated RPSMA- 2.1 dBi Fixed/Mobile 20 cm N/A N/A N/A
5.25")
Omni-directional antennas
A24-F2NF Omni-Directional (Fiberglass base 2.1 dBi Fixed/Mobile 20 cm N/A N/A N/A
station)
A24-F3NF Omni-Directional (Fiberglass base 3.0 dBi Fixed/Mobile 20 cm N/A N/A N/A
station)
A24-F5NF Omni-Directional (Fiberglass base 5.0 dBi Fixed 20 cm N/A N/A N/A
station)
A24-F8NF Omni-Directional (Fiberglass base 8.0 dBi Fixed 2m N/A N/A 1.5 dB
station)
A24-F9NF Omni-Directional (Fiberglass base 9.5 dBi Fixed 2m N/A 1.5 dB 1.0 dB
* If using the RF module in a portable application (for example, if the module is used in a handheld device and the antenna is less than 20cm from the
human body when the device is in operation): The integrator is responsible for passing additional SAR (Specific Absorption Rate) testing based on FCC
rules 2.1091 and FCC Guidelines for Human Exposure to Radio Frequency Electromagnetic Fields, OET Bulletin and Supplement C. The testing results will
be submitted to the FCC for approval prior to selling the integrated unit. The required SAR testing measures emissions from the module and how they
affect the person.
RF exposure
The preceding statement must be included as a CAUTION statement in OEM product manuals in order
to alert users of FCC RF Exposure compliance.
2.1 General
No requirements are associated with this section.
2.7 Antennas
A list of approved antennas is provided for the XBee Wi-Fi RF Module. See FCC-approved antennas (2.4
GHz).
Europe (CE)
The XBee Wi-Fi RF radio modules are certified for use in several European countries. For a complete
list, refer to www.digi.com/resources/certifications.
If the XBee Wi-Fi is incorporated into a product, the manufacturer must ensure compliance of the final
product with articles 3.1a and 3.1b of the RE Directive (Radio Equipment Directive). A Declaration of
Conformity must be issued for each of these standards and kept on file as described in the RE
Directive (Radio Equipment Directive).
Furthermore, the manufacturer must maintain a copy of the XBee Wi-Fi user manual documentation
and ensure the final product does not exceed the specified power ratings, antenna specifications,
and/or installation requirements as specified in the user manual. If any of these specifications are
exceeded in the final product, a submission must be made to a notified body for compliance testing to
all required standards.
CE labeling requirements
The “CE” marking must be affixed to a visible location on the OEM product. The following figure shows
CE labeling requirements.
The CE mark shall consist of the initials “CE” taking the following form:
n If the CE marking is reduced or enlarged, the proportions given in the above graduated
drawing must be respected.
n The CE marking must have a height of at least 5 mm except where this is not possible on
account of the nature of the apparatus.
n The CE marking must be affixed visibly, legibly, and indelibly.
Declarations of conformity
Digi has issued Declarations of Conformity for the XBee Wi-Fi RF Module concerning emissions, EMC,
and safety. For more information, see www.digi.com/resources/certifications.
Important note
Digi customers assume full responsibility for learning and meeting the required guidelines for each
country in their distribution market. Refer to the radio regulatory agency in the desired countries of
operation for more information.
Approved antennas
When integrating high-gain antennas, European regulations stipulate EIRP power maximums.
All antenna part numbers followed by an asterisk (*) are not available from Digi. Consult with an
antenna manufacturer for an equivalent option.
The following antennas are approved for use with the XBee Wi-Fi RF Module:
n Dipole (2.1 dBi, omni-directional, articulated RPSMA, Digi part number A24-HABSM*)
n PCB antenna (0 dBi)
n Wire whip antenna (1.5 dBi)
Labeling requirements
Labeling requirements for Industry Canada are similar to those of the FCC. A clearly visible label on
the outside of the final product enclosure must display the following text.
XBee Wi-Fi Through-hole:
Contains Model XBEES6B Radio, IC: 1846A-XBS6B
XBee Wi-Fi Surface Mount:
Contains Model S6BSM Radio, IC: 1846A-S6BSM
The integrator is responsible for its product to comply with IC ICES-003 & FCC Part 15, Sub. B -
Unintentional Radiators. ICES-003 is the same as FCC Part 15 Sub. B and Industry Canada accepts FCC
test report or CISPR 22 test report for compliance with ICES-003.
Le présent émetteur radio (IC: 1846A-XBS6B et IC: 1846A-S6BSM) a été approuvé par Industrie Canada
pour fonctionner avec les types d'antenne énumérés ci-dessous et ayant un gain admissible maximal
et l'impédance requise pour chaque type d'antenne. Les types d'antenne non inclus dans cette liste,
ou dont le gain est supérieur au gain maximal indiqué, sont strictement interdits pour l'exploitation
de l'émetteur.
Detachable antenna
Under Industry Canada regulations, this radio transmitter may only operate using an antenna of a
type and maximum (or lesser) gain approved for the transmitter by Industry Canada. To reduce
potential radio interference to other users, the antenna type and its gain should be so chosen that the
equivalent isotropically radiated power (EIRP) is not more than that necessary for successful
communication.
Conformément à la réglementation d'Industrie Canada, le présent émetteur radio peut fonctionner
avec une antenne d'un type et d'un gain maximal (ou inférieur) approuvé pour l'émetteur par
Industrie Canada. Dans le but de réduire les risques de brouillage radioélectrique à l'intention des
autres utilisateurs, il faut choisir le type d'antenne et son gain de sorte que la puissance isotrope
rayonnée équivalente (p.i.r.e.) ne dépasse pas l'intensité nécessaire àl'établissement d'une
communication satisfaisante.
Recommended footprint
We recommend that you use the PCB footprints in the following drawings for surface mounting. The
first drawing shows the surface mount device.
Match the solder footprint to the copper pads. You may need to adjust the footprint depending on the
specific needs of assembly and product standards. The underside of the device is mostly coated with
solder resist, but we recommend that you leave the copper layer directly below the device open to
avoid unintended contacts. Copper or vias must not interfere with the three exposed RF test points on
the bottom of the device (see below). These devices have a ground plane in the middle on the back
side for shielding purposes, which can be affected by copper traces directly below the device.
The round holes in the drawing are for the through-hole version, and the semi-oval pads are for the
surface mount version. Pin 1 of the through-hole version connects with pin 2 of the surface mount.
Use the diagonal traces to connect the pins and the layout will work for both devices.
Note The best practice is to use a “no clean” solder paste to avoid the issues above and ensure proper
device operation.
Rework
CAUTION! Any modification to the device voids the warranty coverage and certifications.
Rework should never be performed on the device itself. The device has been optimized to give the
best possible performance, and reworking the device itself will void warranty coverage and
certifications. We recognize that some customers will choose to rework and void the warranty; the
following information is given as a guideline in such cases to increase the chances of success during
rework, though the warranty is still voided.
The device may be removed from the OEM PCB by the use of a hot air rework station, or hot plate.
Care should be taken not to overheat the device. During rework, the module temperature may rise
above its internal solder melting point and care should be taken not to dislodge internal components
from their intended positions.