CMX869B

– Low Power V.32 bis Modem

Low Power Modems

CMX869B

– Low Power V.32 bis Modem

The CMX869B is a multi-standard low power modem for use in EPOS terminals and telephone based information and telemetry systems. This highly integrated single-chip modem IC provides the functions needed to implement a ITU V.32 bis automode modem or a V.22 bis, V.22, V.21 and Bell 202, Bell 103 compatible modem operating under the control of external host timing for EPOS and other proprietary protocols.

The device integrates a V.32 bis automode modem, DTMF decoder, software-controlled output, ring detector, and line inputs and outputs that can be single ended or differential. Host control and data transfer is via CML’s C-BUS high-speed serial bus.

Devices are available through our Distributor Network.

Download Datasheet

CMX869B block diagram showing the C-BUS serial interface, FSK/QAM modulator and demodulator, transmit and receive filters, ring detector and Tx/Rx output buffers

CMX869B Diagram

Need more information? Contact us here

CMX869B FAQ

Q. Can you help me understand the differences and migrate between the CMX869x families of devices?.

A. There are a number of minor differences between devices, to help explain these differences and make the most of the CMX869x please refer to the following application note: AN_Telecom_869B_Upgrade_1_August_06.pdf .

How do I perform a V.32bit handshake with the CMX869B?

To originate a V32bis connection with CMX869A please follow the sequence illustrated below:

Reset and Power-up Sequence

Write GeneralReset

$01, no data

Write GeneralControlRegister(Reset=1,PwrUp=1)

$E0=0x0180

Wait 20ms

Write GeneralControlRegister(Reset=0,PwrUp=1)

$E0=0x0100

Set transmit and receive levels, b11:9 of $E1 and $E2 respectively.

The setting of these will depend on the line interface. For transmit, set such that signal level on line is –10dBm, the rest of this document will assume –4.5dB for Tx output (0b100).

For receive, a good starting recommendation is the maximum value, i.e. 0b111.

Go off hook

If using CMX869B relay drive.

$E0=0x0300

Wait 3 seconds

Dial number

Start handshake process

Set time limit for completion of connect sequence to 30 seconds

Select transmit QAM automodem mode, asynchronous 8 bit data no parity 1 stop bit

$E1=0xF816

Select receive QAM automodem mode, asynchronous 8 bit data no parity no overspeed.

$E2=0xFE36

Start QAM modem, originate at 14k4 b/s

$EA=0x0017

Monitor connect progress.

Check status register ($E6) bit 9 for QAM mode status change.

Check QAM status register for new status.

Leave when QAM status $EB= 0xXXX8 to 0xXXXF (value of bits 2:0 indicate connect bit rate), OR leave when 30 second timer expires.

Why does the “carrier lost” status not appear when I remove the cable from the modem?

The Algorithm used within the CMX869B requires a minimum amount of received energy to be present with a long enough period of decodable data.

If the far end modem stops transmitting data (and therefore there is no carrier), the CMX869B can detect the lack of signal compared to the ambient noise level and so very quickly detect the loss of carrier and so issue the “carrier lost” status. This will also occur if the far end modem hangs up (as long as the two modems are connected through a switch / exchange).

I notice that during retrain/renegotiation attempts, the QAM Modem Status Register always indicates “rate negotiation” first, followed by “retrain request detected”. Why do these readings always follow one another?

The preamble for the rate re-negotiation request is 64 symbol periods of a particular data stream, the contents of which depend on whether the calling or answering modem is initiating the request. The preamble for the retrain request is at least 128 symbol periods of the same data stream as is used for the rate re-negotiation request.

The CMX869B sees the 64 symbol periods for “rate negotiation” first, as 64 symbol times completes before 128 symbol times does, so the device indicates, “rate negotiation request detected”. If the request is actually a “retrain request”, the preamble won’t stop there and will continue for at least another 64 symbol times…at the end of that period, the CMX869B will recognize the “retrain” request and update the QAM Modem Status Register accordingly.

The “QAM Modem Status Register” (Section 6.9 of the data sheet) refers to “R1” through “R5”, yet I find no mention of these parameters in the data sheet. What are R1 through R5?

R1 through R5 are rate sequence specifiers that are used in the call establishment, re-train, and rate re-negotiation phases of a V.32bis data transaction. R1 through R3 are used for initial call establishment and re-training, while R4 and R5 are used for rate re-negotiation. These specifiers are fully described in the V.32bis specification that can be obtained from the ITU website.

Are the QAM Modem Status Register contents valid when the 869B is NOT in QAM modem mode?

