COPYRIGHTS & TRADEMARKS: For complete copyright and trademark information, go to www.zebra.com/copyright.
WARRANTY: For complete warranty information, go to www.zebra.com/warranty.
END USER LICENSE AGREEMENT: For complete EULA information, go to www.zebra.com/eula.
Terms of Use
Proprietary Statement
This manual contains proprietary information of Zebra Technologies Corporation and its subsidiaries (“Zebra
Technologies”). It is intended solely for the information and use of parties operating and maintaining the equipment
described herein. Such proprietary information may not be used, reproduced, or disclosed to any other parties for any other
purpose without the express, written permission of Zebra Technologies.
Product Improvements
Continuous improvement of products is a policy of Zebra Technologies. All specifications and designs are subject to
change without notice.
Liability Disclaimer
Zebra Technologies takes steps to ensure that its published Engineering specifications and manuals are correct; however,
errors do occur. Zebra Technologies reserves the right to correct any such errors and disclaims liability resulting therefrom.
Limitation of Liability
In no event shall Zebra Technologies or anyone else involved in the creation, production, or delivery of the accompanying
product (including hardware and software) be liable for any damages whatsoever (including, without limitation,
consequential damages including loss of business profits, business interruption, or loss of business information) arising out
of the use of, the results of use of, or inability to use such product, even if Zebra Technologies has been advised of the
possibility of such damages. Some jurisdictions do not allow the exclusion or limitation of incidental or consequential
damages, so the above limitation or exclusion may not apply to you.
Upon joining the network the receiver continues with its initialization process.
The network settings and the gateway or endpoint-server way settings are needed for the receiver to complete its
initialization process. The receiver expects it to be available from a machine with following details:
IP: 192.168.1.100
Port: 8005
The receiver expects a JSON configuration file called
the bootstrap JSON file is available in the schema document [
badge_config.json has
network. The end point server connection details are provided in the
The receiver would validate the badge_config.json store the details and reboot itself and join the WIFI network provided in
the
wifiProfiles
JSON file by making a GET request to the URL specified in
64 authentication, the username and password provided in the
Receiver would periodically pull the beacon filter configuration from the server with the frequency specified in the
section. After successfully joining the WIFI network the receiver would try to pull a beacon filter configuration
configPullFrequencyInMins
wifiProfiles
section that tells the receiver how to the authenticate itself and connect to the WIFI
gatewayConfigs
receiverConfigURL
user
and
attribute and use changes to beacon filter configuration if any.
JSON attribute. If the server requires basic
password
section.
sections would be used by the receiver.
Receiver Filter Configuration
The beacon filtering details as well as the event, health endpoint details are to be provided to the receiver in the JSON file.
The schema for the beacon filter JSON file is available in the schema document [
server should implement the endpoints for the following:
1.Provide beacon filter configuration requested by receiver using HTTP GET [Mandatory]
2.Provide time data
3. requested by receiver using HTTP GET [Mandatory]
4.Accept health events sent by receiver using HTTP POST [Mandatory]
5.Accept beacon data events sent by receiver using HTTP POST [Mandatory]
6.Provide firmware requested by receiver using HTTP GET [Optional]
As mentioned earlier the
file like the one above. It would be different for different deployments based on their requirements. The meaning of each of
these attributes is available as part of schema file. Here are some important attributes and their purpose:
Attribute NameDescription
scanIntervalInMillisecondsThe frequency of the receiver to scan for BLE beacons
wifiTransmissionIntervalThe frequency of the receiver to post the filtered beacon data to
heartbeatIntervalInSecondsThe frequency at which the receiver should send its health
timePullIntervalInMinutesThe receiver does not have a real-time clock and synchronizes
beaconWhiteListA list of beacon UUIDs that should be processed by the receiver.
serviceURLsThese are the URL endpoints where the receiver would post the
receiverConfigURL
the server. This attribute is a multiple of
scanIntervalInMilliseconds
and
post beacon data every (500*8)ms.
message.
its time with the server time. The frequency at which the receiver
should updates its time.
information.
timeService
the time information by using a HTTP GET method. The data
format expected by the receiver is part of the JSON schema file.
healthService
asynchronous events as well as health information by using
HTTP POST method. The POST data format is available as part
of the JSON schema file.
eventService
periodic beacon data events by using HTTP POST method. The
POST data format is available as part of the JSON schema file.
firmwareService
pull and update its firmware by using a HTTP GET method.
specified in the bootstrap file would serve a beacon filter configuration JSON
. So if
scanIntervalInMilliseconds
: This is the URL from where the receiver would pull
: This is the URL where the receiver would send
: This is the URL where the receiver would send
: This is the URL from where the receiver would
wifiTransmissionInterval
is 500 then the receiver would
is 8
7
Integration with Receivers
Sample Response From Server For Time Request By Receiver