A subsidiary of Motorola Inc. All rights re served.
Documentation Copyrights
No duplication or distribution of this document or any portion thereof shall take place without the express
written permission of Motorola. No part of this manual may be reproduced, distributed, or transmitted in any
form or by any means, electronic or mechanical, for any purpose without the express written permission of
Motorola. To order additional copies contact your Motorola sales representative.
1.1.USING THIS GUIDE................................................................................................................................................ 8
2.2.FCC Regulation - Letter of Notice ............................................................................................................................ 9
3.3.PLANNING THE PRODUCT AND CREATING THE DESIGN ......................................................................... 11
3.3.1.Developing a Usage Model................................................................................................................................. 11
3.3.2.Developing a Message Model............................................................................................................................. 11
3.3.3.Defining a Service Strategy................................................................................................................................ 12
3.3.5.Investigating and Obtaining Regulatory Approval ............................................................................................. 13
3.4.DEVELOPING AND VALIDATING THE HARDWARE.................................................................................... 13
3.5.Designing the Hardware Platform ........................................................................................................................... 13
3.6.Considering Power Supply Options......................................................................................................................... 13
3.7.Selecting the Antenna.............................................................................................................................................. 14
3.8.Setting Up a Development Test Environment......................................................................................................... 14
3.10.TESTING AND APPROVING THE PRODUCT................................................................................................... 14
3.11.Setting Up a Final Test Environment ...................................................................................................................... 14
3.12.Installing and Field-Testing the Product.................................................................................................................. 14
3.14.Integrating Engineering Support .............................................................................................................................15
4.3.PRODUCT FEATURES ......................................................................................................................................... 17
5.4.IO200 Current Consumption ................................................................................................................................... 19
5.5.IO200 Output Voltage ............................................................................................................................................. 20
5.6.Turning the Unit On ................................................................................................................................................20
5.7.Turning the Unit OFF By ON/OFF pin................................................................................................................... 21
5.11.Audio Processing and Control................................................................................................................................. 23
5.17.Antenna Systems ..................................................................................................................................................... 26
5.23.Antenna Test Methods............................................................................................................................................. 27
5.25.Fastening Units into the terminal............................................................................................................................. 28
6.2.Supplementary AT commands ................................................................................................................................ 29
7.GPS AT COMMANDS .................................................................................................................................................... 30
9.2.List Current Voice Calls.......................................................................................................................................... 32
9.4.Phone Activity Status .............................................................................................................................................. 34
9.5.Get User Identity ..................................................................................................................................................... 34
9.10.Equipment Information ........................................................................................................................................... 37
9.21.Phone Only Mode.................................................................................................................................................... 51
9.23.Circuit Data Call...................................................................................................................................................... 51
9.24.Packet Data Service................................................................................................................................................. 51
9.25.Short Message Service ............................................................................................................................................ 51
12.6.Desense and EMI..................................................................................................................................................... 51
12.10.End User Problem Resolution............................................................................................................................. 51
12.11.OEM Service Depot Repair ................................................................................................................................ 51
This guide presents critical research and development issues affecting the design and development of products incorporating the
Motorola io200 800/900MHz iDEN Integrated Wireless Modem, used in North America, Asia, Africa and Europe.
The purpose of this document is to describe the technical details needed to integrate io200 Data Module into a host device. There are
several configurations of this product that provide flexibility in meeting full system integration requirements, as described in this
manual.
A product that incorporates the modem is referred to as the Original Equipment Manufacturer (OEM) host or simply
the host.
Note
1.2. PURPOSE
Data terminal equipment (DTE) OEM teams are often pulled together quickly from other work groups. For this reason, OEM team
members often need advice about how to best sustain a concerted design and development effort. The purpose of this guide is to
assist your team to successfully produce a wireless product that integrates the Motorola IO200 wireless modem.
This guide strives to bridge the gap between the various engineering and business disciplines that make up OEM teams. Our
approach is to provide a practical disclosure of useful information that can offer a common understanding of the problems you may
encounter and examples of probable solutions.
We at Motorola want to make this guide as helpful as possible. Keep us informed of your comments and suggestions for
improvements. You can reach us by email at: TBD
1.3. INTENDED AUDIENCE
The intended audience of this manual are data terminal equipment (DTE) OEM integration team members. Teams historically
consist of representatives from the disciplines of hardware, software and RF engineering. These readers will probably find the
entire document useful, if not enlightening. Other readers include marketing, business, and program managers. These readers
might find the first chapter, which discusses the integrator’s task, to be sufficiently informative for their needs. The remaining
chapters go into more detail.
1.4. DISCLAIMER
This guide provides advice and guidelines to OEM teams. Responsibility regarding how the information is used lies entirely with
the OEM. Statements indicating support provided by, or offered by, Motorola are subject to change at any time.
Motorola reserves the right to make any changes to this manual.
8
2. GENERAL NOTICES
2.1. Safety Notice - ATTENTION
This iDEN iO200 Module is restricted to Occupational use to satisfy FCC RF energy exposure requirements. This radio device is
not authorized for general population, consumer or similar use. The integrator shall be aware that after integrating this module
and connecting it to an antenna and DC power supply, the integrated device shall be treated as a Two-Way Radio.
Before using this product, read the awareness information and operating instructions for usage and RF safety in the following
section.
2.2. FCC Regulation - Letter of Notice
The iO200 module is intended for integration into a host device. Any integrator who will integrate the module into his product
and connect it to an RF antenna, DC power supply, and internal signaling, must treat this product as a Two-Way radio that can
transmit RF signals.
Important: To meet the FCC’s RF Exposure Guidelines, the antenna should be installed so there is at least 20 cm of
separation between the body of the user and nearby persons and the antenna.
After integration, this device uses electromagnetic energy in the radio frequency (RF) spectrum to provide communications
between two or more users over a distance. It uses radio frequency (RF) energy or radio waves to send and receive
information. The integrated radio generates measurable RF energy only while it is transmitting (during talking or sending
data), not when it is receiving (listening or receiving data) or in standby mode.
Experts in science, engineering, medicine, health, and industry work with organizations to develop standards for safe exposure
to RF energy. These standards provide recommended guidelines of RF exposure for both workers and the general public.
These recommended RF exposure levels include substantial margins of protection.
Important: To meet the FCC’s RF Exposure Guidelines, the antenna gain shall not exceed 7.3 dBi. Note that the
antenna supplied with the developer evaluation board has maximum gain of 1.4 dBi. The antenna should be
located so there is at least 20 cm of separation between the body of the user and nearby persons and the
antenna, during transmission.
In the United States, the Federal Communications Commission requires that RF transmitting devices obtain approval before
being offered on the market, unless the device is exempt. While the iO200 has been designed to meet applicable FCC
requirements, provided in the code of Federal Regulation 47CFR Part 2 subpart J and 47CFR Part 90 subpart S, the Final
Product's compliance with the FCC's requirements, including RF Exposure requirements, must reflect product usage,
positioning of the iO200 within the product, the type of antenna used, the location of the antenna, and other factors that may
vary with the design and nature of the Final Product. Therefore, the manufacturer of the Final Product is responsible for taking
all steps needed to insure compliance with FCC requirements, for making the necessary testing to verify compliance and for
obtaining FCC approval for the sale and the operation of the Final Product.
9
3. THE INTEGRATOR'S TASK
3.1. GENERAL
This chapter provides background information and indicates the objectives and tasks required to achieve a successful
implementation.
Table 1 Integrator’s Tasks
3.2. INTRODUCTION
As an OEM integrator, you must accurately choose where and how wireless technology will facilitate communication for your
customers. You will also have to evaluate which technical considerations will give your product an edge over the competition.
To successfully integrate Io200 wireless modems into your host platforms, you must perform the following tasks:
• Plan the product and create the design
• Develop and validate the hardware
• Develop supporting applications software
• Test and approve the product
As you review these tasks, allow sufficient time for required activities, such as the regulatory approval process, to identify critical
path activities ahead of time.
10
3.3. PLANNING THE PRODUCT AND CREATING THE DESIGN
To plan the product and create the design, perform the following steps:
• Develop a usage model
• Develop a message model
• Define a service strategy
• Define remote diagnostic functionality
• Investigate and obtain regulatory approval
3.3.1. Developing a Usage Model
The usage model answers the question, “How will the end product be used - will it be portable or mobile, how many hours a day
will it be used, how many days a week?” and so on.
Perhaps the most important factor for success is a clear understanding and decision regarding how the final product is to be used.
This guides the development process, since all design considerations drive toward meeting the needs of the end user. For example,
design issues related to a mobile device, such as alternator noise and vibration, are completely different from considerations
required for a fixed-point telemetry application powered by a solar panel. Defining what is and is not important to the end user
helps to make the critical engineering trade-off decisions that are inevitable in every product design.
As the integrator, it is your responsibility to develop the usage model. Motorola is available to provide assistance and answer
questions, but is not directly involved in this phase of the project.
3.3.2. Developing a Message Model
The message model defines the number of messages that are sent and received and their frequency. To create the message model,
determine the quantity and frequency of data sent in each of the uplink (terminal to network) and downlink (network to terminal)
directions.
Answer the question, “Is there a requirement for the terminal to be powered on and ready to receive eight hours a day, or does the
user turn the unit on only when making a query to the host system?” The answer has a direct bearing on the battery size and
capacity requirement for powering the device. The amount of data sent and received is relevant in calculating the cost of airtime
and deciding which type of network connection to use. In short, the message model is essential for making many engineering
design decisions, especially in calculating values such as sleep time versus wake time and in determining battery capacity
requirements.
You are responsible for developing the message model. The typical approach to creating the model is to define the peak and average
network throughput requirements based on input from the user. Motorola can provide current consumption figures for each of the
various modes of operation, for example, receive and transmit.
The network throughput of the host device depends on various factors, in addition to the raw throughput of the radio channel. For
example, in addition to the overhead involved in forward error correction and support for packet headers, the number of active
users on the network can directly affect network throughput.
11
3.3.3. Defining a Service Strategy
The service strategy determines whether the integrated modem is the cause of a user’s problem and sets a policy for keeping the end
user operational during repair. The service strategy must consider all potential service situations and evaluate them in light of the
usage model. You can create the service strategy jointly with Motorola. Contact your Motorola OEM sales representative for details.
To ensure that a final product can be efficiently serviced, it is recommended that you design for serviceability early in the R&D
process. At a minimum, you could develop a functional service strategy that contains a wellconsidered procedure for performing unit-level screening. The test may primarily determine whether a fault lies with the modem or
with the product. The test must also screen for network problems and human error.
Motorola supplies an evaluation board (a standalone test fixture) that provides a mounting platform and electrical interface to the
modem. (Refer to Developer’s Kit Manual for further information.) Testing is performed much more efficiently when the modem
is integrated within the OEM host, whether for a factory end-of-line test or while at the user’s site.
In order for your product to allow integrated testing of the modem, you may decide to provide a modem pass-through mode.
A thoroughly developed OEM serviceability plan typically includes a needs assessment for developing software utilities that can
assist in identifying communication problems between the product and the modem and between the modem and the RF network.
These utilities must be able to send commands to the modem, evaluate the modem responses, perform network connectivity
testing, and verify data communication with the network.
Such a software utility is essential for field service engineers and shop technicians to diagnose problems with the product and to
troubleshoot a problem to a failed assembly or mismanaged communication link.
3.3.4. Defining Remote Diagnostic Functionality
When customer problems are reported from the field, you must isolate the source of the problem remotely. You will need to
determine which part of the overall system is not functioning correctly. The following items need to be considered as a possible
source of the problem:
• Network
• Io200 wireless modem
• Host product
Often a problem is caused by a user’s lack of knowledge of how to use the product correctly. Regardless, remote troubleshooting is
essential in reducing the number of returned products and lowering service costs, particularly if the host must be disassembled in
order for the modem to be removed.
Motorola recommends that your product application (both at the terminal and host ends) incorporates sufficient problem diagnostic
software to determine the cause of the problem remotely. Often, the best approach is to incorporate progressively deeper loopback
tests to determine the point at which the communication link fails.
This remote diagnostic functionality should be an integral part of your standard software load.
12
3.3.5. Investigating and Obtaining Regulatory Approval
It is your responsibility to obtain regulatory approval of products that integrate an io200 Integrated Wireless Modem. The specific
details for achieving regulatory approval vary from country to country. Refer to “Regulatory Requirements”, page xvi ?, for
further information.
3.4. DEVELOPING AND VALIDATING THE HARDWARE
To develop and validate the hardware, perform the following steps:
• Design the hardware platform
• Consider power supply options
• Select the antenna
• Set up a development test environment
3.5. Designing the Hardware Platform
Integrating a wireless modem into a hardware design requires many steps. Here again, the usage and message models are
necessary to calculate issues such as battery size, heat dissipation, isolation from EMI, and physical mounting of the unit to ensure
proper grounding. Refer to Chapter 3, “Design Considerations”, page 13 ?, for further information.
Hardware design is your responsibility. The host device can introduce electromagnetic interference, which will interfere with the
performance of the modem. This EMI can be conducted into the modem via the serial and power lines, or radiated into the
antenna and antenna cable. It is your task to minimize the generation of EMI by your device so that the modem’s RF performance is
minimally affected. Contact your Motorola OEM representative for details.
3.6. Considering Power Supply Options
Power supply requirements vary according to the usage and message models. In addition to accounting for the current drain of the
modem in its various operating modes, you should also consider ripple and noise on the power lines and the ability to supply
sufficient instantaneous current to enable correct operation of the transmitter. You should also ensure that your power supply can
accommodate the highest power consumption for Io200 modem that you want to integrate.
Together, these requirements define the type and size of power supply (for example, linear versus switched) to use with the
wireless modem. Refer to Chapter 3, “Design Considerations”, page 13 ?, for further information.
It is recommended that the power applied to Io200 have a rise time of less than 1 ms to prevent potential latch up.
Note
13
3.7. Selecting the Antenna
Io200 is terminated by 50Ω; therefore, any antenna terminated by 50Ω will work with Io200. In order to protect the module from
ESD discharge, the selected antenna must be rubber-coated.. Refer to “Antenna Considerations”, page 5.16, for further
information.
You are responsible for selecting a suitable antenna and submitting the final product to the network operator for certification.
Note
A number of development test aids are available to assist in hardware and application development. Modem hardware and an
evaluation board can be purchased from Motorola. The evaluation board is a specially developed circuit board with test points
and jumper switches, which allows for maximum flexibility in accessing and controlling connections into and out of the modem.
Refer to “iO200 Developer’s Kit Manual” for further information. Motorola also provides various software utilities that can help
in performing development tests. Refer to chapter 0, “Testing” for further information.
The network operator may sometimes provide a live development network, supplementing the test environment supported by
Motorola. This development network, on which you can develop and test your application, is separate from the production network.
You must negotiate directly with the network operator for airtime and for building and maintaining a development test
environment at their facility.
3.8. Setting Up a Development Test Environment
3.9. DEVELOPING SUPPORTING APPLICATION SOFTWARE
To develop supporting application software, perform the following steps:
• Select a communications model
• Develop end-to-end application software
3.10. TESTING AND APPROVING THE PRODUCT
To test and approve the product, perform the following steps:
• Perform EMI and desense testing .
• Set up a final test environment
• Install and field-test the product
3.11. Setting Up a Final Test Environment
To ensure correct assembly of the final product (that the antenna is properly connected, the serial port is operational, and so on),
perform an end-to-end test that proves that the final product can receive and transmit at the required signal levels. In locations
where the final assembly test is performed within network coverage area, this test is relatively simple. However, in locations
where network coverage is not available, or for products being shipped to other countries, it is necessary to test by secondary
means.
The final assembly test must verify that all connections to the modem are made correctly. Testing on a network is not required.
Io200
can support an antenna with 0 Ω (in DC).
For 800/900MHz and GPS, the antenna should
Ω.
be 50
3.12. Installing and Field-Testing the
Product
When the product is shipped to a site, it is installed or mounted in a location that may restrict RF communications. It must be
verified whether the behavior of a dysfunctional product is caused by poor coverage or is due to the fact that the network service
14
provider is down. To guarantee that the modem is located in an area with good coverage, and that an end-to-end loopback message is
possible, your product needs a software application to perform the test.
The most effective approach to field-testing is to include an installation test procedure as part of your standard software load.
Motorola can recommend specific network information that you can obtain from the modem describing how to implement an endto-end loopback test. Refer to Chapter 7, “Testing”, page 83 ?, for further information.
3.13. RESOURCE ASSISTANCE
Developing and testing a wireless integrated product requires a well-equipped development lab and access to resources and
outside information. Table 1, “Parts and Tools Requirements”, below, identifies the required development and service tools.
Information is also provided regarding where to obtain the tools and how to obtain further assistance.
3.14. Integrating Engineering Support
Questions on this manual and the integration process are handled by Motorola’s integration engineering teams located in North
America. Send an email to TBD, with your name, phone number, company name, description of the project and your question.
An engineer will be assigned to your project and will contact you by phone or by email to assist you in resolving any issues.
Table 2 Parts and Tools Requirements
IO200 Evaluation Board P/N FCN6529
iDEN Test Set
Unique Development and Se rv ice Aids
This board provides interface connectors and circuitry
that allow the modem to be powered and interfaced to
a host device (PC) via a serial port and cable.
Includes instructions, interface ribbon cable, jumpers,
mounting hardware, antenna and antenna cable.
Live Network When available, a live network can be used Network Operator
Traditional Shop Equipment
15
Power Supply
Oscilloscope
Digital Volt Meter
Dual Power Supply with 3-6V/2A and 12V/2A output
supplies
900Mhz, digital storage
Fluke 77 multimeter or equivalent
Commercial Items
Commercial Item
Commercial Item
3.15. ENVIRONMENTAL ISSUES
Io200 Integrated Wireless Modems are designed for a combination of easy serviceability and general robustness. These integrated
modems are designed to be housed in an OEM host product. The modem is tested to conform to the environmental levels (for
example, industrial use specifications) that meet the intended applications of most integrators. If you need additional robustness
and safety in your products, you must engineer the environmental characteristics of your host product to achieve a special safety
rating.
3.16. General Precautions
Follow these precautions when working with wireless modems:
• Minimize the handling of static-sensitive modules and components.
• Wear a grounded anti-static wrist strap while handling static-sensitive components.
• Do not bend or stress the modem in any way.
• Reinsert connectors straightly and evenly to avoid causing short and open circuits.
3.17. ESD Handling Precautions
All electronic devices contain components that are sensitive to ESD (electrostatic discharge). For example, people typically
experience up to 35 kV ESD, while walking on a carpet in low humidity environments. In the same manner, many electronic
components can be damaged by less than 1000 V of ESD. For this reason, you must observe the following handling precautions
when servicing this equipment:
• Always wear a conductive wrist strap.
• Eliminate static generators (plastics, styrofoam, and so on) in the work area.
• Remove nylon or polyester jackets, roll up long sleeves, and remove or tie back loose hanging neckties, jewelry, and long
hair.
• Store and transport all static sensitive components in ESD-protective containers.
• Disconnect all power from the unit before ESD-sensitive components are removed or inserted, unless instructed otherwise.
• Use a static safe-guarded workstation, which can be set up by using an anti-static kit (Motorola part number 0180386A82).
This kit includes a wrist strap, two ground cords, a static control table mat, and a static control floor mat. The Motorola part
number for a replacement wrist strap that connects to the tablemat is 4280385A59.
When anti-static facilities are unavailable, use the following technique to minimize the chance of damaging the equipment:
• Rest the static-sensitive component on a conductive surface when you are not holding it.
• When setting down or picking up the static-sensitive component, make skin contact with a conductive work surface first and
maintain this contact while handling the component.
•If possible, maintain relative humidity of 70-75% in development labs and service shops.
16
Loading...
+ 35 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.