The contents of the QAM Modem Status Register are only valid when in QAM modem mode.

Concerning the notion that the chip will throttle back its speed to a minimum level determined by the standard, how will the host know that the handshake has effectively failed and that the device needs to be “manually” configured for lower speed connections?

If the CMX869B is set to 14k4 as its max connect rate, and it backs off to 4k8 and still cannot get a good connection, it will report a no-connect.

If the host wishes to try at 2k4 and 1k2, then it will have to issue a connection request with 2k4 as the max connect rate.

If the far-end modem issues a re-train or re-negotiate request during the data session, will the 869B automatically and autonomously start the required handshake?

This will automatically be detected by the 869 and the ‘automodem’ process will be started automatically.

The 869B’s host will then see a data famine as this process runs, which could (wrongly) be interpreted as a loss of connection by the host. The host does not need to do anything to respond to a re-train or re-negotiate request except wait for it to complete and data transfer resume. Hence reading the QAM status register should be done regularly and the re-train request will be seen.

I notice that the 869B connects but has “garbage characters” immediately after the connection completes, and I never receive “good data. What could be the problem?

It is imperative that the crystal frequency deviates from the nominal 6.144MHz by no more than the 100ppm laid down in the data sheet.

It must be stressed that the QAM algorithms are very sensitive to clock inaccuracy. Furthermore, if the crystal tolerance is outside of the required specifications, 1.2kbaud will sometimes work where all higher speeds produce high errors.

CMX869B DAA Circuit with Line State Detection

The circuitry used to connect a modem to a telephone line, also referred to as a “direct access arrangement” or DAA, can represent a significant hurdle for some customers. To assist these customers, this application note describes one method of connecting the CMX869B to the telephone network using low-cost components. In addition to the basic DAA function, other circuitry is provided for the CID and 911 detection functions.

View

CMX868A, CMX869B Modems with CLARE Litelink DAA

This application note describes how the Clare CPC5621 optical DAA can be used to interface the CMX868A V.22bis and CMX869B V.32bis modem chips to the telephone line. The primary benefit of the Clare LightLink DAA is that it requires very little board area and has a very low profile. This can be important in applications where there are tight space constraints.

View

CMX86x and CMX850 Filter Coefficient Generator Program

This application note comprises the Filter Coefficient Generator program as an Excel spreadsheet as well as operational instructions.

View

CMX869x Modem Series Upgrade Path

The CMX869x modem series provides the functions necessary to implement a V.32 bis automode modem and includes all of the signaling likely to be required within the General Switched Telephone Network, GSTN or PSTN. Some applications normally use a low data rate for regular traffic but require a much higher data rate for occasional traffic. To support such applications the original CMX869 specification has been extended through the CMX869A and CMX869B. There are no pin-out or signal differences between the CMX869x devices so they may be used interchangeably in the same hardware. However, extending the function set required minor register bit re-assignments that affect firmware portability. The aim of this document is to illustrate these changes and to detail the migration of code between devices in the series.

View

CMX869B – Bell 212A Implementation

The CMX869B V.32bis modem IC from CML Microcircuits offers multiple modem protocol support in both automodem and manual modes, a rich telephony feature set, and low power consumption. The purpose of this document is to describe how Bell 212A can be supported using the V.22 mode of the CMX869B modem IC.

View

CMX869x Caller Line ID

CLI operates in two distinctly different modes, on-hook and off-hook, which are often referred to as type 1 and type 2 respectively. The on-hook mode is the most widely used because the CLI is delivered before the call is accepted. Here the calling parties identity may be used within the system in a decision making process. For example, a simple call filter that rejects calls from callers who withhold their own number. Off-hook systems find more limited use because the target function is to let the called party know the identity of a missed caller. This document covers only on-Hook or type 1 CLI although the principles may be extended for some type 2 services.

View

CMX8xx: Short Message Service (SMS) Implementation using CML Products

This document aims to assist modem product designers using and understanding Short Message Service (SMS) applications. CML Microcircuits’ (CML) integrated circuit devices (CMX85x and CMX86x) could be used to realize and achieve a Caller Line Identification (CLI), SMS or Low Rate Messaging Service (LRMS) data transfer within a wireline system.

View

Recommendations for V.23 1200/75 b/s duplex call set-up

V.23 recommendations do not describe how a connection is established; a procedure is described below and illustrated in Figure 1; however you should not rely on other modems following this particular flow. Note also that 1200/1200 bps half-duplex connections are not covered by this application note.

View