d15 Modem Integration and Application Developers Guide version draft 0.53 Page 6 of 181
Page 7
I Using This Guide
This guide presents critical research and development (R and D) issues affecting the design and
development of products incorporating the Motorola D15 900/1800/1900MHz GSM Integrated Wireless
Modem, used in North America, Asia, and Europe.
The purpose of this document is to describe the technical details needed to integrate d15 Tri-band 900, 1800
and 1900 MHz Data Module into a host device. The d15 Data Module is the next generation that replaces
the current d10 Data Module. There are several configurations of this product that are described with in this
document that provides flexibility in full system integration needs
NOTE: A product that incorporates the modem is referred to as the Original Equipment
Manufacturer (OEM) host or simply the host.
II 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 goal of this guide is to assist your team to successfully produce a wireless product
that integrates a Motorola d15 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 initially by Email : GSM supportBSG041@email.mot.com
III Intended Audience
Our readers are intended to be data terminal equipment (DTE) OEM integration team members. Teams
historically consist of representative 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.
IV Disclaimer
This guide provides advice and guidelines to OEM teams. Responsibility for 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 specification
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 7 of 181
Page 8
V Reference Documents
• Electromagnetic Compatibility: Principles and Applications by David A Weston, published by Marcel
Dekker, Inc., 270 Madison Avenue, New York, NY 10016 USA.
• GSM 07.07 - prETS 300 916, Digital cellular telecommunication system (Phase 2+); AT command set
for GSM Mobile Equipment(ME), Version 5.2.0 or higher, Reference RE/SMG-040707QR1
• GSM 07.05, Digital cellular telecommunication system (Phase 2+); Use of Data Terminal Equipment -
Data Circuit terminating; Equipment (DTE-DCE) interface for Short Message Service (SMS) and Cell
Broadcast Service (CBS), Version 5.3.0, August, 1997, Reference TS/SMG-040705QR2
• GSM 03.40, Digital cellular telecommunication system (Phase 2+); Technical realization of the Short
Message Service (SMS) Point-to-Point (PP), Version 5.3.0, July 1996, Reference TS/SMG040340QR2
• GSM 04.11 Digital cellular telecommunication system (Phase 2+); Point-to-Point (PP) Short Message
Service (SMS) support on mobile radio interface, Version 5.1.0, March 1996, Reference TS/SMG030411QR
• GSM 03.38, Digital cellular telecommunication system (Phase 2+); Alphabets and language-specific
information, Version 5.3.0, July 1996, Reference TS/SMG-040338QR2
• GSM 11.10-1, Digital cellular telecommunication system (Phase 2); Mobile Station (MS) Conformance
specification; Part 1: Conformance specification. Draft pr ETS 300 607-1, March 1998, Reference
RE/SMG-071110PR6-1
• GSM Specifications are orderable from Global Engineering Documents, 15 Inverness Way East,
Englewood, Colorado 80112-5704 USA 303-792-2181 800-624-3974
• ETSI Standard PCS - 11.10-1
• GSM 02.30 Supplementary services.
• GSM 03.90 USSD stage 2.
• GSM 11.14 SIM toolkit.
• ITU-T V.25ter
• GSM Data Adapter for Motorola Handsets, AT command reference, Rev 2, June 9 1997.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 8 of 181
Page 9
VI Customer Assistance
This page is placed as a source of contact information for any possible queries that may arise.
Have questions
Trouble getting the evaluation board set up
Technical questions
Configuration questions/problems
Technical operating problems
Need documentation
GSM data module Customer Support Center is ready to assist you on integration issues
Help desk phone number is:
Email : GSM support-BSG041@email.mot.com
At Motorola, Total Customer Satisfaction is a top priority. If you have a question, a suggestion or a concern
about your Motorola D15 product. Motorola wants to hear from you.
Please contact the Motorola Cellular Response Center by Fax on +44 (0) 131 458 6732 or use one of the
local phone numbers in the following countries for general product inquiries.
Austria 0800297246 Norway 22 55 10 04
Belgium 0800 72 370 Portugal 21 318 0051
Denmark 4348 8005 Sweden 08 445 1210
Eire 01 402 6887 Switzerland 0800 553 109
Finland 0800 117036 UK 0500 55 55 55
France 0 803 303 302 Honk Kong 852 25063888
Italy 02 696 333 16 People’s Republic of China 86 10 68466060
Luxembourg 0800 21 99 Singapore 65 4855 333
Netherlands 0800 022 27 43 United States of America 1 800 331 6456
Canada 1 800 461 4575
Accessory items available to aid the developer.
S9002A Developer Kit
Kit contains:
Hardware 01-85702G03 Antenna 85-09397T03
Antenna adapter cable 30-85720G01 Handset SCN5000A
Flex cable, 36 line ZIF 30-85717G04 HUC SYN7898A
Flex cable, 30 line ZIF 30-85717G01 BD, evaluation FTN8071A
Chip SIM card, phase 2 81-02430Z04
(On the SIM card supplied with the developers kit, if when using them the pin number is requested, it will be
0000)
Manual for the handset with details of the menu structure is available from the
These can be ordered from the Motorola Distribution Center in Flensburg Germany, Contact:
Phone +49 461 803 1515 Fax +49 461 803 1300
+972-3-5684040
Customer Support Center.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 9 of 181
Page 10
VII Regulatory Requirements
Investigate and Obtain Regulatory Approval
Most countries where the final product will be sold currently require approval from the local government
regulatory body. It is your responsibility to investigate and obtain the proper regulatory approval and
certification for each country in which the product is sold. Motorola can provide the contact names and
phone numbers of the regulatory bodies in each country.
You are required to obtain regulatory approval of products that integrate a d15 integrated wireless modem.
The specific details for achieving regulatory approval vary from country to country.
Worldwide, government regulatory
requirements for products that incorporate fixed, mobile, and portable radio transmitters. To this end,
Motorola provides d15 modems as certified in specific regional markets to levels of compliance
appropriate for an integrated device. Approvals are required for two interrelated reasons: to guard public
safety and to ensure electrical non-interference
UL, CSA, and other safety approvals are not required, except that AUSTEL safety approval in Australia is
required of network operators. This means, in Australia the network operators might pass AUSTEL safety
requirements through to the device integrators.
agencies for communications have established standards and
VIII Full-Product Certification
As the integrator, you must determine what additional specific regulatory requirements are required of the
country in which your product is marketed. This means that your product must be individually certified,
even though the d15 modems are already approved. The certification process includes submittal of
prototype products and acceptable test results.
Be prepared for the certification process for your product to take from a few weeks to several months. Its
duration can be affected by safety requirements, the type of product, and the country in which you are
seeking approval.
IX Country Requirements
These country requirements are provided as a general orientation to the certification processes in specific
regions and countries. You are strongly encouraged to use the services of a consultant or a full-service test
house if you have limited expertise in meeting the regulatory requirements of a specific country.
X Countries of the European Union and EFTA
Since April 8th 2000 radio and telecommunication equipment are regulated under directive 1999/5/EC of the
European Union. This directive is referred to as the RTTED.
For equipment within its scope the RTTED supersedes the Telecommunication Terminal Equipment
directive (TTE 98/13/EC), the Electromagnetic Compability Directive (EMC 89/336/EC) and the Low
Voltage Directive (LVD 73/23/EC).
The RTTED and important information about it is published by the European Commision under wed
address:
The requirements of the RTTED are given in article 3:
- Health and Safety in Article 3.1(a),
- EMC in Article 3.1 (b),
- Radio in Article 3.2,
- Optional requirements in article 3.3.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 10 of 181
Page 11
The harmonised standards used for the d15 to demonstrate compliance with the R&TTE directive are:
- EN60950 for Health and Safety,
- ETS 300 342 –1 for EMC in Article 3.1 (b),
- CTR 19 and 31as relevant parts of TBR 19 and TBR 31 for Radio,.
- No optional requirements are applicable to GSM terminal equipment.
The implication of the RTTED is that integrators of the d15 will need to raise their own Declaration of
Conformity under the RTTED using Annex III, IV or V.
Motorola recommends integrators of the d15 to document their compliance activities in a technical
constrution file Under the following circumstances the Motorola test report for the d15 can be used to
demonstrate compliance with article 3.2 of the RTTED:
- The d15 must be operated at the voltages described in the technical documentation.
- The d15 must not be mechanically or electrically changed.
- Usage of connectors should follow the guidance of the technical documentation.
A Declaration of Conformity and test reports for the d15 will be available upon request from Motorola.
Requests should be made to your contact person within Motorola
Care should be taken as a product might fall under the scope of other directives or standards depending on
the type of product.
The d15 is not approved under the Automotive directive (95/54/EC) as it cannot be connected directly to the
power supply or other systems of a vehicle without having additional electronic interfacing.
XI North American GSM type certification
The d15 complies with the requirements of PCS 1900 Type Certification scheme as setup by the PCS
1900 Type Certification Review Board (PTCRB) and is listed as PCS 1900 Type Certified product. This
certification will be invalidated if the following conditions are not met:
- The d15 must be operated at the voltages described in the technical documentation.
- The d15 must not be mechanically or electrically changed.
- Usage of connectors should follow the guidance of the technical documentation.
- Handsets or external card readers must be certified.
XII United States of America
The Federal Communications Commission (FCC) requires application for certification of digital devices in
accordance with CFR Title 47, Part 2 and Part 15. This includes Electromagnetic Energy Exposure (EME)
testing. As the d15 modem is not a stand alone transceiver but is an integrated module, the d15 can not be
tested by itself for EME certification. It is, however, your responsibility to have your completed device
tested for EME certification
XIII Canada
This class B device also complies with all requirements of the Canadian Interference-Causing Equipment
Regulations (ICES-003).
Cet appareil numérique de la classe B respecte toutes les exigences du Règlement sur le matériel brouilleur
du Canada.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 11 of 181
Page 12
XIV Regulatory Statement
The following regulatory statement for the E.E.A applies to the d15 type MG1-4F21 only:
1. The d15 must be operated at the voltages described in the technical documentation.
2. The d15 must not be mechanically nor electrically changed. Usage of connectors should follow the
guidance of the technical documentation.
The d15 is type approved under CTR 5 ed.2 and CTR 9 ed.2. Using different external card readers or
handsets other than those approved by Motorola will invalidate the type approval and require retesting
and reapproval by the British Approval Board – Telecommunications (BABT). Such testing can only
be carried out with prior approval of Motorola. It must be noted that CTR 5 ed.2 and CTR 9 ed.2 are
expected to be repealed by October 24th. 1998, but changes approved prior to that date can be
marketed after October 24.
3. The d15 has been designed the meet the EMC requirements of ETS 300 342.
4. When integrating the d15 into a system, Motorola recommends testing the system to ETS300342-1.
5. The d15 meets the safety requirements of EN60950.
6. Systems using the d15 will be subject to mandatory EMC testing under directive 89/336/EEC and
only optional (see 3.) GSM type approval testing under directive 98/13/EEC. Other directives like the
LVD directive 73/23/EEC might also be applicable to a system using d15.
7. The d15 is type approved at BABT. Changes subject to type approval should be communicated to
Motorola and BABT, and are not subject for discussion with other Notified Bodies.
The above statement has been made on the basis of Motorola long experience in GSM type approvals for the
E.E.A. and reviews with BABT of the UK. Motorola recommends that integrators of the d15 consult
Motorola in the design phase to clarify any regulatory questions.
XV d15 type certification identifications
Europe TYPE: MT2-411B11
US FCC ID IHDT6AC1
Canada CANADA 109331257A TYPE ACPA or CAN 109331257A TYPE
PTCRB d15
Note on US and Canada you do not use “:”
XVI Safety
User Operation
Do not operate your telephone when a person is within 8 inches (20 centimeters) of the antenna. A person or
object within 8 inches (20 centimeters) of the antenna could impair call quality and may cause the phone to
operate at a higher power level than necessary and expose that person to RF energy in excess of that
established by the FCC RF Exposure Guidelines.
IMPORTANT: The telephone must be installed in a manner that provides a minimum separation distance
of 20 cm or more between the antenna and persons to satisfy FCC RF exposure requirements for mobile
transmitting devices.
IMPORTANT: To comply with the FCC RF exposure limits and satisfy the categorical exclusion
requirements for mobile transmitters, the following requirements must be met
Antenna Installation
1.A minimum separation distance of 20 cm must be maintained between the antenna and all persons.
2. The transmitter effective radiated power must be less than 3.0 Watts ERP (4.9 Watts or 36.9 dBm EIRP).
This requires that the combination of antenna gain and feed line loss does not exceed 16 dBi.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 12 of 181
Page 13
y
CHAPTER 1 The Integrator's Task
This section provides background information and points out the objectives and tasks of
reaching the goal of a successful implementation.
Areas of Focus
Serial Port
capability
Understanding
RF
Software
Hardware
1.1 Introduction
As an OEM integrator, you must accurately choose where and how a 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 d15 wireless modems into their 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 such required activities as the regulatory approval
process, (see Regulatory Requirements) to identify critical path activities up front.
pass
through
Design
and
Figure 1 - Integrator’s Tasks
Enables modem diagnostics without
need to disassemble your OEM device
Provides the required network coverage.
Sets end-user performance criteria- your competitive
advantage
Reduces risk of costl
Provides reliable operation through a stateof-the-art functional Interface.
Helps ensure longer service life and fewer
field returns
re-designs
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 13 of 181
Page 14
1.2 Plan the Product and Create 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.
• Investigate and obtain regulatory approval.
1.2.1 Develop a Usage Model
The usage model answers the question, “How will the end product be used (portable or mobile;
eight hours, seven days a week; and so on)?”
Perhaps the most important enabler of success is a clear determination of how the final product is
to be used. This steers the development process, because all design considerations drive toward
meeting the needs of the final user. For example, design issues related to a mobile device, such as
alternator noise and vibration, are completely different from considerations required for a fixedpoint telemetry application powered by a solar panel. Defining what is and what is not important
to the end user helps to make the critical engineering trade-off decisions that are inevitable in
every product design.
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.
1.2.2 Develop a Message Model
The message model defines how many messages are sent/received and how often. To create the
message model, determine how much and how often data will be 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 on and able 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 air time and deciding on
which type of network connection to use. In short, the message model is required source data for
making many engineering design decisions, especially in calculating such values as sleep time
versus wake time and in determining battery capacity requirements.
You are responsible for developing the message model. (For more information, see “Message
Traffic Model” on page27.) The typical approach to creating the model is to define the peak and
average network throughput requirements based on input from the user. Motorola is available to
provide current consumption figures for each of the various modes of operation (receive and
transmit, for example).
The network throughput of the host device depends on many 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.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 14 of 181
Page 15
1.2.3 Define 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 you design for
serviceability early in the R and D process. At a minimum, you could develop a functional service
strategy that contains a well considered 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 has an evaluation board (a standalone test fixture). The evaluation board provides a
mounting platform and electrical interface to the modem. Testing is performed much more
efficiently while the modem is being integrated within the OEM host, whether for a factory endof-line test or while at the user’s site. (See Annex E)
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.
1.2.4 Customer Problem Isolation
When customer problems are reported from the field, you must isolate the source of the problem
remotely. You will need to determine what piece of the over all system is not functioning
correctly. The following need to be considered as source of the problem:
1. Network
2. d15 wireless modem
3. Host product
Often it is a user’s misunderstanding of how to use the product. Regardless, remote
troubleshooting is essential to reducing the number of returned products and lowering service
costs, particularly if the host must be disassembled for removal of the modem.
Motorola recommends that your product application (both at the terminal and host ends)
incorporate 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.
As stated elsewhere, you need to make this remote diagnostic functionality be part of your
standard software load.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 15 of 181
Page 16
1.3 Develop and Validate the Hardware
To develop and validate the hardware, perform the following steps:
• Design the hardware platform
• Consider power supply options
• Select the source antenna
• Set up a development test environment
1.3.1 Design 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. See “Design
Considerations” Chapter 3
Hardware design is your responsibility. Motorola can provide recommendations where applicable.
Motorola also provides a one-time verification of EMI-caused desense with the modem integrated
into the host. To clarify, 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 effected.
Contact your Motorola OEM representative for details.
1.3.2 Consider Power Supply Options
Power supply requirements vary according to the usage and message models. Beyond accounting
for the current drain of the modem in its various operating modes , consider ripple and noise on
the power lines and the ability to supply sufficient instantaneous current to allow proper operation
of the transmitter. Also, ensure that your power supply can accommodate the highest power
consumption for the d15 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. These issues are discussed in more detail see “design
considerations” Chapter 3
1.3.3 Select the Source Antenna
The ERP generated by the antenna peak must meet the requirements of the various network
operators: 3.16 watts ERP. Consider these network requirements when you select an antenna
system. See “Antennas” in Chapter 3.
You are responsible for selecting a suitable antenna and submitting the final product to the
network operator for certification. Motorola is available for consultation and to provide contact
information for suitable antenna vendors.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 16 of 181
Page 17
1.3.4 Set Up a Development Test Environment
A number of development test aids are available to assist in hardware and applications
development. Motorola makes the modem hardware and an evaluation board available for
purchase, The evaluation board is a specially developed circuit board with test points and jumper
switches. The evaluation board allows for maximum flexibility in accessing and controlling
connections into and out of the modem. Motorola also provides various software utilities that can
help in performing development tests. See “Testing” in 6 ?
Supplementing the test environment supported by Motorola, the network operator sometimes
provides a live development network, one separate from the production network on which you can
develop and test your application. You must negotiate directly with the network operator for airtime and for building and maintaining a development test environment at their facility
1.4 Develop Supporting Applications Software
To develop supporting applications software, perform the following steps:
• Select a communications model
• Develop end-to-end applications software
1.5 Test and Approve the Product
To test and approve the product, perform the following steps:
• Perform EMI and desense testing (refer to Annex G p.170)
• Set up a final test environment
• Install and field test the product
1.5.1 Set Up a Final Test Environment
To ensure proper assembly of the final product (antenna properly connected, serial port
operational, and so on), perform an end-to-end test that proves 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. But in locations where network
coverage is not available, or for products to be shipped to another country, 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.
1.5.2 Install and Field Test the Product
When the product is shipped to a site, it is installed or mounted in a particular location, one that
might restrict RF communications. The service question is whether the behaviour of a
dysfunctional product is caused by poor coverage or a network service provider is down. To
guarantee that the modem is located in an area of good coverage and that an end-to-end loopback
message is possible, your product needs a software application to perform the test.
Your 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 end-to-end loopback test. See “Testing”
chapter 6 ?
.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 17 of 181
Page 18
1.6 Resource Assistance
Developing and testing a wireless integrated product requires a well equipped development lab and access to
resources and outside information. Table1, “Parts and Tools Requirements,” below identifies required
development and service tools. Additional topics note where the tools are available and how to get further
assistance.
1.6.1 Integration Engineering Support
Questions on this manual and the integration process can be handled by the integration
engineering teams located in Europe and North America.
Send email to:
GSM support-BSG041@email.mot.com , with your name, phone number, company name,
description of the project and your question and an engineer will be assigned to your project. The
engineer will then contact you by phone or by email to assist you in resolving your issue.
Table 1 - Parts and Tools Requirements
GSM Specifications Refer to the Reference Documents Section www.etsi.org
Host Evaluation Board kit P/N S9002
Related Documentation
Unique Development and Service Aids
This board provides interface connectors and
circuitry to 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.
For evaluation board problems contact
+972-3-5684040
GSM Test Set
GPS Test Set
Live Network Where available a Live network can be used Network operator
Power Supply
Oscilloscope
Digital Volt meter
Modem Test Equipment
Rohde and Schwarz CMD55
Hewlett Packard 8922P
Welnavigate GS700 or GS1010
Wireless Verification Equipment
Traditional Shop Equipment
Dual Power Supply with 3-6V/2A and 12V/2A
output supplies
(12V for optional Hands-free only – d15 EV board)
900Mhz, digital Storage
Fluke 77 Multimeter or equivalent
www.rsd.de
www.hp.com
Commercial Items
Commercial Item
Commercial Item
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 18 of 181
Page 19
1.7 Environmental Issues
d15 Integrated Wireless Modems are designed for a combination of easy serviceability and general
ruggedness. 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 and PC card
standards) that meet the intended applications of most integrators. If you need additional ruggedness and
safety in your products, you must engineer the environmental characteristics of your host product to achieve
a special safety rating.
1.7.1 General Precautions
Follow these precautions when you work with wireless modems.
• Minimize 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 straight and evenly to avoid causing short and open circuits.
1.7.2 ESD Handling Precautions
Any electronics device contains components sensitive to ESD (electrostatic discharge). For
example, people experience up to 35 kV ESD, typically while walking on a carpet in low humidity
environments. In the same manner, many electronic components can be damaged by less than
1000 volts 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, jewellery, 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 noted.
• Use a static safeguarded 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:
• Let the static sensitive component rest 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.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 19 of 181
Page 20
CHAPTER 2 Model Description
This section describes the d15 integrated wireless modem (Figure2), including accessories, physical and electrical
characteristics, features and functional capabilities, and the data-exchange network over which they communicate.
This section also provides specific performance specifications.
For model numbers and languages supported see Annex A
Figure 2 - d15 data module
2.1 Introduction
The d15 modem is a Phase II + GSM class 4 embedded module package with voice, data, fax, and short
message service (SMS) support. It is designed to support a range of subsidiary services associated with
navigation, emergency services, road tolls, security systems such as car alarm, fire alarm, etc. as well as
integrated standard voice and data communication. Applications where data modules can provide these
benefits include automotive Telematics, mobile computing, asset management, remote utility meter reading,
street light control, home security, vending and copy machine management, fleet management, ATM
security, POS connectivity, household appliance monitoring and control, display systems, load management
and many more. To support this flexibility, the same functionality is offered in several different
configurations. GPS capability is also provided in an additional configuration.
The modem relies on system software for basic operational instructions and on configuration parameter
values to meet modem and network interface requirements.
The d15 is designed for use in a system environment comprising a GSM mobile radio network with one or
more radio operators per country. A corresponding infrastructure of a configuration level suitable for the
use of terminal devices with two watts transmitting power is a basic requirement.
2.2 D10 compatibility with d15
The d15 has new capabilities over the d10 e.g. GPS option. The d10 utilized a modem that was controlled
by a separate microprocessor while the d15 modem is integral to GSM microprocessor. Because of these
basic difference in the two products there are some known differences between the d10 and d15 in hardware
and software that the integrator needs to be aware to complete the interface to the host device. A summary
of these differences is listed in table 1 below to assist in the successful upgrade from d10 to d15 product.
Note this list in not the full list of AT commands for the d15 product.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 20 of 181
Page 21
Table 2 - Differences Between D10 and D15
Function D10 D15
General
GSM Type GSM Phase I GSM Phase II+
Bands Single band - GSM900 Tri Band – GSM900/1800/1900
Mechanical
Mechanical models ZIF only Standard, Slim(ZIF), DIN-Hor, DIN-Ver,
No of boards 2 boards single board
User connector 30 pin ZIF 36 pin ZIF (28 pin for DIN)
Power
Power supply 5V only 3-6V (Lithium Batteries)
Current in Sleep mode 25mA 10mA
Off Current 8mA (Modem have no Off condition) 150uA
SIM
3/5 V SIM 5V only 3/5 Volt
SIM TOOLKIT Not Supported Supported
Data options
Non Transparent mode Baud rate 9600bps 14400bps
V42 bis Supported Support only in SoftGsm mode
Transparent mode Supported Support only in SoftGsm mode
Fax class 1 & 2 Supported Support only in SoftGsm mode
DTR line Ignore DTR line to make connection Require DTR line to make connections
Wake unit from Sleep mode No action is needed Special sequence is needed in the application.
AT Commands
AT&Fn: Recall factory default n. Supported Not Used but can be entered and returns OK
AT&Jn: Telephone Jack control Supported Not Used but can be entered and returns OK
AT*Pn: Turn phone OFF/ON Supported Not Used but can be entered and returns OK
AT*V: Enter V.25bis command
mode
AT+FCLASS=8 Supported Not Used but can be entered and returns OK
ATD - for voice calls ATD*nnn ATD*nnn or ATDnnn;
AT+CREG High byte and Low byte are reversed than D10
at+caoc=? +CAOC: 0,1,2 +CAOC: 0
at+ccfc=? +CCFC: (00,01,02,03,04) +CCFC: (0,1,2,3,4,5)
at+chld=? +CHLD: (0,1,1x,2,2x) +CHLD:(0,1,1X,2,2X,3)
at+cpbs=? +CPBS:("FD","LD","ME","MT","SM",) +CPBS:("FD","LD","ME","MT","SM","DD")
Supported Not Used but can be entered and returns OK
GPS
(Standard)
(see details in chapter 3.1.4)
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 21 of 181
Page 22
Table 2 - Differences Between D10 and D15 - Continue
Function D10 D15
at+csta=? +CSTA: (128-133,144-149,160-165,176-
181,192-197)
at+vtd=? Supported Command not supported
at+cbst=? +CBST: (000-
at+cscs=? support "PCCP-437" support "UCS2"
ATS24=# - Modem sleep
mode
AT+CDEV indication Displayed in 2 lines Handset Displayed in a graphic handset
AT+CPIN=" ", " " Not Supported Supported
ATS96 -Hands Free Not supported Supported -
ATS97 Not required Antenna diagnostic
New sequence for Sleep Mode Not required Required - See paragraph 3.1.4
AT+CBAND Not supported - operate in GSM only AT+CBAND=? (AT+CBAND:3,4).
AT+CHELP Not supported Help command
AT+CKEY Keypad control Not supported
AT+GMI Request manufacturer identification Not supported
AT+GMM Request model identification Not supported
AT+GMR Request revision identification Not supported
AT+GSN Request product serial number
ATS24=0 - D15 is not in sleep mode
ATS24=# D15 is in sleep mode and will go to
sleep mode after # seconds.
(see more details in paragraph 3.1.4)
ATS96=0 analog HF not active.
ATS96=1 analog HF active.
Band id =3 is for PCS band.
Band id =4 is for GSM/DCS band.
Not supported
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 22 of 181
Page 23
30 pin FC
User
Device
User
Device
3 lines removed
from each side
D10
D15
36 pin FC
Figure 3 - Using an existing D10 user device with D15
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 23 of 181
Page 24
2.3 Basic Model Overview
2.3.1 D15 DV Slim:
This configuration is the smallest packaged module, which measures, 44.28 x 88.45 x 10.4 mm.
See Figure 4.
Figure 4 - d15 DV Slim data module
2.3.2 d15 DV Standard:
It is packaged in a PCMCIA Type III form factor. The foot print along with the mounting holes
are identical to the d10, which allows easy upgrade from Motorola’s d10 GSM module.
See figure 5.
Figure 5 - d15 DV Standard data module
2.3.3 d15 DV Board Only – Vertical:
The vertical Board only product provides the smallest volume with a vertical connection.
See figure 6
2.3.4 d15 DV Board Only – Horizontal:
The horizontal Board only product provides the smallest volume with a horizontal connection.
See figure 6
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 24 of 181
Page 25
Figure 6 - d15 DV Board Only – Vertical or Horizontal connections
2.3.5 d15 DVG /slim:
The DVG Slim configuration provides GPS (Global Positioning System) capability housed on the
same package as the GSM Data module. This allows developers to save on integration space
when location information is needed. (Figure 6
Figure 7 - d15 DV GPS Data Module
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 25 of 181
Page 26
CHAPTER 3 Design Considerations
When integrating a wireless modem, internal connections and placements are critical to a successful implementation.
Specific attention must be paid to the following support mechanisms:
• DC power
• Audio considerations.
• Serial interface and control
• SIM card considerations
• ESD considerations
• Antenna Considerations
• Mechanical mounting
• Differences between D10 to D15
• Desense control (see “Desense” on Annex G)
• How to connect a 3788 handset to D15
• GPS Considerations.
3.1 Power supply consideration.
3.1.1 Power Supply losses.
The D15 is specified to operate from 3.0V to 6.0V on the D15 input (after the flat cable losses). In
order to be able to work in the lowest battery values it is important to verify the losses in the
power supplies lines, Flat cable and in the user PCB.
The D15 is a GSM phone that transmits in pulses of about 0.5mS every 4.6mS. The Peak current
is about 1.5A.
The VCC line will drop down in the TX periods:
Transmit
Periods
TX TXTX
VCC
Figure 8 – The VCC signal during TX periods
In order to minimise the ∆ it is recommended to use a short Flat cable as possible and to put a
1000uF capacitor (or maximum possible) in the D15 VCC input.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 26 of 181
Page 27
3.1.2 Current consumption in D15
In order to design the power supply correctly you need to take in account the current consumption
of the D15 in the different modes.
Table 3 – d15 Current consumption
Mode Current consumption
D15 with no accessory when no call is in
process (Sleep Mode)
D15 with no accessory but TS is ON < 50mA.
D15 during searching time <180mA typical average 80mA.
<11mA Typical 10mA.
D15 with DSC bus accessory(like Handset)
when no call is in process
D15 during a call in maximum power level <1.5A Peak, Average 300mA.
D15 during a call in GSM power level #10 (for
Example)
Typical 45 mA.
<0.7A Peak, Average 175mA
3.1.2.1 Turn On/Off the unit
The D15 is powered from a single power supply in the range of 3.0 to 6.0 Vdc.
The unit will not power up automatically by connecting the power and there are two
ways to turn the unit On.
3.1.2.2 Turn On/Off the unit using the ON/OFF pin.
The On/Off pin (pin # 14 at the ZIF connector & pin # 18 at the DIN connector) is
used as a toggle input to turn On and Off the unit. Any drop to ground in this pin will
change the status.
To verify that the unit is On or Off you have to check the DSC_EN line, If it is high
the unit is On If it is low the unit is Off.
The timing for this process is the follow:
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 27 of 181
Page 28
Figure 9: Turn On the unit using the ON/OFF pin
Figure 10: Turn On and Off the unit using the ON/OFF pin
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 28 of 181
Page 29
3.1.2.3 Turn On the unit using the TS pin.
The main used of the TS line is for units connected to a mobile device in which the
current consumption is not the main concern.
The TS line is used to turn On the unit. This line can’t turn Off the unit.
When this line is rise up it will turn On the unit.
This line is used for example to turn On the unit when power is connected to the unit.
(Like Ignition line in a car kit).
Be aware that if you keep this line high all the time the unit will not go to Sleep mode
(current save mode), So it is recommended to turn On the unit and than drop this line.
Figure 11: Turn On the unit using the TS line
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 29 of 181
Page 30
3.1.3 How / When to make the unit to wakeup
If the D15 has no accessories, the unit is camped and command ATS24=1 was used the D15 will
go to a "sleep mode" (current save mode).
In Sleep mode the radio is switched to minimum activity. The clock is removed from the RF
section and it reduced from 13MHz to 32KHz in the Logic section.
The unit is sensing the activity by going out of this mode in a periodic sequence.
In any case of an incoming call the unit will go out of Sleep mode.
During sleep mode period the RS232 is not responding to any command from the DTE device
(Uart is disabled). In order to wake up the unit, the host needs to communicate with the d15 as
follow:
perform the following sequence via the TXD line:
Send "AT" , "CR" or Any other string. (this massage will be lost)
Wait 30mS
Use the Data port for the Application period.
Send "ATS24=n “ when 1<n<255 in order to go back to sleep mode.
" n " determines the period of time (Approx. in Seconds) till the D15 enter sleep mode after
executing the command.
NOTE: If "ATS24=n" will not be inserted after use of the RS232 port, The radio will not
go to sleep mode.
3.2 Audio circuits consideration.
The D15 is able to make a voice call as well as Data calls. In voice calls the audio can be routed in a few
channels:
Digital audio channel - Audio is sent via the DSC bus.
Analog audio channel - Drive externally to audio devices.
Analog audio channel in Hands free mode - D15 send the audio out with the Echo cancelling ON in the
DSP, External drivers is required.
3.2.1 Digital audio.
In case of digital audio channel a DSC drives is in used. The consideration that should be taken in
this case is to be aware of the present of the hook switch. The hook switch will distinguish if the
handset is In/Out of use.
There are two DSC bus accessories for audio defined for the D15:
1. External Handset.
2. DHFA - Car Kit for Hands Free.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 30 of 181
Page 31
3.2.2 Analog Audio without Hands free.
The D15 will drive the audio out/in in order to allow a voice call. In order to connect a Headset it
is needed to amplify the speaker and microphone channels,
An example for these drivers can be seen in Annex C EV board.
Other point to be taken in consideration is the Buzz noise existing in GSM phones due to the
transmission rate (217Hz). In order to minimise this noise the D15 have a separate ground for the
analog circuits.
Customer side D15
Analog
Circuits
Analog
Digital Ground
PS
Ground
Digital Ground
Logic
Circuits
Figure 12 – Ground connections
The main problem causing the Buzz is drops in the Ground line because the peak current during
TX mode. In order to minimize the Buzz the following acts should be done:
− Use short Flat cable.
− Connect the analog ground from the D15 to all the analog circuits in the customer application
without connecting them to the power supply ground.
− all the capacitors to ground in the audio circuits should be connected to the analog ground.
− Any reference voltage that may be used should have the external capacitor connected to the
analog ground.
− The maximal audio In/Out levels from/To the D15 can be seen below.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 31 of 181
Page 32
3.2.3 Analog Audio – Maximum Levels
The maximum in/out levels to/from the d15 can be seen below
Figure 13 – Maximum audio level
Figure 14 – d15 Input maximum level
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 32 of 181
Page 33
3.2.4 Analog audio with hands free
The audio In/Out from the D15 for analog Hands free is the same as for non-Hands free. All the
consideration from Paragraph 3.2.2 is applicable for this mode too.
The additional consideration in this case is to switch the D15 DSP to Echo cancelling mode.
In order to switch to hands free mode use the RS232 port by sending a switch command at the
start up.
ATS96=1 Echo canceller is activate. (Hands free)
ATS96=0 Echo canceller is disabled. (Headset - Default)
But during an active call the echo canceller can be activate but not disabled.
The block diagram for the required drivers are shown below, But detailed example of drivers
design you can see the Evaluation board design, Annex C
SPKR
12V
MIC
Headset
Hands Free
Selection
VCCVref
REF
A1
Hands Free
Selection
A2
VCC
(for Audio amp)
D15
Audio out
Audio In
Analog GND
Hands Free
Selection via
ATS96 command.
Figure 15 – EV audio block diagram
The requirements from the drivers and audio devices are the follow:
Microphone impedance: Typical 700Ω
S/N ratio Minimum 35dB
Gain from headset to D15 (A2) 45 – 49 dB
Frequency response -11 to +1 dB 300 to 3400Hz.
(including microphone)
D15 input impedance 10KΩ
TX Distortion Maximum 5%.
Speakerphone Load 25 to 39 ohm
S/N Minimum 35dB
Gain from D15 to Headset (A1) -13 to –9 dB
Frequency response -10 to +1 dB 300 to 3400Hz.
(including SPKR)
D15 output impedance <1KΩ
Distortion Maximum 5%.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 33 of 181
Page 34
3.3 Data port considerations.
3.3.1 Data levels.
The D15 is a DCE device operating in 0 to 5V logic. An MC74VHCT244 buffer buffers all the
In/Out signals.
DTR, DSR, RTS, CTS, DCD lines are "1" (active) in 0V and "0" (inactive) in 5V.
RXD, TXD lines are "1" in 0V and "0" in 5V.
The signal thresholds are:
Vih 2.0V min.
Vil 0.8V max.
Voh 4.4V min. @ 50uA or 3.8V min. @ 8mA.
Vol 0.1 max. @ 50uA or 0.44V @ 8mA.
− SoftGsm mode. This mode is for computer application in which an application SW
“SoftGSM” is use. This allowed the D15 to work with V42.bis (data compression), transfer
fax and SMS. In this mode Transparent data is available. In this mode Voice calls via AT
commands are not available.
− RS232 full flow control. This is the default setting for the D15. In this mode we can transfer
data and SMS using a full flow control (HW flow control), Xon/Xoff or non flow control.
There is no FAX capability in this mode.
In this mode Non transparent data is available and voice calls using AT commands are
available.
3.3.2 Select the data mode:
The D15 can support two different modes of operation:
SoftGsm - For PC applications.
RS232 full flow control - General applications.
The RS232 is the default mode and no action is needed to switch to this mode.
The SoftGsm require hardware connection to two lines.
Down link pin should be connected via 22KOhm to ground.
DSC_EN pin should be connected via 22KOhm to ground.
3.3.3 DTR line.
The DTR line must to be active (0V) in order to recognize the DTE by the D15.
If the DTR is not used by the application connect this line to ground (DTR Active).
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 36 of 181
Page 37
d
3.4 SIM lines consideration.
3.4.1 SIM Card Support
The d15 module has a built-in SIM card reader within the module itself. The SIM card is inserted
into the slot provided on the side of the sheet plastic cover. When inserted to the correct depth the
card should be flush with the cover. To extract the card, insert a non-conductive tuning tool into
the slot on the top of the unit at the back end of the card, and then push the card out of the slot so
that it can be removed by hand.
For some installations, this built-in slot will not be accessible, so an external card reader is needed.
If a digital handset is going to be used, the card reader can be part of the handset and is connected
to the modem via the DSC interface. Other installations require that the SIM card slot is installed
into the OEM device and circuitry is installed to connect the card reader to the d15.
The SIM card interface contains six lines plus 2 lines for presence detect, which are lines 1 and 2
as shown in figure 20.
21
Pin Description
5
43
1 Gnd
2 SIM_PD
3 SIM_CLK
4 .*SIM_RST
5 VSIM1
76
6 SIM_I_O
8
7 SIM_-5V
Figure 20 – The SIM card interface
The D15 is supporting 3 types of SIM connection:
Internal SIM - Internal socket in the D15 - Support 3/5V cards.
External SIM -
The user can connect the SIM externally.
IMPORTANT !!
In case of externally connection the customer concern should be for Full Type Approval that may
require submission for testing in case that the SIM lines will be longer than 10cm. Support 3/5V
cards.
Remote SIM - This is a standard connection. The SIM is connected to an external SIM socket
connected to the radio via the DSC bus. Two accessories are existing - M3788 handset and
external SIM card reader. Support 5V card only.
The SIM lines are routed in parallel to the SIM socket and to the user connector.
8Gn
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 37 of 181
Page 38
3.5 ESD consideration
In general the ESD is very well protected using ceramic capacitors of 0.1uF or higher.
§ For all the static lines - power, SIM PD, SIM VCC, ... the capacitor will protect against ESD. The
protection was done inside the D15, but it is recommended to add protection in the user PCB,
especially if the flat cable is long.
§ For lines with high rate of signals it is recommended to use Transguard with low capacitance. There are
Transguard of 3pF or less.
§ It is recommended to ground the antenna ground contact and the power supply ground contact in order
to prevent ESD to go inside the D15 or user equipment.
3.6 Antennas
The antenna must be mounted like any other cellular or land mobile radio antenna. The best position for the
antenna is usually the center of the vehicle roof, which provides a good fairly symmetric ground plane on
metal cars. For vehicles that are fabricated of non-metallic material such as fiberglass, mount the antenna
where it won’t be obstructed by items such as mirrors.
3.6.1 Antenna Systems
Use this information to assist you in selecting the appropriate antenna to incorporate into your
product package. For specific detailed information, Motorola recommends that you use the
expertise of an antenna design engineer to solve individual application concerns.
3.6.2 Antenna Safety
The following statement from the American National Standards Institute (ANSI) specifies the
safety criteria that integrators must use when designing the antenna for a product integrating the
D15modem.
“The design of the integrated product must be such that the location used and other particulars of
the antenna comply with the then current American National Standards Institute (ANSI)
Guidelines concerning Radio frequency Energy Exposure and with any other nationally
recognized radio frequency standards that may be applicable thereto. “
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 38 of 181
Page 39
3.6.2.1 User Operation
Do not operate your telephone when a person is within 8 inches (20 centimetres) of
the antenna. A person or object within 8 inches (20 centimetres) of the antenna could
impair call quality and may cause the phone to operate at a higher power level than
necessary and expose that person to RF energy in excess of that established by the
FCC RF Exposure Guidelines.
CAUTION ! The telephone must be installed in a manner that provides a minimum
separation distance of 20 cm or more between the antenna and persons
to satisfy FCC RF exposure requirements for mobile transmitting
devices
NOTE: To comply with the FCC RF exposure limits and satisfy the
categorical exclusion requirements for mobile transmitters, the
following requirements must be met:
A mini mum separation distance of 20 cm must be maintained
between the antenna and all persons.
The transmitter effective radiated power must be less than 3.0
Watts ERP (4.9 Watts or 36.9 dBm EIRP). This requires that the
combination of antenna gain and feed line loss does not exceed 16
dBi.
3.6.3 Antenna Performance
Antenna network requirements are usually set by the network operator.
3.6.4 Portable Devices
In the environment where portable devices are in use, many variables exist that can affect the
transmission path. In this case, it is preferable to use a vertically-polarized, omni directional
antenna.
Antennas for portable devices include the following designs:
3.6.4.1 Internal antenna (invisible or pull-up)
This is the most difficult antenna design scenario. Despite greater physical constraints,
an internal antenna must still provide a gain sufficient to meet network specifications.
Metal cased products can not have internal antennae as the metal acts as a shield
around the antenna and prevents RF signals from reaching the antenna. I.E. A metal
case acts like a Faraday cage. The antenna should be positioned so that it is vertically
oriented when the device is carried normally. This will ensure that the best antenna
performance is available most of the time.
Cable routing from the modem to the antenna needs to avoid RF-sensitive circuits and
high-level, high-speed clock circuits. Consider these items:
• The location of the antenna to avoid RFI to a computing device
• Good shielding to the display and other RF-sensitive components
• The most efficient method of cable routing
Otherwise, antenna gain can be offset by cable loss. A typical coaxial cable is very
thin, such as RG178B used in portable devices, and cable loss can be as high as 0.5 dB
per foot. Some coaxial cable manufacturers market relatively thin double-braid
coaxial cables. These cables show much better isolation than single-braid cables,
typically by 30 to 40 dB. These double-braid cables reduce radiation and RF pick-up
when routed inside a portable device.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 39 of 181
Page 40
3.6.4.2 External antenna, removable and directly connected to the
device
You can design a portable device that can use an off-the-shelf, plug-in antenna, such
as a 1/4 wave monopole or 1/2 wave dipole antenna. Typical gain of these omni
directional antennas is 0 dBi and 2.14 dBi, respectively. Like the internal antenna,
these antennae should be oriented vertically when the device is normally carried to
ensure the best antenna performance.
Cabling demands the same consideration as an internal antenna application. In a
typical laptop application, the antenna must be placed as far as possible from the
display to avoid deflection. This usually causes a deep null in radiation patterns.
3.6.4.3 External, remote antenna
For remote antenna application use the same design approach as internal designs,
including the RF cable routing of the external connector. You can choose an off-theoff the shelf mobile antenna of omni directional 1/2 wave length. The antenna has
2.14 dBi of gain. Higher gain than that might not be appropriate for portable
applications.
A double-braid coaxial cable such as RG223 from the device to the antenna is
recommended if the cable length is more than a few feet. The difference in cable loss
between low-cost RG58 cable and the more expensive RG223 cable is approximately
4.5 dB per 100 feet. If the cable must be routed through noisy EMI/RFI environments,
a double-braid cable such as RG223 can reduce radiation and pick-up by 30 to 40 dB.
3.6.5 Fixed Devices
Fixed data device applications use the same design recommendations as a portable device with a
remote antenna.
As for the RF connector of an external antenna, whether it is a plug-in type or a remote type, the
most economical and practical choice is a TNC threaded connector. TNC has a good frequency
response to 7 GHz, and leakage is low. A mini UHF threaded connector provides adequate
performance and is an economical choice. If the size of the TNC and mini UHF connectors
becomes critical, consider an SMA threaded connector or an SMB snap fit connector. (The SMB
connector does not accept RG58 or RG223 cables).
3.6.6 Antenna Test Methods
Whether portable or fixed, the device antenna is the critical link to the network. A poor
performing antenna reduces the coverage of the device within the network footprint. The antenna
performance must meet the impedance and match the criteria of the modem (see the modem
specification), and have the appropriate amount of gain to meet the network ERP requirements.
Two tests must be performed on the antenna to ensure that it meets requirements. For both tests
the antenna must be integrated in its final form. That is, the antenna must be mounted on a
representative housing that includes all metal objects forming the ground plane or counterpoise.
Antenna testing requires an experienced operator and an anechoic chamber, a GTEM cell, or
approved open field site. Your Motorola OEM support representative can provide advice on this
type of testing.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 40 of 181
Page 41
3.8 Mechanics
Mounting the D15
3.8.1 Fixed-Mount Usage
Fixed-mount usage eliminates most of the mechanical constraints of handheld designs, although
the requirements still apply. Fixed-mount units are sometimes AC-line powered and require
filtering to eliminate the 60 Hz noise that can impair modem operation.
Proper mounting of the modem requires secure fastening of it within the host housing.
To ensure ease of access for installation and troubleshooting, locate the modem within the product
in such a way that serial I/O and antenna connections are readily accessible.
Quick access to the modem allows it to be efficiently removed, probed, and functionally tested.
3.8.2 Fastening units with housing
Mount the modem to the rigid OEM product housing, using four #2-56 UNC 2A machine screws
torqued to 2 in.-lbs. Position the screws as shown in Figures 5 and 6.
3.8.3 Fastening DIN units
Secure the DIN board to the host device using three M1.8 screws.
CAUTION ! Do not mount a d15 integrated wireless modem in PC Card Type III rails.
Forcing the modem into a PC Card header can damage the connector pins in
the header and leave the modem loose and poorly grounded.
Figure 21 - Mounting the modem (front view) Figure 22 - Mounting the modem (rear view)
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 41 of 181
Page 42
3.9 How to connect 3788 Handset to D15.
In order to connect the handset (3788) to the D15 there is a need of the following connections in the user
board.
You can see below the circuits used in the D15 Evaluation board for this purpose as an example.
To D15 User Connector
DownLinkUplinkDSC_EN
P ch
(10.5- 15V) 12V
4.7K
4.7K
4.7K
DSC_ENN ch
2.2uF
DownLink
Uplink
PCB TOP View
Mechanical
hols
TAB
Figure 23 – Handset Connections / HW required
3.10 GPS Considerations
The D15 DV with GPS model includes internally a M12 GPS receiver from Motorola.
The GPS receiver is powered internally from the D15 with 3Vdc.
All the other lines of the GPS were routed to the user connector (ZIF 36 pin).
The GPS lines in the D15 user connector 36 pin ZIF socket are as follows:
Table 4 – The GPS lines in the D15 (user connector 36 pin ZIF socket)
D15 User Connector Pin # Function
2 GPS RXD receive data in 3V logic.
3 GPS TXD transmit data in 3V logic.
34 Antenna voltage input 3 or 5 Vdc. (active antennas)
35 RTCM input - 3V logic.
36 1pps output in 3V logic.
The GPS receiver is a stand alone unit in the D15.
More details about the M12 module can be viewed on the web at
http://www.synergy-gps.com/M12_Oncore.html.
On/Off
Handset Connector
In the EV board PCB
RJ-45
1
2
3
4
5
6
7
8
7531RJ45
864 2
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 42 of 181
Page 43
CHAPTER 4 Software Interface
The operating functions of the d15 modem are implemented in the base unit in which the d15 is integrated. The d15 is
a GSM900/1800/1900 Phase II+ device.
The corresponding functions are implemented conforming V.25ter, GSM07.07, and GSM07.05. Note that the
standards bodies regularly update these standards and so it can not be promised that the commands supported by the
d15 exactly conform to the latest versions of that specification. Some commands listed in these standards do not apply
in the GSM environment.
AT+C commands conforming to GSM07.07 and GSM07.05 and a number of manufacturers-specific AT commands
are available via the serial interface of the d15 for the implementation of the functionality.
Command input is via the operating functions of the base unit. The base unit translates the operating functions into AT
commands and the d15 executes the requested action.
The modem guidelines V.25ter is applicable in regards to the time sequence of interference commands. In accordance
with this guideline, commands start with the string
are acknowledged with
subsequent incoming character, so the next command must not be sent until the acknowledgment has been received
that command has been processed. Otherwise the current command will be cancelled.
OK or ERROR. A command currently being processed will be interrupted by each
4.1 Modem Communication Modes
The d15 modem supports the following communications modes:
4.2 Voice Communications
Analog Audio - Audio communications via a standard analog headset such as the headset used with the
StarTAC cellular phone. In this case the controls for answering calls, dialling, and hanging up are provided
by the AT command set interface. This mode would be used if the modem is being integrated into a
handheld terminal that will support voice communications.
Digital Audio - Digital audio is provided by the Motorola Proprietary DSC interface. This is used when an
external handset such as would be used in an automotive installation is used. In this case, the call controls
are provided on the handset. DSC handsets that support this interface are manufactured by and available
from Motorola. The AT command set can also be used to control calls. The DSC interface is a Motorola
proprietary feature that requires licensing from Motorola. Please contact your Motorola representative for
more information.
AT and end with a carriage return (<CR> or 0x0D). Commands
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 43 of 181
Page 44
4.3 Configuration Set-up and Audio Routing in D15
4.3.1 Voice connectivity
The D15 is an OEM Data & Voice module.
The voice connectivity can be done in two main channels – Analog voice, Digital voice.
The Audio route for the different devices is descried in the following table:
1. HF Refer to External Speaker & Microphone connected.
2. DHFA refers to External Car kit.
Correct set-up is in bold letters.
Table 5 – Voice connectivity
Configuration Setup Audio Route to…
Off hook handset
(overrides all other conditions)
On hook handset, or absence of handset:
− HF + HF was selected by ATS96 command
− HF + HF was not selected by ATS96 command
− DHFA
− Headset + HF was selected by ATS96 command
− Headset + HF was not selected by AT command
Table 6 – Regular (HS) and HF mode using RS232
Characteristics Regular Mode (Handset) HF mode
Echo Cancelling (EC) -
Disable
Sidetone
Echo Suppression (ES) +
Enable
Full Duplex Half Duplex
• Sidetone - When sidetones are enabled, an attenuated (reduced) version of the microphone
audio input is routed to the selected speaker. This is so that the people speaking will hear
themselves talking. This also creates a slight echo because the speaker sound then gets picked
up again by the mic and again output to the speaker, etc. Echo suppress is designed to take
care of this echo.
• Echo Suppress - Cancel a little of the output sound picked up by the input device (suppress
the echo). It is designed to be used where there will be little to no echo (e.g. in a handset)
rather that where there will be much echo (e.g. in a handsfree device).
• Echo Cancel - Suppress a lot of the output sound picked up by the input device (cancel all
echo).
• Noise Suppress - An audio control that improves audio quality in all modes.
If the application is using DSC bus the HF selection can be done via new IP.
Handset.
− HF external Speaker with Echo cancelling
− HF External Speaker, W/O Echo
cancelling
− DHFA Speaker
− Headset with Echo Cancelling
− Headset W/O Echo Cancelling
+
+
Enable
-
Mute
-
Disable
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 44 of 181
Page 45
Table 7 - Regular (HS) and HF mode using DSC bus
Characteristics Regular Mode (Handset) HF mode
Echo Cancelling (EC) -
Sidetone + -
Echo Suppression (ES) +
DSC Mic -
To Activate the hands free mode, see the following table:
Table 8 – HF mode selection using AT command
Command Description Notes
ATS96 = 1 Hands free mode ON +
ATS96 = 0 Hands free mode OFF
Default Hands free mode OFF
Disable
Enable
Mute
+
Enable
Mute
-
Disable
+
Enable
-
Mute
After setting the HF, it is kept in
the flex even after power cycling
the d15.
4.3.2 Data Communications
There are two modes to use the Data port:
SoftGsm mode - This mode is for computer application in witch an application SW
•
“SoftGSM” is use. This allowed the D15 to work with V42.bis (data compression), transfer
fax and SMS. In this mode, Transparent data is available.
RS232 full flow control - This is the default setting for the D15. In this mode, we can
•
transfer data and SMS using a full flow control (HW flow control), Xon/Xoff or
non-flow control.
There is no FAX capability in this mode.
In this mode, transparent data is available using SoftGsm
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 45 of 181
Page 46
Table 9 – The supported features by using RS232/SoftGSM
RS232 Supporting
Flow Control:
HW
Xon/Xoff
None
No Transparent
SMS PDU mode.
SMS Block Mode.
SoftGSM Supporting
Connectivity via RS232 TXD/ RXD/ RTS/ DTR lines.
Transparent - V42 bis.
SMS PDU mode.
Fax - class 1 & Class 2.
From its conception in the mid-1980s, the GSM network standard was designed to allow computer
data to be exchanged in addition to normal speech at a maximum data speed of 14,400bps.
Because modems today operate at 33,600bps, Motorola Communicate Ltd. developed DDFTM
(Digital Data Fast), a technique that combines an industry-standard error-correction protocol with
two compression algorithms (V.42bis and MNP5) to provide data transfer rates up to 33,600bps
over a fixed 9,600bps channel.
GSM offers two modes for data transmission: transparent mode and non-transparent mode. The
modes differ in how they treat the data as it flows through the network.
• Transparent mode effectively offers an open pipe for the data, where the control is handled
only by the transmitting and receiving modems with no intervention from the network.
Transparent mode allows the use of DDF compression to produce higher data throughput and
reduce call charges. Use transparent mode when the modem is stationary, or when travelling
within a good-reception area.
• Non-transparent mode offers a robust data communication link up to a maximum data speed
of 9,600bps using a sophisticated error-correcting system called RLP (radio link protocol).
Use non-transparent mode when the modem is moving or in areas with bad service reception.
NOTE: Fax Transmissions Cannot Use Non-transparent Mode.
When the D15 is connected to a PC Card, it does not support fixed dialling numbers for Data Calls
To change to non-transparent mode, type:
Sending a Fax by using SoftGSM ONLY.
AT+CBST=7,0,1 (DEFAULT)
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 46 of 181
Page 47
4.3.3 SMS Communications
Block Mode — This mode is an older and less efficient operating mode for SMS communications.
This is supported by the d15, but it is not recommended, as PDU mode is much easier to work
with.
Text Mode — This mode is not supported by the d15.
PDU Mode — This is the recommended mode for SMS communications. Note that the PDU
packet has a complex structure, so careful examination of GSM 04.11 and GSM 03.40 is required.
4.3.4 FAX Communications
Fax is supported in SoftGsm only
Class 1 — This is the basic set of FAX commands that is supported by all types of fax machines.
Class 2 — This is the extended set of FAX commands.
4.4 Basic Operations
4.4.1 Making a voice call
AT+CPIN=”nnnn” Enter PIN number which enables the SIM Card.
ATDnnnnnn; OR
AT*Dnnnnn OR
ATD><index>; OR
ATD>”name” OR
ATDS=n; (n=0 to 3) OR
ATDS=n (n=0 to 3) OR
ATD><mem><index>;
AT*H Hangs up on voice call
4.4.2 Receiving a voice call
AT+CPIN=”nnnn”
AT+CRC=1 Enable cellular result codes extended format. Remote
ATA Answer call
+CRING VOICE indicates an incoming call. Note: if AT+CRC=0
4.4.3 Commence voice communications
ATH Hang-up call ends
Behaviour if remote phone hangs up first: The modem will stay online, (AT+CPAS returns +CPAS:004)
for approximately 110 seconds, at which point it will time out and the call will be cleared (AT+CPAS
returns +CPAS: 000). At any time during this period, the modem can execute an AT*H.
Initiates the voice call to the remote phone Commence voice
communications
The phonebook storage should be selected first at+cpbs=”sm”
Phone number corresponding to the name entered
Phone number from register #1 after setting at&z1=035658452
Phone number from register #0 after setting at&z1=035658452;
Phone number from SIM card #101 for example ATD>SM101
Enter PIN number that enables the SIM Card
phone dials d15 voice number
then RING will indicate incoming call.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 47 of 181
Page 48
4.4.4 Making a data call
ATDnnnnnnn Dial remote modem
CONNECT xxxx Indicates connection made
Proceed with data communications
+++ Escape to command mode
ATO Return to online mode
+++ Escape to command mode
ATH Hang up connection
4.4.5 Receiving a data call
Remote modem dials d15 data number.
RING Indicates incoming data call
ATA Answer manually; ATS0=1 will enable automatic answer
after 1 ring
+++ Escape from online mode
ATH Hang up call.
Behaviour if remote phone hangs up first: The modem will stay online (+CPAS:004) for approximately
110 seconds, at which point it will time out and the call will be cleared (+CPAS: 000). At any time during
this period, the modem can execute an ATH.
D15 set to work in RS232 Mode
When the D15 is connected to a terminal and turned on, the following signals are becoming active
low: DTR, DSR, CTS and RTS.
When a data call is received the RI signal goes active low for one second and then inactive high
for four seconds repeatedly.
Figure 24 – RI waveform
After a data carrier has been detected by the D15, he sets the DCD signal active low.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 48 of 181
Page 49
Figure 25 – D15 Receiving a data call
4.5 Sending and Receiving data in different flow controls
4.5.1 Flow control set to hardware Flow Control
4.5.1.1 Sending Data
When data is being sent by the D15, the only dynamic signals through the data transfer are TXD
and CTS. The DTE device should keep DTR & RTS ON.
TXD is used in order to transmit the data from the terminal to the D15, and CTS is used in order
to control the data flow. When data is being transferred too rapidly to the modem, in a rate greater
then its transfer rate, and its buffers become full, the modem sets CTS inactive high, until he
accomplishes the transfer.
When the modem is ready to accept more data, it sets the CTS signal active low again.
Figure 26 – D15 sending data HW flow control
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 49 of 181
Page 50
4.5.1.2 Receiving Data
When data is being received by the D15, the only dynamic signal during the data transfer is RXD,
on which the data is being sent to the terminal. The DTE device should keep DTR ON.
Figure 27 – D15 receiving data HW flow control
4.5.2 Flow Control - Flow Control set to - Xon/Xoff
First the D15 should be configure for Xon / Xoff by:
AT&K4
To return to HW flow control use - AT&K3
4.5.2.1 Sending Data
When a data is being sent in Xon/Xoff flow control, the data is transferred on the TXD line. The
DTE device should keep DTR ON.
When the modem receives data in a rate too fast, its buffers are getting full, and he can not handle
transmission in this rate, he sends an Xoff signal to the terminal on the RXD line. When the
modem sends the data in his buffer and its ready to receive more data, it sends the Xon signal on
the RXD line.
Figure 28 – Sending data Xon/Xoff
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 50 of 181
Page 51
4.5.2.2 Receiving Data
When data is being received in Xon/Xoff flow control, the data is being transferred from the D15
to the terminal on the RXD line. The DTE device should keep DTR ON.
Figure 29 – D15 receiving data Xon/Xoff
NOTE: In the picture above the transfer protocol which was used was Zmodem with crash
recovery, and therefore when an error was encountered the terminal sent an
acknowledge to the sending side, asking it to send that block again.
4.5.3 Flow control set to None Flow Control
First the D15 should be configure for Xon / Xoff by:
AT&K0
To return to HW flow control use - AT&K3
4.5.3.1 Sending Data
When data is being sent in this mode it is sent on the TXD line, and there is no flow control. The
DTE device should keep DTR ON.
When the modem can not keep up with the transmission of data from the terminal, an error
happens.
Figure 30 –D15 sending data none
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 51 of 181
Page 52
4.5.3.2 Receiving Data
Data is being received on the RXD line, which is the only dynamic line, in this receiving mode.
The DTE device should keep DTR ON.
Figure 31 – D15 receiving data none
D15 set to work in SoftGsm Mode
When connecting the D15 to a terminal running a SoftGSM application, the only active line is the
DTR, which goes active low after starting the application.
RTS is used as an on-off switch by the application in order to turn the radio on or off.
When sending data, fax or SMS, the data is being transferred on the TXD line, and controlled by
the RXD line.
When receiving data, fax or SMS, the data is being received on the RXD line, and controlled by
the TXD line.
Figure 32 – D15 receiving data SoftGSM
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 52 of 181
Page 53
Figure 33 – Sending data SoftGSM
4.6 Call waiting, call forwarding, and conference calls
These operations are not recommended, as behaviour can be very problematic depending on
network conditions such as roaming or call dropout.
4.7 Sending SMS
4.7.1 Sending a SMS Message in PDU Mode
AT+CPIN=”nnnn” Enter PIN which enables SIM card.
AT+CSMS=0 Select message service response; response will be
+CSMS:001,001,001
AT+CPMS=”SM” Select preferred message storage; response will be
similar to +CPMS:001,0015,001,015 depending on
your SIM card.
AT+CMGS=<length of TPDU><cr>
<SCA><TPDU><ctrl-Z> <SCA>: Service Center Address, refer to GSM 04.11
<TPDU>: Transport Protocol Data Unit, refer to GSM
03.40
Example:
AT+CMGS=19
>07914483056100F511000B914410927856F40000000541E190F804<0x1A>
Will return +CMGS:000 after sending “ABCDE” to phone number 44-012-987-654 via the SMS
center at 44-385-016-005. Note this is an example only, this particular SMS center is an UK
number.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 53 of 181
Page 54
The following ASCII string is the ASCII representation of the hexadecimal values that will be
transmitted as a binary string. So, ‘F’’4’ below means that the hex values 0xF and 0x4 will be
transmitted over the air. CMGS=19 is the length of the TPDU in octets, see below. Note that the
message is terminated with a Control-Z character (0x1A)
AT+CMGS=19
>07914483056100F511000B914410927856F40000000541E190F804<CTRL-Z>
07 = LENGTH OF SCA element including the TON/NPI
91 = TON/NPI,TON=9=Type of number, NPI=1=Numbering Plan Identifier
4483056100F5 SCA =SERVICE CENTER ADDRESS
I.E. the real phone number for the SCA is 44-385-016-005
• Explanation of coding of phone numbers. One hex digit for each phone number digit will be
used. Each pair of hex digits is considered an octet (8 bit binary number). Then the two hex
digits are reversed in order to form a semi-octet. So, The phone digits 3,8 will become 0x3,
0x8, then 0x38, and then reversed to become 0x83. The ASCII characters ‘8’ and ‘3’, ie the
string ‘83’ are then inserted into the full ASCII string above. Since there are an odd number
of digits, the last digit 5, is placed in the lower nibble of the last octet and then it top nibble is
filled with 1’s. So ‘5’ becomes 0x5, then 0x05, then 0xf5, and then ‘f5’, the last two
characters in the Service Center address.
Refer to ETSI 04.11 for more detail.
Looking at the rest of the message after the SCA we find the Transport Protocol Data Unit
(TPDU) which contains the destination device address (phone number) and the user data or
message. There are 38 characters, which represent 19 octets, which is the length of the TPDU.
11000B914410927856F40000000541E190F804 = TPDU
11 = 8 bits MTI,RD,VPF,SRR,UDHI,RP,MMS,SRI
00 = MR Message Reference
0B914410927856F4 = DA Transport Destination Address.
0B = Number of digits (11) in phone number
91=TON/NPI (as above)
4410927856F4 = Destination phone number 44-012-987-654.
Note that the destination phone number is converted to an ASCII string in the same manner
as the SCA.
After the phone number is the user data control information and the user data.
§
0000000541e190f804
00 = PID Protocol ID
00 = DCS Data Coding Scheme
00 = VP Validity Period
05 = UDL User Data Length
41E190F804 = The user data ‘ABCDE’.
The user data is encoded as a GSM characters.
• Description of encoding the user data. The GSM character set is a method of encoding 7 bit
ASCII characters into 8 bit numbers. GSM only supports 128 characters with ASCII values
0x00 to 0x7f. Since these only need 7 bits to define them, and the SMS message is
transmitted as a series of 8-bit values, GSM uses a method of packing the series of 7 bit
values into 8 bit octets. To explain:
ABCDE is encoded as 41E190F804 as follows.
A B C D E
In ASCII hexadecimal is:
0x41 0x42 0x43 0x44 0x45
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 54 of 181
Page 55
In 8 bit binary is:
01000001 01000010 01000011 01000100 01000101
We truncate off the most significant bit, resulting in a series of seven bit values. The process is to
pack the now unused most significant bit(s) with enough least significant bits from the following
value to fill it up to eight bits.
‘A’‘B’‘C’‘D’‘E’
0x410x420x430x440x45
10000011000010
100001110001001000101
0100000111100001 100100000101100000000100
This results in the string of eight-bit hexadecimal numbers 0x41, 0xE1, 0x90, 0x58, 0x04. By
continuing this process a string of 160 ASCII characters can be stored as a string of 140 bytes
(octets).
The Service Center Address is described in ETSI GSM 04.11.
The Transport Protocol Data Unit is described in ETS GSM 03.40.
4.7.2 Sending SMS in PDU Mode - Wave Forms
4.7.2.1 Sending SMS in RS232 mode
When sending SMS in PDU mode, after executing the at+cmgs=n command, the DCD line goes
active low, and the data is transferred on the TXD line.
After executing the <Ctrl+Z> command, the DCD line goes inactive high again, and the message
is being sent by the phone.
Figure 34 – Sending SMS in RS232 mode
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 55 of 181
Page 56
4.7.2.2 Sending SMS in SoftGsm mode
Figure 35 - Sending SMS in SoftGSM mode
4.7.2.3 Receiving a SMS message
AT+CPIN="nnnn" Enter PIN which enables SIM card.
AT+CSMS=0 Select message service
AT+CPMS="SM" Select preferred message storage
AT+CNMI=2,1 Allow unsolicited incoming messages when message
+CMTI: "SM",001 will be displayed (001 message location)
To display incoming messages:
AT+CMGL=4 Lists all stored messages
AT+CMGR=1 Reads message at location 001
+CMGR: 000,,102
Once the message has been received, the next step is to decode it into something readable. This
particular message is generated by a Rohde and Schwarz CMD55 GSM Test station. Looking at
the first line of data we see the information about the service center, followed by the TPDU.
038021430402802100006990502100000064D2279258049940D321F21A946A4
03 = Length of service center address
80 = Type of number = unknown, number plan identifier = unknown
2143 = Service center address = 1234
04 = MTI = SMS-DELIVER, MMS = no more messages,
SRI = no status report UDHI = no UD header, RP =
This is a string of GSM characters, and must translate back to ASCII. The process is the reverse of
the coding process described above. This converts them back from a series of octets to a series of
7 bit ASCII numbers.
Looking at the first 6 octets:
This decoding process continues for the entire user data string. Translating the entire string comes
up with ROHDE & SCHWARZ THE QUICK BROWN FOX JUMPED OVER THE LAZY
DOG.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 57 of 181
Page 58
4.7.2.4 Sending and receiving binary data via SMS.
Your specific application may require sending binary data, instead of an ASCII text message. In
this case, you could simply insert your raw data as the user data, instead of using the GSM
character coding process. This will limit you to 140 octets of data. As long as your application
controls the encoding and decoding of the SMS PDU’s at either end of the solution, you can use
the 140 octets of user data as you see fit.
4.7.2.5 Receiving SMS in RS232 mode - Wave Forms
When receiving SMS the message is stored on the SIM card.
The following picture shows a reading command being sent on the TXD line, and the message
transferred from the SIM card to the terminal.
Figure 36 – Receiving SMS in RS232 mode
Figure 37 - Receiving SMS in RS232 mode
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 58 of 181
(37) NO CARRIER
(38) AT+FTH=3 (39) CONNECT
(40) <CFR> (41) Send CFR frame (42) Receive CFR Last frame bit = 1
(43) OK, drop carrier
PHASE C
(44) AT+FRM=96
(46)<page data> (47) Drop carrier (48) NO CARRIER
PHASE D
49) AT+FRH=3
(53) AT+FTH=3
(55)<MCF>
(59) AT+FRH=3 (60) CONNECT (61) Send DCN frame Last frame bit = 1
(62) <DCN>, OK
(63) ATHO (64) OK, hang-up (65) Hang-up
(50) CONNECT
(52)<EOP>, OK
(54) CONNECT
56) Send MCF frame
58) OK, drop carrier
(45) Send page data
(51) Send EOP frame
(57) Receive MCF
Last frame bit = 1
Last frame bit = 1
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 61 of 181
Page 62
4.8 Basic AT Commands
Table 12 lists the AT commands that form part of the basic command for the d15 modem. Commands
shown in bold are factory defaults.
The format of the command is AT<command>, for example ATE0 will turn off command echo.
To repeat command use the command A/ which will repeat the previous command. This is not prefixed with
AT.
Table 12: Basic AT Commands
Command Function
A Go off-hook and attempt to answer a call
Dn
E0 Turn off command echo
E1 Turn on command echo
H Initiate a hang-up sequence
I0 Report product code
I1 Report pre-computed checksum
I2 Report processor name
I3 Report firmware revision
I4 Report product name
I6 Report processor name
O Go on-line
Q0 Allow result codes to DTE
Q1 Inhibit result codes to DTE
Sn Select S-Register as default
Sn? Return the value of S-Register n
S0 Read/Set number of rings before Automatic answer
S2 Read/Set Escape code character
S3 Read/Set Carriage return code character
S4 Line feed code character
S5 Command line editing character
S7 Wait time for carrier
S24 Sleep mode
Sn for n equals to 14, 21,
22, 31, 36, 39, 40, 41
S95 Bitmap register for extended result code
S96 Echo cancelling feature for audio devices by ATS96=1 . After sending this command,
S97
V0 Report short form (terse) result codes
V1 Report long form (verbose) result codes
W Report DTE in Error Correction (EC) mode
Dial modifier. For voice call use ATDxxx; or AT*Dxxxx or ATD>102;
or ATD>”DAN” or ATDS=1; or ATDS=0 or
Bit map registers
the radio should restart to activate it
Antenna diagnostic feature: ATS97? Will respond with 000 or 001. 000 means either
antenna not connected or HW not support this feature.
ATD>SM101;
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 62 of 181
Page 63
Table 12: Basic AT Commands Cont.
Command Function
X0 Report basic call progress result codes:
OK, CONNECT, RING, NO CARRIER
(also for busy, if enabled, and dial tone not
detected), NO ANSWER, and ERROR
X1 Report basic call progress result codes and
connections speeds:
OK, CONNECT, RING, NO CARRIER
(also for busy, if enabled, and dial tone not
detected), NO ANSWER, CONNECT
XXXX, and ERROR
X2 Report basic call progress result codes and
connections speeds:
OK, CONNECT, RING, NO CARRIER
(also for busy, if enabled, and dial tone not
detected), NO ANSWER, CONNECT
XXXX, and ERROR
X3 Report basic call progress result codes and
connection rate:
OK, CONNECT, RING, NO CARRIER,
NO ANSWER, CONNECT XXXX,
BUSY, and ERROR
X4 Report all call progress result codes and
connection rate:
OK, CONNECT, RING, NO CARRIER,
NO ANSWER, CONNECT XXXX,
BUSY, NO DIAL TONE, and ERROR
Z Reset to default configuration
&C0 DCD is forced ON at all times
&C1 DCD indicates the connection status
&Dn DTR behaviour. (n=0-3)
DTR, &Q1, &Q2, &Q3, &Q4 The modem hangs up
&D1 Interpret DTR on-to-off transition per &Qn: &Q0, &Q1, &Q4, &Q5, &Q6
Asynchronous escape &Q2, &Q3 The modem hangs up
&D2 Interpret DTR on-to-off transition per &Qn:
&Q0 through &Q6 The modem hangs up
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 63 of 181
Page 64
Table 12: Basic AT Commands Cont.
Command Function
&D3 Interpret DTR on-to-off transition per &Qn:
&Q0, &Q1, &Q4, &Q5, &Q6 The modem
performs soft reset.
&Q2, &Q3 The modem hangs up
&F0 Restore factory configuration 0
&F1 Restore factory configuration 1
&K0 Disable all DTE/DCE flow control
&K3 Enable RTS/CTS DTE/DCE flow control
&K4 Enable XON/XOFF DTE/DCE flow control
&K6 Enable both RTS/CTS and XON/XOFF
flow control
&Q0 Select direct asynchronous mode (no effect in D15 as it has only Non Transparent
mode)
&Q5 Modem negotiates an error corrected Link (Default) (no effect in D15 as it has only
Non Transparent mode)
&Q6 Select asynchronous operation in normal mode (no effect in D15 as it has only Non
Transparent mode)
&S Defines DSR’s behaviour. (Actually always active).
&V Display current configuration and store profiles.
&W0 Store the active profile in NVRAM profile 0
&W1 Store the active profile in NVRAM profile 1
&Y0 Recall stored profile 0 upon power up
&Y1 Recall stored profile 1 upon power up
&Zn=x Store dial string x (up to 35 characters) into location n= (0 to 3)
\N1 Select direct mode (no effect in D15 as it has only Non Transparent mode)
\N2 Select reliable link mode (no effect in D15 as it has only Non Transparent mode)
AT*A Same as ATA
AT*D dial voice call number
A/ Repeat last command
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 64 of 181
Page 65
4.9 Error Correction and Compression (ECC) Commands
The commands in Table 13 are supported by the d15 modem.
Table 13 – The commands that are supported by the d15
%C0 Disable data compression (no effect in D15 as it doesn’t have compression)
%C1 Enable MNP 5 data compression. (no effect in D15 as it doesn’t have compression)
%C2 Enable V.42 bis data compression (no effect in D15 as it doesn’t have compression)
%C3 Enable both V.42 bis and MNP 5 compression (no effect in D15 as it doesn’t have
compression)
\A0 Set maximum block size in MNP to 64 (no effect in D15 as it has only Non Transparent
mode)
\A1 Set maximum block size in MNP to 128 (no effect in D15 as it has only Non Transparent
mode)
\A2 Set maximum block size in MNP to 192 (no effect in D15 as it has only Non Transparent
mode)
\A3 Set maximum block size in MNP to 256 (no effect in D15 as it has only Non Transparent
mode)
\G Use of XON/XOFF flow control
\S Show the status of the commands and S-Registers in effect
4.10 Fax Class 1 Commands
For Fax application use the SoftGSM (Phone tools).
4.11 ETSI 07.07 Standard
The following tables are a listing of commands defined by ETSI standard 07.07 Phase 1 and supported by
the d15 modem.
For more detailed descriptions of ETSI commands, please refer to ETSI document GSM 07.07 — prETS
300 916, GSM 07.05, GSM 03.40 Sections 9.1 and 9.2, GSM 04.11 Sections 8.2.5.1 and 8.2.5.2, and GSM
03.38.
For each command it is recommended that you use the ? option to query the modem for the particular details
of each command. For example, use AT+CR? to get the full details on the +CR command.
Table 14 - General ETSI 07.07 Commands
Command Description Reference
+CGMI Request manufacturer identification 5.1
+CGMM Request model identification 5.2
+CGMR Request revision identification 5.3
+CSCS Select TE character set 5.5
+GCAP Request overall capabilities of TA 5.6
+CGSN Request product serial number identification 5.4
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 65 of 181
Page 66
Table 15 - ETSI 07.07 Call control commands and methods
Command Description Reference
+CBST Select bearer service type (speed, V110/RLP, etc.) 6.7
+CEER Extended error report (report failure reason of last call) 6.10
+CHUP Hang-up call (similar to ATH) 6.5
+CMOD Call mode 6.4
+CR Service reporting control (result codes) 6.9
+CRC Cellular result codes 6.11
+CRLP Radio link protocol parameters 6.8
+CSTA Select type of address, selects dial characters allowed in dial string 6.1
V.25ter call control Call control commands, mainly for dialling ATDTPAHOLM
S0,6,7,8,10
D dial modes Dial modifiers for V.25ter dialling (TP!W,>IiGg) 6.2
Dx V.25ter - Direct dialling from phonebooks where x is the location 6.3
Table 16 - ETSI 07.07 Network service related commands
Command Description Reference
+CAOC Advice of charge 7.15
+CCFC Call forwarding number and conditions 7.10
+CCWA Call waiting 7.11
+CHLD Call related supplementary services 7.12
+CLCC List Current Calls 7.17
+CLCK Facility lock 7.4
+CLIP Calling line identification presentation 7.6
+CLIR Calling line identification restriction 7.7
Table 17 - ETSI 07.07 Mobile equipment control and status commands
Command Description Reference
+CKPD Keypad control 8.7
+CMEC Mobile equipment control mode (optional if keypad and display not supported) 8.6
+COPS GSM Network Operator selection 7.3
+CPBF Find phonebook entries 8.13
+CPBR Read phonebook entries 8.12
+CPBS Select phonebook memory storage (optional if phone book not supported) 8.11
+CPBW Write phonebook entry 8.14
6.12
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 66 of 181
Page 67
Table 18 - ETSI 07.07 Mobile equipment errors and status reports
Command Description Reference
+CBC Battery charge 8.4
+CMER Mobile Equipment Event Reporting 8.10
+CNUM Subscriber number 7.1
+CPAS Phone activity status (off, on, online)
Return Code Meaning
+CPAS:000 Ready
+CPAS:001 Unavailable
+CPAS:002 Unknown
+CPAS:003 Ringing
+CPAS:004 Call in Process
+CPAS:005 Asleep
+CPIN Enter / Change PIN 8.3
+CREG Network registration 7.2
+CSQ Signal quality 8.5
+CMEE Report Mobile Equipment error 9.1
8.1
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 67 of 181
Page 68
4.12 V.25ter Commands Applicable to GSM
The following are the V.25ter commands that can be used with GSM.
Table 19 -V.25ter Commands used with GSM
Command Description V.25ter Reference
&C DCD (Received line signal detector) Behavior 6.2.8
&D DTR (Data terminal ready) Behavior 6.2.9
&F Set to Factory-defined Configuration 6.1.2
+GCAP Request Complete Capabilities List 6.1.9
+CGMI Request Manufacturer Identification 6.1.4
+CGMM Request Model Identification 6.1.5
+CGMR Request Revision Identification 6.1.6
+CGSN Request Product Serial Number ID (IMEI) 6.1.7
A Answer 6.3.5
D Dial 6.3.1
E Command Echo 6.2.4
H Hook Control 6.3.6
I Request Identification Information 6.1.3
O Return to Online Data State 6.3.7
S0 Automatic Answer 6.3.8
S2 Read/Set Escape code character
S3 Command Line Termination Character 6.2.1
S4 Response Formatting Character 6.2.2
S5 Command Line Editing Character 6.2.3
S7 Connection Completion Timeout 6.3.10
S24 Sleep mode
Sn for n equals to
14, 21, 22, 31, 36,
39, 40, 41
S95 Bitmap register for extended result code
S96 Echo cancelling feature for audio devices by ATS96=1 . After
S97
V DCE Response Format 6.2.6
X Result Code Selection and Call Progress
Z Reset To Default Configuration 6.1.1
Bit map registers
sending this command, the radio should restart to activate it
Antenna diagnostic feature: ATS97? Will respond with 000 or
001. 000 means either antenna not connected or HW not
support this feature.
Monitoring Control
6.2.7
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 68 of 181
Page 69
Table 20 - V.25ter Voice commands
Command Description
*A Voice Answer
*D Voice Dial
*H Voice Hang-up
; Dial modifier Modifier for Voice Dial
A Voice Answer
H Voice Hang-up
4.13 ETSI 07.05 Standard (SMS)
The following tables are a complete listing of commands as described in ETSI standard 07.05. For each
command it is recommended that you use the ? option to query the modem for the particular details of each
command. For example, use AT+CR? to get the full details on the +CR command.
Block mode is a stand alone mode that makes use of full text commands and responses to send and receive
SMS messages. This is an older mode that is provided for compatibility reasons. It is recommended that
PDU mode be used instead of block mode.
Text mode is not supported by the modem.
PDU modem is the preferred method as it is the simplest and easiest to use.
4.13.1 Block Mode
SMS Block Mode is described fully in GSM 07.05, section 2.
Table 21 - ETSI 0705 TE Commands sent from host to phone
Command Description ETSI 07.05
ACKNOWLEDGE MESSAGE Acknowledge receipt of INC MESSAGE or MESSAGE
ARRIVED
DELETE MESSAGE Delete SMS message 2.4.1.9
END SMS MODE Terminates SMS/CBS mode of the DTE/DCE interface 2.4.1.11
GET FIRST MESSAGE Get first message stored on phone 2.4.1.3
GET MESSAGE Get specific message stored on phone 2.4.1.2
GET NEXT MESSAGE Get next message stored on phone 2.4.1.4
INDICATE INC SMS Request notification of any incoming SMS messages 2.4.1.6
INSERT SMS Send SMS message 2.4.1.8
LIST REQUEST Request list of message stored on phone 2.4.1.1
TRANSFER INC CBS Request direct transfer of broadcast messages directly to
host computer
TRANSFER INC SMS Request direct transfer of incoming SMS messages from the
air directly to host computer
UNABLE TO PROCESS Sent by the host to indicate that a phone message could not
be processed
Reference
2.4.1.12
2.4.1.7
2.4.1.5
2.4.1.10
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 69 of 181
Page 70
Table 22 - ETSI07.05 MT Responses sent from phone to host
Response Description ETSI 07.05
DELETE MESSAGE COMPLETE Host’s request to delete a message has been completed 2.4.2.8
DELETE MESSAGE FAILURE Host’s request to delete a message has failed 2.4.2.9
END SMS MODE Phone is exiting SMS mode 2.4.2.11
GET MESSAGE FAILURE Sent when a request for a message cannot be fulfilled 2.4.2.3
INC MESSAGE Sent if incoming message transfer to host has been requested 2.4.2.4
INSERT SMS COMPLETE Host’s request to insert a message has been completed 2.4.2.6
INSERT SMS FAILURE Host’s request to insert a message has failed 2.4.2.7
MESSAGE Sent when a message has been requested 2.4.2.2
MESSAGE ARRIVED Send if indication of incoming messages has been requested 2.4.2.5
MESSAGE LIST Sent on receipt of LIST REQUEST 2.4.2.1
REQUEST CONFIRMED Request received and will be performed 2.4.2.12
UNABLE TO PROCESS Host’s request could not be processed 2.4.2.10
Reference
4.13.2 Text Mode
Text Mode is fully described in GSM 07.05, section 3.
Text mode is not supported by the d15 module, but these commands are supported as they are useful for
PDU mode.
Table 23 - ETSI 07.05 Text Mode
Command Description ETSI 07.05
Reference
+CESP Enter SMS Block Mode Protocol 3.2.4
+CMGD Delete Message 3.5.4
+CMGF Message format: PDU or text mode selection, PDU = default 3.2.3
+CMS ERROR Response. Indicates error has occurred in mobile or network 3.2.5
+CNMI New Message indication 3.4.1
+CPMS Preferred message storage 3.2.2
+CSCA Service Centre Address 3.3.1
+CSMS Select message service (phase 2, phase 2+, etc.) 3.2.1
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 70 of 181
Page 71
4.13.3 PDU Mode
PDU mode is described fully in GSM 07.05 Section 4. PDU mode uses the same commands and responses
as the Text Mode described above. PDU mode however uses different formats for the following commands
and responses.
In addition, refer to GSM 04.11 and GSM 03.40 for details on formatting the Service Center Address and
Transport Data Protocol Unit of the SMS PDU.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 71 of 181
Page 72
CHAPTER 5 Hardware
The following vendor and parts Information is provided as a recommended solution for acquiring host interface,
modem antenna, and evaluation board components. You are also welcome to research and recommend your own
solution for acquiring needed components.
5.1 Host Interface
5.1.1 Modem I/O Connector
For the modem-to-host interface, use the 36-pin ZIF-style serial connector. Use the following
descriptions to order connectors from ELCO:
• Part number 04 6240 036 003 800
Motorola recommends that you use same connector for the host-to-modem interface connection.
5.1.2 Interface Cable
The serial interface cable is a 36-pin 0.5 mm pitch flexible printed circuit (FPC). Use the
following descriptions to order interface cables from Parlex Corporation:
0.5MM-36-xx-B Mates with ELCO 6240 series connector
where xx indicates length in inches. “Mates with ELCO 6240 series connector” indicates that the
FPC is to be connected to an ELCO connector.
5.2 Antennas
5.2.1 GSM Antenna
The style of the antenna is highly dependent on the particular requirements of the project.
Frequencies GSM 900: TX band 880-915MHz, RX band 925-960MHz.
DCS: TX band 1710-1785MHz RX band 1805-1880MHz.
PCS: TX band 1850-1910MHz, RX band 1930-1990MHz.
Gain 0 dBi (Unity) gain or greater.
Impedance 50 Ohm
VSWR typical 1.5:1
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 72 of 181
Page 73
5.2.2 GPS Antenna
Frequency 1575.42 MHz (L1)
Bandwidth ± 1.023 MHz
Polarisation Right hand circular
Impedance 50 Ohm
Gain requirement 10 dB to 26 dB (at receiver input)
Gain Pattern +0 dBic minimum at zenith
-10 dBic minimum at 0 elevation
Noise figure 1.8 dB typical
2.2 dB maximum
VSWR 1.5:1 typical
2.5:1 maximum
Axial ratio 3 dB typical at zenith
6 dB maximum at zenith
1 dB compression point -14 dBm typical (at antenna output)
3 dB frequency bandwidth 45 MHz maximum
25 dB frequency rejection ± 95 MHz
Ground plane 15 x 15 cm recommended
Antenna Connector
The antenna connector on the d15 for GSM and GPS port is an 82MMCX-S50-0-3 (female).
Mating connectors to the 82MMCX include the following two options only:
11MMCX Straight connector (male)
16MMCX Right angle connector (male)
Use the preceding descriptions to order antenna connectors from Huber-Suhner.
5.2.3 Antenna Cable Assembly
The antenna cable assembly as supplied in the developer kit uses a SMA (female) with an 8-inch
RG316 cable to a male MMCX connector.
Following two options as orderable antenna cable assemblies from Huber-Suhner:
RG316/16MMCX/21SMA/.203M Straight jack
RG316/16MMCX/24SMA/.203M Bulkhead jack
An alternate supplier, Conectec, provides can also provide RF cable assembles
Huber-Suhner and Conectec also provide assemblies with other connector types.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 73 of 181
Page 74
5.3 Developers Kit
Motorola part number S9002A
Includes (Motorola part numbers):
FTN8071A Evaluation board
Antenna 85-09397T03
8102430Z04 Small SIM card
6887968L01 GSM Engine / Modem Integration and Application Developers Guide
3085717G04 Flex cable, 36 line ZIF
3085717G01 Flex cable, 30 line ZIF
3085720F01 Antenna adapter cable
0185602G03 miscellaneous hardware
SYN7898A HUC
8509397T03 Tri band antenna
SCN5000A Handset
AVX Ltd
Admiral House
Harlington Way
Fleet, Hampshire
England GU13 8BB
Africa
Phone: 44-1252-770062
Fax: 44-1252-770104
Europe
Phone: 44-1252-770130
Fax: 44-1217-057145
Middle East
Phone: 44-1252-770062
Fax: 44-1252-770104
AVX/Kyocera (Singpore) Pte Ltd
39A Jalan Pemimpin
#07-00 TAL Building
Singapore 577183
Asia
Phone: 65-350-4892
Fax: 65-258-1756
AVX Corporation
th
Avenue South
801 17
Myrtle Beach, SC 29578-0867
North America
Phone: 843-946-0585
Fax: 843-626-5292
South America
Phone: 843-946-0392
Fax: 843-626-2396
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 75 of 181
Page 76
Huber+Suhner
1014 East Algonquin Road
Suite 104Schaumburg, IL 60173
U.S.A.
Phone: (847) 397-2800
Fax: (847) 397-2882
Website: www.hubersuhnerinc.com
Email: sschweizer@hubersuhnerinc.com
bburress@hubersuhnerinc.com
Product: Antenna cables and connectors
Huber+Suhner GmbH
Hans-Peter Manser Hehlbeerenstrasse 6
D - 82024 Taufkirchen Germany
Phone: 0049-89-6-12-01-0
Fax: 0049-89-9-12-01-162
Product: Antenna cables and connectors
Huber+Suhner Hong Kong Ltd.
Suite 902, 9/F Jubilee Centre
18 Fenwick St.
Wanchai Hong Kong
Phone: +852 2866-6600
Fax: +852 2866-6313
Product: Antenna cables and connectors
Huber+Suhner (Singapore) Pte. Ltd.
1 Tuas Basin Close
Singapore 638803
Phone: +65 861 8186
Fax: +65 861 3316
Product: Antenna cables and connectors
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 77 of 181
Page 78
CHAPTER 6 Testing
This section contains a product development checklist of parameters to check, requirements to meet, and standards of
performance to evaluate. You can use these process checks and functional test procedures to fully qualify that the d15
Integrated Wireless Modem is well integrated with your host product.
6.1 Introduction
Proper testing throughout the development and integration cycle ensures that the final product works in both
normal and exceptional situations. These tests are provided in several stages as follows:
1. Hardware integration
2. Desense and EMI
3. Regulatory compliance
4. Application software
5. Final assembly
6. End user problem resolution
7. OEM service depot repair
6.2 Testing Stages
6.2.1 Hardware Integration
To ensure that the integration effort is carried out properly, monitor all relevant engineering
standards, requirements, and specifications. In addition, perform functional tests during product
development to validate that the integrated package performs as designed.
6.2.2 Enabler Functions
To test the interaction between the modem and host, your product must be able to perform the
following:
• Turn the various hardware components on and off. This capability helps to isolate possible
desense and other emissions problems.
• Pass data through the host between the modem and the test platform. This allows external
programming and configuration software to communicate with the modem while it is
integrated within the host. For microprocessor-based products, pass-through mode uses
software emulation involving the host processor, which passes full-duplex serial port data to
and from the integrated modem.
6.2.3 Specific Tests
In addition to the various tests that exercise your own circuitry, such as power-on self test), design
tests that ensure proper interaction between the modem and host. Ensure that the following
hardware integration issues are evaluated
RF Immunity
Electrical Signaling Power sources and interface are functionally compatible between the
Physical Parameters Physical configuration of the modem inside the host provides adequate
Antenna Performance Integrated antenna system meets the required ERP specifications,
ESD Requirements Host design protects the modem from ESD
RF transmissions of the modem do not interfere with operation of the
host
host and the modem.
ventilation, mounting, shielding, and grounding.
VSWR specifications, and antenna propagation patterns.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 78 of 181
Page 79
RF Re-radiation Host does not allow spurious emissions in excess of 60 dBc, as caused
by carrier re-radiation.
6.2.4 Desense and EMI
Any host in which the modem is integrated generates some EMI (electromagnetic interference),
which tends to desensitize the modem’s ability to receive at certain frequencies. You should verify
that there is no influence from the host equipment to the D15 performance. (See Desense testing in
Annex G Page 170).
Motorola can direct you to a facility for testing the amount of desense that your modem
experiences while in a host platform. Specifically, modem receiver sensitivity is recorded while
operating with the host under test. For this test, you provide an integrated product, including
antenna, power supply and any peripherals. Motorola then produces a test graph that reports the
amount of desense. If a test fails, Motorola is available to perform additional tests at standard
industry rates. All desense testing is performed at Motorola facilities.
To prepare for the desense test, provide Motorola with hardware to generate EMI that is
representative of the final product, including the cables, power supplies, and other peripheral
devices.
6.2.5 Regulatory Compliance
Most countries where the final product will be sold currently require approval from the local
government regulatory body. In the US, the FCC requires that two individual requirements be met
before the final product can be certified. The first test, the FCC Part 15 qualification, requires you
to prove that the product electronics hardware does not yield local radiation capable of affecting
other equipment, such as TVs, computer monitors, and so on.
The second test (FCC Part 90) requires you to prove when the modem transmits, it remains
properly in its allocated channel spacing, and does not produce spikes or splatter in other
frequencies. Motorola undergoes FCC testing with the modem integrated into a dummy OEM host
to ensure compatibility with these requirements. But since the eventual transmit capability of the
modem is highly integrated with the power supply and antenna system of the future host, the fully
integrated product must be submitted for final regulatory approval.
In addition, regulatory bodies can require the wireless modem to transmit random data patterns on
specific frequencies while incorporated in the host platform. The modem incorporates special
debug modes to allow this kind of testing, provided the host application can issue the required
commands to the modem.
The entire regulatory process can take many months to complete and should start early in the
development cycle. The exact regulatory requirements of each country change from time to time.
For efficient regulatory processing, use the services of specialized regulatory consultants to
determine the specific requirements at the time of manufacture.
To prepare for regulatory testing, you need to integrate the pass-through mode into the product
design (see “Enabler Functions” on page 78). Pass through mode passes the RS-232 levels from
an external PC to and from the modem. Motorola provides the ability to key and dekey the radio at
the required frequencies and modulation levels from an external PC via the pass-through mode.
For further information about regulatory compliance, refer to “Regulatory Requirements” on
page 10.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 79 of 181
Page 80
6.2.6 Application Software
Tests need to verify the communications links between the host and the modem and
between the modem and the network, as follows:
Software Driver Configuration
Ensure that the host product can enable the modem serial port to permit the host and modem to
communicate. This test verifies that the driver software functions well and is configured properly.
Network Configuration
Determine if the host can use the modem to communicate with a GSMâ network. This test uses
existing network software in an attempt to communicate with a specific network.
NOTE: Make sure the d15 is set to the correct band.
The final application must be able to respond correctly under all adverse network conditions, not
just the ideal case. To achieve this, the application software has to be systematically tested against
all possible failure and exception conditions. Situations such as low battery, out of range, host
down, unexpected data, maximum message size, maximum peak/sustained throughput, and other
conditions must not cause the host application to fail. Each condition must have a specific
remedial action to alleviate it.
6.3 Final Assembly
A final assembly test is performed before shipment to ensure all components are working properly and
issues such as crimped antenna cables, lose connections, and improper software load are resolved. During
final assembly, the modem sends and receives a loopback message of maximum size. The successful return
of the sent message proves the product can transmit and receive correctly.
6.3.1 End User Problem Resolution
When the final product is in the hands of the end user, testing must quickly isolate the cause of the
problem in the field. For example, is the problem caused by the terminal, the modem, the network,
the configuration, or a user error? Can the problem be fixed locally or does the unit need to be sent
to the service shop?
It is very time consuming and expensive to send products to the service shop, especially if the
problem is caused by a temporary network or host outage. For this reason, you should design the
application to allow for end-user problem determination. Often this functionality can be designed
co-operatively with the Help Desk, which supports the user
over the telephone and without access to the user’s screen. The application must enable the end
user to relate the most likely cause of the problem to the Help Desk for a quick solution.
Effective tests provide a systematic, positive acknowledgment from each of the network
components. For example:
Test 1 Is the OEM module able to pass its own self test?
Test 2 Is the OEM module able to communicate with peripherals?
Test 3 Is the OEM module able to communicate with the integrated modem?
Test 4 Is the modem able to hear the network?
Test 5 Is the modem registered and allowed to operate on the network?
Test 6 Is the gateway (if present) up and running?
Test 7 Is the host up and running?
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 80 of 181
Page 81
6.3.2 OEM Service Depot Repair
When a unit comes in to the OEM for service, the first requirement is to determine whether the
modem must be sent on to Motorola for repair. A screening test must be performed, one that
mounts the modem on the Motorola evaluation board and sends a loopback message to qualify the
specific problem.
To set up for this test, you need to have an evaluation board, a known-good d15 modem (for
comparison), and a power supply. The end-to-end test can employ either a live network or an
over-the-air test involving a communications monitor that can transmit and receive at the
appropriate frequencies. The objective is to test the suspect modem in a known-good environment,
in which all other components are known to be operational.
6.3.3 Diagnostic Utility
This appendix describes how to develop a script to perform a factory end-of-line test of a d15
modem integrated in an OEM platform. This test provides a high degree of confidence that the
modem is properly configured and integrated, and is ready for shipment.
CAUTION ! OEM service operations are encouraged to modify the following QA test
procedure to develop a test for the diagnostic screening of repair
products.
6.3.4 Quality Assurance Testing
Efficient, automated testing can ensure the product is functional when delivered to the end user,
especially when OEM product manufacturing occurs in a region or country distant from the
intended network. Use the following checklist to verify that a product is ready for shipment:
1. OEM host platform (without modem) is operational.
2. OEM host platform contains the correct software load.
3. OEM host platform provides sufficient power to operate the modem.
4. Modem is loaded with the correct software version.
5. Modem is loaded with correct frequencies.
6. Modem is configured for the correct ID and network registration information.
7. OEM host communicates with modem logic board.
8. OEM host is able to key up the radio with sufficient output at the antenna.
9. Modem can receive with sufficient signal strength from the antenna port.
NOTE: Requirements for testing items 1 and 2 are specific to each OEM product. A
specific discussion of these items is beyond the scope of this document.
An automated test script provides more than diagnostic support. When you set up an automated
test process, you ensure that only those products that pass the test are labeled for release. For
example, since regulatory agencies require product labeling for certification and approval for us,
you can develop an automated script to read the modem ID and destination network from the
modem and generate a label with the proper inscription.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 81 of 181
Page 82
6.4 Equipment Test Setup
6.4.1 Calibration Tools and Equipment
For any RF testing use GSM Simulators as HP8922 or Rohde & Schwarz CMD55.
For Data test use a standard PC connecting the D15 to the serial port via a Motorola Evaluation
board S9002A or use the user equipment.
Line modem.
Use the local network to make the communication.
6.4.2 Set Up the Modem for Testing
D15 EV board
Comm1
Dtype 9 pin
PC
Comm2
Line Modem
Figure 38 – D15 setup for testing
6.4.3 Test Script Command Strings
The test script commands are recommended data strings you can use to issue commands in your
test script.
NOTE: All communication between the DTE (Like the PC) and the DCE (d15 modem)
occurs at 9600 bps, no parity, 8 data bits, one stop bit.
Used any known file to transfer from comm1 to comm2 or from Comm 2 to Comm 1.
Getting Started
§ Verify D15 is On (DSC_EN LED in the EV board will by on).
§ Activate two Terminal programs one for Comm 1 and one for comm2.
§ Verify that each terminal receive response from the DCE device (send AT and verify OK
response).
§ Start your test by sending a file from Comm to comm.
D15
Network
Phone lines
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 82 of 181
Page 83
Measuring additional parameters
§ ATI3 D15 Software version.
§ ATI4 Product name.
§ AT+CSQ Receive signal quality.
§ AT+CMER=0,0,1 Show the data on the handset display.
For additional information, consult the Motorola d15 Customer Support Center at:
Help desk phone number is:
Email : GSM support-BSG041@email.mot.com
+972-3-5684040
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 83 of 181
Page 84
ANNEX A Glossary
Abbreviation Description
ACK Acknowledgment
ADC Analog-to-digital converter
ALC Automatic level control
ANSI American National Standards Institute
AOC Automatic output control
ASIC Application-specific integrated circuit
ATE Automatic test equipment
BABT British Approval Board – Telecommunications
BGA Ball grid array
BER Bit error rate
BNC A type of connector used with coaxial cable
bps Bits per second
BSC Base station controller (for a network)
C/R Card Reader
CCR Type of miniature RF connector
Chebyshev filter A filter with very sharp cutoff
CHRONOS Enhanced pendulum IC
CLA Cigarettte Lighter Adapter
CLK Clock
CMOS Complementary metal oxide silicon
CNTL Control
COM Communications (port)
CPU Central processing unit
CQA Customer quality assurance
CNTL Control (key)
CSA California Safety Authority
DAC Digital-to-analog converter
Data TAC‘A type of Motorola data communications system
DB Decibel
DBc Decibels relative to carrier
dBm Decibels mean; levels relative to 1 mW
DCD Detailed circuit description
DCS Digital Cellular System (GSM in the 1800MHz band)
DDFTM Digital Data Fast, a technique that combines an industry-standard error-correction protocol with
two compression algorithms (V.42bis and MNP5) to provide data transfer rates up to 33,600bps
over a fixed 9,600bps channel
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 84 of 181
Page 85
Abbreviation Description
Debounce Protection against feedback voltage
Desense Loss of sensitivity from high ambient noise
DHFA Digital Hands Free Adapter
DIN Deutsches Institut Für Normung
DISC Discriminator
DOS Disc operating system
DSC Digital Speech Control
DTE Data terminal equipment, the user device
DTR Data terminal ready
DTU Device under test
DVM Digital volt meter
ECC Error Correction and Compression
EEPROM Electrically erasable, programmable read-only memory
EIA Electronic Industries Association (U.S.)
EMA Embedded memory access (mode)
EMI Electromagnetic interference
EMMI Electrical Man Machine Interface
EPC File name suffix for modem configuration files
EPROM Erasable, programmable, read-only memory
ERP Effective radiated power
ESD Electrostatic discharge
ESN Electronic serial number
EV Evaluation
EVB Evaluation board
FCC Federal Communications Commission (U.S.)
FET Field effect transistor
FIFO First in, first out
FNE Fixed network equipment
FPC Flexible printed circuit
FracN Fractional division synthesizer IC
FRU Field-replaceable unit
FSK Frequency shift keying
GaAs Gallium arsenide, a semi-conducting material
GND Ground
GPIB A type of ATE interface
GSM Global System for Mobile Communications
GTEM Gigahertz transverse electromagnetic
HCT High-speed CMOS technology
Host The computer platform, or DTE
HP Hewlett Packard
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 85 of 181
Page 86
Abbreviation Description
I/O Input/Output
IB Inbound
IC Integrated circuit or Industry Canada
Inbound Direction of wireless data originating from the host and/or modem to the fixed network equipment
IP Internet protocol
IR Infrared
LC Inductor-capacitor
LED Light-emitting diode
Li-ion Lithium ion (battery technology)
LLI Logical link identifier; unit ID
LNA Low noise amplifier
MDC Mobile data communications protocol (Motorola)
ME Mobile Equipment. e.g. a d15.
MFR Multiple-frequency reuse
MNP
MPS Maintenance Programming Software
NAK Negative acknowledgment
NatSim Native Mode Simulation (software utility)
NCL Native Control Language (Motorola)
NiCad / NiCd Nickel-cadmium (battery technology)
NiMH Nickel-Metal-Hydride (battery technology)
NPN Type of bipolar transistor
NSI Network systems integration
NVRAM Non-volatile RAM.
OB Outbound
OEM Original Equipment Manufacturer
op-amp Operational amplifier
OSMT Type of miniature RF connector
Outbound Direction of wireless data originating from the fixed network destined for either the host
application(s) or the modem itself
Palmtop A class of small, personal computing devices
PCA Printed circuit assembly (populated board)
PCB Printed circuit board (bare board)
PC Card A PCMCIA product
PCMCIA Personal Computer Memory Card International Association
PCS Personnel Communication System (GSM in the 1900MHz band used in North America.)
PDA Personal data assistant
PDU Packet data unit
PIC Personal information communicator
PLL Phase-locked loop
p/n Part number
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 86 of 181
Page 87
Abbreviation Description
PMIT Packet modem integration test
POST Power-on self test
Ppm Parts per million
QFP Quad flat pack
R&D Research and development
RAM Random-access memory
Rayleigh A measure of multi-path fading depth of a signal
RC Resistor-capacitor
RF Radio frequency
RFI Radio-frequency interference
RGxxx Cabling designation number
RLP Radio link protocol, a sophisticated error-correcting system
RMA Return material authorization
RNC Radio network controller
RPM Radio packet modem
RS-232 The EIA standard for a serial data interface
RSSI Received signal strength indicator
RTU Radio Training Utility
Rx Receive or reception
SAP0 A specific service access point
Schottky diode A diode with low forward voltage drop and fast switching
SCR Standard context routing
SDK Software developers kit
SDU Service data unit
SFR Single-frequency reuse
SINAD Ratio (measured in dB) of signal to noise-plus-distortion
SMA Sub-miniature connector
SMB Sub-miniature connector
SMS Short message service
SNR Signal-to-noise ratio
SPDT Single pole, double throw (switch)
SPI Serial peripheral interface
SRAM Static random-access memory (static RAM)
TA Terminal Adapter. Equivalent to DCE. e.g. the d15 module.
TBD To be determined
TE Terminal Equipment. Equivalent to DTE. e.g. a laptop computer or OEM device.
TNC Industry standard connector type
Transorb Transient absorber
TTO Transmitter turn-on time
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 87 of 181
Page 88
Abbreviation Description
Tuple An element of a database relation, consisting of an identifier of an entity and its attributes
Tx Transmit or transmission
Type III Reference to a PC Card form factor
UART Universal asynchronous receiver / transmitter
UL Underwriters Laboratories
VCC Voltage common collector
VCO Voltage controlled oscillator
VDD Voltage direct drain
Vpp Voltage peak to peak
VSRAM Battery backup voltage for SRAM
VSWR Voltage standing-wave ratio
Wireline Communications over a direct, physical link
XIP Execute in place
ZIF Zero insertion force
Short Message Service abbreviations
The relevant specifications are given in parentheses. (*) stands for a common GSM abbreviations and (-) for a general
abbreviation. This abbreviations are often prefixed with a ÒTP-Ó which refers to “Transport Protocol”.
Abbreviation Description
CM Call Management (*)
CS CauSe (-)
DA Destination Address (-)
DCS Data Coding Scheme (03.40)
DI Dialogue Identifier TCAP
GMSCA Gateway MSC Address
HLR Home Location Register (*)
IMSI International Mobile Subscriber Identity (*)
MAL MSIsdn-Alert (03.40)
MMS More Messages to Send (03.40)
MR Message Reference (03.40)
MS Mobile Station (*)
MSC Mobile services Switching Centre (*)
MSC AMSC Address
MSI Mobile waiting Set Indication (03.40)
MSIsdn Mobile Station ISDN number (*)
MSM More Short Messages (09.02)
MSRN Mobile Station Roaming Number (*)
MT Message Type (04.11)
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 88 of 181
Page 89
Abbreviation Description
MTI Message Type Indicator (04.11)
MWS Message Waiting Set (03.40)
OA Originating Address (-)
OC Operation Code (09.02)
PCI Protocol Control Information (-)
PDI Protocol DIscriminator (*)
PRI PRIority (03.40)
RCT ReCeption Time (03.40)
REA REcipient Address (03.40)
RL ReLay function (04.11)
RP Reply Path (03.40)
SC Service Centre (03.40)
SCA Service Centre Address (03.40)
SCTS Service Centre Time Stamp (03.40)
SM Short Message (03.40)
SM-AL Short Message Application Layer (03.40)
SME Short Message Entity (03.40)
SMI Short Message Identifier (03.40)
SM-RL Short Message Relay Layer (03.40, 04.11)
SMS-GMSC Short Message Service Gateway MSC (03.40)
SMS-IWMSC Short Message Service Interworking MSC (03.40)
SoR Status of Report (03.40)
SM-TL Short Message Transfer Layer (03.40)
SRI Status Report Indication (03.40)
SRR Status Report Request (03.40)
ST STatus (03.40)
TCAP Transaction Capabilities Application Part (-)
TID Transaction Identifier (*)
TPDU Transport Protocol Data Unit (-)
UD User Data (-)
UDL User Data Length (03.40)
VLR Visitor Location Register (*)
VP Validity Period (03.40)
VPF Validity Period Format (03.40)
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 89 of 181
Page 90
ANNEX B Customer Specification
Figure 1: standard figure 2: slim
Figure 3: Slim with GPS
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 90 of 181
Page 91
Figure 4: DIN versions
Physical
Form factor: PCMCIA type III, no PCMCIA connector
Size: d15 DV Standard: 53.92x85.61x10.4mm (see drawings in this spec)
Mounting: Four 2.43mm Ø holes provided on non DIN models
Weight: D15 DV Standard: 39g
Volume: D15 DV Standard: 40.1cc
Steve tio find Plastic housing PC/ABS
Interface connector:
RF output connector:
d15 DV Slim: 44.28x88.45x10.4mm
d15 DVG with GPS: 44.74x88.45x17.6mm
d15 DV DIN: 40x80.2x7.5 mm
D15 DV Slim: 35.5g
D15 DVG with GPS: 49g
D15 DV DIN: 22g
D15 DV Slim: 36.8 cc
D15 DVG with GPS: 57 cc
D15 DV DIN: 24.1cc
d15 DV Standard / Slim/ DVG: 36 pin ZIF socket @ 0.5mm pitch
d15 DV Vertical Board Only: 28 pin dual in line Header @1.27 pitch
d15 DV Horizontal Board Only: 28 pin dual in line pin socket @1.27 pitch
MMCX Jack (female) 50Ω GSM and GPS Mating connectors Plug (Male)
Coax Huber-Shuhner Johnson Components
RG178 11-MMCX-50-1-1 135-3302-001
RG316 11-MMCX-50-2-3 135-3403-001
ELCO #04-6240-036-800
(SAMTEC # FTSH-114 -01-L-DH)
(SAMTEC # CLP-114-02-L-D)
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 91 of 181
Page 92
Environmental
Operational temperature: -30 to +60 degrees C
Storage temperature: -40 to +85 degrees C
Shock: 20 g’s with 11 millisecond duration, 20 impacts in three mutually perpendicular planes
Vibration: IS-19: 1.5g acceleration, 5 to 500 Hz @ 0.1 octave/minute in three mutually perpendicular planes
Performance
Operating systems GSM 900MHz, DCS 1800MHz, PCS 1900MHz.
Voltage:③
Current: <11 mA Stand by
Power out: GSM – Power levels #19 to 5, 5dBm to 33dBm per ETSI.
SIM Card Reader:①
Interface: Options 1. 9 pin RS232 Serial Asynchronous full flow control , 5V logic level (DCE flow
Host Protocol: AT commands including GSM 07.07 and GSM 07.05 (see Developers manual for specific AT
Data: 1. Transparent/Non transparent up to 14.400 bps.
PC FAX: Class 1,2 group 3 when using SoftGSM only
SMS: Send and receive (PDU and block mode per GSM 07.05)
Voice Call: Supported I/O with external H/SET
Audio: Analog - Full duplex I/O on interface connector
GPS: Independent GPS receiver on GPS model only
3.0 to 6V measured at the I/O connector during the transmit slot (576us out of 4.6ms)
< 150uA off current
300mA avg. in call at power level 5 (max 350mA)
1.2 A peak @ 217 Hz at power level 5 (max 1.8A)
DCS – Power levels # 15 to 0, 0dBm to 30 dBm per ETSI.
PCS – Power levels # 15 to 0, 0 dBm to 30 dBm per ETSI.
Options: 1. Internal - chip SIM CR 3/5V SIM
2. External - Local interface 3/5 SIM
3. External - Remote interface (DSC interface) 5V only
direction)
2. pin RS232 Serial Asynchronous using SoftGSM SW for PC applications, 5V
logic levels (DCE flow direction)
3. Motorola Proprietary DSC Bus
4. IRDA communication – In DIN models only. Optional, special order only
commands supported.
2. Transparent and V.42 bis when using SoftGSM only.
Digital - Motorola Proprietary DSC Bus
Echo cancelling activated by AT or IP for Hands Free Audio applications
GPS (TXD, RXD, 1PPS, RTCM, Antenna Voltage) Functions are available on the ZIF and DIN
header/socket connector at 3V logic levels.
1. 12 parallel channel
2. L1 1574,42 MHz
3. Code plus carrier tracking (carrier aided tracking)
4. Positional accuracy: 100 meters 2dRMS with SA as per DoD specifications, less than 25
meters SEP without SA
Additional specifications available on request
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 92 of 181
Page 93
Interface connector, 36 pin description standard, Slim , Slim with GPS and DIN
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 94 of 181
Page 95
Pin 14 on 36 pin connector and pin 18 on 28 pin connector Definition (Audio Out, Rec audio)
• Freq. Response: max +/- 3db from 300 to 3000 Hz
• Output impedance: max. 1000 Ω
• Distortion: max. 5%
• Audio level: max 1.2V ptp
• Headset ②
Pin 13 on 36 pin connector and pin 19 on 28 pin connector Definition (Audio In, Transmit audio)
• Freq. response: max +_3dB from 300 to 3000 Hz
• Input impedance: 10K Ω
• Distortion: max. 5%
• Input level: max. 700mVptp.
• Headset ②
Footnotes:
One SIM card can be used with option 1 and 2. With option 3 two SIM cards can be in the system. When connecting the
①
remote card reader to evaluation board use handset connector.
When using Motorola head set SYN4937A and SYN6962A; evaluation board demonstrates this implementation.
②
It is recommended that a 1000 uF capacitor be placed across GND and VCC as close as possible to the flex cable on d15
③
module. This will prevent Vcc drop during peak current which has a 543µs duration every 4.3ms due to GSM power
pulses. Voltage must not drop below 3.0vdc or the performance of the module will be degraded.
Custom definition will be considered for specific applications.
④
Logic high will turn unit on, logic low put unit into stand by mode. You must turn unit on before placing unit into standby
⑤
mode.
The Audio Out line is used to send out the detected audio and as a toggle On/Off pin.
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 95 of 181
Page 96
Standard, Slim, Slim with GPS and DIN horizontal models Functions available on 36 pin ZIF
VCC input 3.0 to 6Vdc
Full RS232 - 9 pins TXD, RXD, RTS,CTS, DSR, DTR,DCD RI at 5V levels
External SIM connections SIM Clock, SIM reset, SIM I/O, SIM VCC,SIM PD
DSC bus DSC_EN, Downlink, Uplink Motorola proprietary BUS
Audio In/Out Audio out and On/Off in the same pin, audio in Signal and analog ground
Man_Test line Used to detect standard Motorola accessories
TS line (mobport). Used to turn on the radio when Vcc is applied
TX_EN line This line is an indication when the radio is transmitting
GPS (GPS option only) TXD & RXD in 3V levels, 1PPS, RTCM, Antenna power. RXD and TXD lines
are at 3V levels. The GPS receiver is the Motorola M12
Data & Voice (D10 Replacement & Slim) - Connections
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 96 of 181
Page 97
Data & Voice + GPS model - Connections
GPS purposes
GPS
Process.
General
Data purposes
DSC bus
GPS (M12)
GPS Ant PWR
Power supplies
Main PWR
User logic
3V
1PPS
RX Diff
EXT_SIM
DSC
Audio
Data port
D15
Main
Reg
Process.
Uart #1
RS232 port
Figure 6 - Data & Voice + GPS model - Connections
DIN models vertical and horizontal Functions available on 28 pin ZIF
VCC input 3.0 to 6Vdc
Full RS232 - 9 pins TXD, RXD, RTS,CTS, DSR, DTR,DCD RI at 5V levels
External SIM connections SIM Clock, SIM reset, SIM I/O, SIM VCC,SIM PD
DSC bus DSC_EN, Downlink, Uplink Motorola proprietary BUS
Audio In/Out Audio out and On/Off in the same pin, audio in Signal and analog ground
Man_Test line Used to detect standard Motorola accessories
TS line (mobport). Used to turn on the radio when Vcc is applied
TX_EN line This line is an indication when the radio is transmitting
IRDA/RS232 select Mode selection – Default RS232, ground applied sets IRDA mode
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 97 of 181
Page 98
Data & Voice in DIN configuration- Connections
EXT_SIM
DSC
Power supplies
Audio
User logic
Main PWR
Data port
White
Cap
Uart #1
D15
Figure 7 - Data & Voice in DIM configuration - Connections
IRDA
IRDA (future feature)
General
Data purposes
DSC bus
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 98 of 181
Page 99
Figure 8 - d 15 DV Standard
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 99 of 181
Page 100
Figure 9 - d15 DV Slim
d15 Modem Integration and Application Developers Guide version draft 0.53 Page 100 of 181
Loading...
+ 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.