User's Manual
Table Of Contents
- 1.0 General Device Overview
- 2.0 Basic Operating Information
- 3.0 eUniStone Interfaces
- 4.0 General Device Capabilities
- 5.0 Bluetooth Capabilities
- 6.0 Electrical Characteristics
- 7.0 Package Information
- 8.0 Bluetooth Qualification and Regulatory Certification
- 8.1 Reference Design
- 8.2 FCC Class B Digital Devices Regulatory Notice
- 8.3 FCC Wireless Notice
- 8.4 FCC Interference Statement
- 8.5 FCC Identifier
- 8.6 European R&TTE Declaration of Conformity
- 8.7 Bluetooth Qualified Design ID
- 8.8 Industry Canada Certification
- 8.9 Label Design of the Host Product
- 8.10 Regulatory Test House
- 9.0 Assembly Guidelines
- References
- Terminology
eUniStone
PBA 31309
General Device Capabilities
User’s Manual Intel Public 19
Hardware Description Revision 1.0, 1-Feb-2013
4.0 General Device Capabilities
This chapter describes features available in the eUniStone (PBA 31309).
Actual feature set and how to access the features can be found in the AT Command
document [1]. Release specific performance characteristics, data throughput and
current consumption are listed in the SW Release Notes [2].
4.1 RF Test Application
The eUniStone module can be programmed over UART with a specific application for RF
test purposes, e.g. TX continuous or TX burst mode. This test application is controlled
over the UART through Intel specific HCI commands. The commands supported by this
test application are described in the document
“T8753-2-Intel_Specific_HCI_Commands-7600.pdf”.
4.2 Firmware ROM Patching
In any chip with complex firmware in ROM it is wise to support patching. The risk of
project delay is significantly reduced when problems can be solved without hardware
changes. Enhancements, adaptations and bug fixes can be handled very late during
design-in, even after the chip has been soldered in the final product.
The well-proven patch concept used in BlueMoon UniCellular is described below.
4.2.1 Patch Support
The Bluetooth chip contains dedicated hardware that makes it possible to apply patches
to the code and data in the firmware ROM. The hardware is capable of replacing up to
32 blocks of 16 bytes each with new content. This area can be filled with any
combination of code and data. The firmware patch is stored in EEPROM and
automatically loaded after startup. This provides a flexible bugfix solution for the
software in ROM.