See also:
Support for discontinued RDS encoder models
Technical Forum


What is the Radio Data System (RDS)?

The Radio Data System (RDS) is intended for application to VHF/FM sound broadcasts in the range 87.5 MHz to 108.0 MHz which may carry either stereophonic (pilot-tone system) or monophonic programs. The main objectives of RDS are to enable improved functionality for FM receivers and to make them more user-friendly by using features such as Program Identification, Program Service name display and where applicable, automatic tuning for portable and car radios, in particular.

The Radio Data System has spawned in Europe around 1980. At present it starts to be used in all the world. It brings some useful possibilities. The listener's receiver can display station name, stations phone number and address, artist and title of actual song playing, traffic announcement, program type and much more.

In USA the system is called Radio Broadcast Data System (RBDS). The RBDS is very similar to RDS. All RDS encoders from our production can be used in USA without any limitations.

The most important RDS services are described below.

PS - Program service name
This is the label of the program service consisting of not more than eight alphanumeric characters, which is displayed by RDS receivers in order to inform the listener what program service is being broadcast by the station to which the receiver is tuned.

RT - Radiotext
This refers to text transmissions, primarily addressed to consumer home receivers, which would be equipped with suitable display facilities. The text can be up to 64 characters long. Some receivers do not support the Radiotext service.

An additional feature of the Radiotext is the Text A/B flag. Two cases occur: If the receiver detects a change in the flag, then the whole radiotext display should be cleared and the newly received radiotext message segments should be written into the display. If the receiver detects no change in the flag, then the received text segments or characters should be written into the existing displayed message and those segments or characters for which no update is received should be left unchanged. For static RT (i.e. RT is not updated and shows only a general information like studio's phone number), the A/B flag has no meaning.

RT+ on iPodClick here for summarization of national character coding issues

RT+ - Radiotext Plus
The RT+ is designed to let the listener take additional benefit from the Radiotext service by enabling receivers to offer direct access to specific elements of Radiotext. Typically the RT+ feature supports song artist and song title elements. These elements anyway carried in the Radiotext, are identified by their class code, length and location within the Radiotext. The receiver must be equipped with the RT+ function (also called "tagging") to take advantage of this feature.

Click here for information about how to send RT+ tagging with our RDS encoders

AF - Alternative frequencies list
The list of alternative frequencies gives information on the various transmitters broadcasting the same program in the same or adjacent reception areas. This facility is particularly useful in the case of car and portable radios.
When the PI code indicates local coverage-area, i.e. only one frequency is used, AF list may contain this frequency.

PI - Program identification
This information consists of a code enabling the receiver to distinguish between countries, areas in which the same program is transmitted, and the identification of the program itself. The code is not intended for direct display and is assigned to each individual radio program, to enable it to be distinguished from all other programs. One important application of this information would be to enable the receiver to search automatically for an alternative frequency in case of bad reception of the program to which the receiver is tuned; the criteria for the change-over to the new frequency would be the presence of a better signal having the same PI code.
The PI code consists of four characters. The first two characters have special meaning, second two are used to clearly identify different stations.
The first character identifies country. The second character identifies program type in terms of area coverage:
0 - Local (Local program transmitted via a single transmitter only during the whole transmitting time.)
1 - International (The same program is also transmitted in other countries.)
2 - National (The same program is transmitted throughout the country.)
3 - Supra-regional (The same program is transmitted throughout a large part of the country.)
4 to F - Regional (The program is available only in one location or region over one or more frequencies, and there exists no definition of its frontiers.)

ECC - Extended Country Code
It helps the receiver to recognise the country in cooperation with the PI code. The first most significant bits of the PI code carry the RDS country code. The four bit coding structure only permits the definition of 15 different codes, 1 to F (hex). Since there are much more countries to be identified, some countries have to share the same code which does not permit unique identification. The ECC byte determines the country unambigouesly.

Click here to find ECC and first PI digit for your country!

PTY - Program type
This is an identification number to be transmitted with each program item and which is intended to specify the current Program type within 31 possibilities. This code could be used for search tuning. The code will, moreover, enable suitable receivers and recorders to be pre-set to respond only to program items of the desired type. The last number, i.e. 31, is reserved for an alarm identification which is intended to switch on the audio signal when a receiver is operated in a waiting reception mode.

TA - Traffic announcement identification
This is an on/off switching signal to indicate when a traffic announcement is on air. The signal could be used in receivers to:
a) switch automatically from any audio mode to the traffic announcement;
b) switch on the traffic announcement automatically when the receiver is in a waiting reception mode and the audio signal is muted;
c) switch from a program to another one carrying a traffic announcement.
After the end of the traffic announcement the initial operating mode will be restored.

TP - Traffic program identification
This is a flag to indicate that the tuned program carries traffic announcements. The TP flag must only be set on programs which dynamically switch on the TA identification during traffic announcements. The signal shall be taken into account during automatic search tuning, so I recommend to turn this flag on even though you don't transmit any traffic announcements.

DI - Decoder identification
Indicates which possible operating mode is appropriate for use with the broadcast audio. Many receivers ignore this service completely. For others, only the Stereo and Dynamic PTY flags have a sense. Set the Dynamic PTY if your PTY changes dynamically in dependence on actual program content. Flags Artificial head and Compressed are archaic and should be kept cleared unless you have a real reason for their use.

M/S - Music/speech switch
This is a two-state signal to provide information on whether music or speech is being broadcast. The signal would permit receivers to be equipped with two separate volume controls, one for music and one for speech, so that the listener could adjust the balance between them to suit his individual listening habits.

CT - Clock-Time and Date
Time and date codes should use Coordinated Universal Time and Modified Julian Day. The listener, however, will not use this information directly and the conversion to local time and date will be made in the receiver's circuitry. CT is used as time stamp by various RDS applications and thus it must be accurate.

EON - Enhanced Other Networks information
This feature can be used to update the information stored in a receiver about program services other than the one received. Alternative frequencies, the PS name, Traffic Program and Traffic Announcement identification as well as Program Type and Program Item Number information can be transmitted for each other service. The relation to the corresponding program is established by means of the relevant Program Identification.

IH - In House Applications
This refers to data to be decoded only by the operator. Some examples noted are identification of transmission origin, remote switching of networks and paging of staff. The applications of coding may be decided by each operator itself.

PIN - Program-Item Number
The code should enable receivers and recorders designed to make use of this feature to respond to the particular program item(s) that the user has preselected. Use is made of the scheduled program time, to which is added the day of the month. The transmitted Program Item Number code will be the scheduled broadcast start time and day of month as published by the broadcaster.

PTYN - Program Type Name
The PTYN feature is used to further describe current PTY. PTYN permits the display of a more specific PTY description that the broadcaster can freely decide (e.g. PTY=4: Sport and PTYN: Football). The PTYN is not intended to change the default eight characters of PTY which will be used during search or wait modes, but only to show in detail the program type once tuned to a program. If the broadcaster is satisfied with a default PTY name, it is not necessary to use additional data capacity for PTYN.

TDC - Transparent Data Channels
The transparent data channels consist of 32 channels which may be used to send any type of data.

Fill your FM frequency to AF (method A) and make sure the second digit in PI is 0 (zero), for example '20A6'.
The lower byte of the PI (in this example 'A6') must be unique in the area of coverage, i.e. no neighboring station may use the same last two digits of the PI.

For each station in the same location a unique PI (Program Identification) must be assigned. Stations that carry different program must be unambiguously identified by the lower byte (last two digits) of the PI. In other case they are recognised as one station by car radios, regardless of any other service settings. If the broadcaster hasn't received the 4-digit PI from regulatory office, he must choose such number that is not in conflict with other stations in the area.
When you receive the RDS encoder, the PI is usually set to factory default value FFFF and it's needed to change it as soon as possible.

When you store your station into the car radio preset memory, the station PI is also stored. If you invoke the station from the preset memory later and the receiver detects another PI, it starts to search the FM band for the station with the same PI which has been originally stored. To solve this, tune your station manually using up and down buttons and store your station to the receiver's preset memory again. Of course, to make the life easier for your listeners, it's highly recommended to set your final PI as soon as possible.

By reason of higher safety during driving, some car radios suppress showing of dynamic text information in PS. This is also the reason why car radios don't support Radiotext (RT).
To get the dynamic PS on all car radio displays, set Low speed of the scrolling PS transmission or use another mode, for example Word alignment. Please take into consideration that using of dynamic PS may be restricted in your country so you should not get round the car radio safety measures.

It's somewhat surprising how often this question occurs, especially in conjunction with TA or EON service. Please imagine the consequences if it would be possible! Fortunately, it is technically impossible.
You cannot remotely tune the receivers in the area to your frequency. The receivers don't listen to your station so they don't know anything about existence of your station and they don't receive the data which you carry in your RDS. You can put anything to your RDS but it is absolutely meaningless as you send it to nobody. Both the TA and EON services work different way, they are carried on the currently tuned station. Maybe 0.1% of all receivers contain a secondary tuner which is theoretically able to do a continual scanning of the FM band in background of normal listening, searching for a station with TA, but the result is unpredictable.

The logo feature is well known from DAB+ but there's no equivalent service defined in currently applied RDS/RBDS standard. Some car radios show station logo when listening to a particular station. These car radios contain a factory set of most popular station logos which are showed if PI (Program Identification code) matches. None of current car radios implements real RDS-based logo feature. Since data transfer speed is limited in the FM channel, future logo service will be probably based on mobile internet connection rather than transferring the logo file via RDS or its successors.

This question is concerned only with the event that you transmit in stereo. In this case it's preferable to synchronise the RDS subcarrier with the 19 kHz pilot signal, rather than leave these two signals in complete independence. In fact substantial intermodulation may be produced between the 3rd harmonic of the pilot signal and the RDS signal, generating a unwanted beat which may be audible.

The RDS signal level on FM transmitter input should be as small as possible, but RDS must be displayed properly on a receiver. If you don't have any special measuring instrument, compare it with commercial radio stations. The right level should be between 3 and 11 % of the audio signal, measured in peak-to-peak values. Recommended value is about 6 %, which results in 4 kHz deviation of the FM carrier. Don’t forget that maximum FM carrier deviation with RDS and audio signal is 75 kHz.

The RDS signal must respect a phase criterion (in phase or in quadrature) with the 19 kHz pilot tone. In order to achieve this characteristic, the RDS encoder integrates a digital PLL with software phase control.
The oscillograms below show the appearance of RDS signal, pilot tone and a RDS signal added to the pilot tone. In real operation the phase difference can be easily measured for example using the P175 FM Analyzer.

Conditions: Pilot deviation: 6.8 kHz, RDS deviation: 3.4 kHz, no audio input. Measured at the FM transmitter input.

phrds.jpg (4068 bytes)   phpilot.jpg (3120 bytes)
1. RDS signal, 2. Pilot tone 19 kHz.

phinph.jpg (4953 bytes)   phinquad.jpg (5098 bytes)
3. RDS and pilot in-phase, 4. RDS and pilot in quadrature.

Almost anyone making RDS development and testing takes a note that there's no suitable low cost FM modulator available on the market with small output power, wideband modulation input and stable frequency. It has been discovered that – with some limitations – commercially available mp3 transmitters can provide the same functionality. Download this application note describing such solution.

Many cheap stereo transmitters have no input provided for the RDS encoder connection. In this case it's not possible to connect any RDS encoder. For FM broadcasting purposes recommends not to buy any transmitter equipped with only audio right and audio left inputs. The reason is not only the RDS input missing. Such devices are probably based on BH1415F, KT0803 or some similar Silicon Labs chip. These chips are strictly designated for cheap mp3 transmitters with a few meters of coverage range. There's no way how to improve their characteristics. Simply said: Adding a RF amplifier to a cheap mp3 transmitter does not form FM broadcast transmitter. These units also have very poor audio performance, overmodulation problems and strong spurious emissions. Not everything with LCD display and antenna output is a real transmitter!

In some cases you may ask the transmitter's vendor how to modify the transmitter to be able to accept RDS signal. If you have received no response or if you are not familiar with electronics, forget about this transmitter! The RDS system exists for more than 25 years but some transmission equipment producers still look over it. can't study individual requests and suggest any modifications. As a general guide you may use this picture.

P132, P232, P332 - What are the differences?

To cover actual market needs we produce different RDS encoder equipment. Following table introduces the main differences and specifics.

RDS Encoder P332 P232 P132 PIRA32 MicroRDS
Product status In production In production In production Sample design only Sample design only
General Comparison
Device characteristics FM broadcast RDS encoder with up to four independent communication ports FM broadcast RDS encoder with single communication port FM broadcast RDS encoder with up to four independent communication ports FM broadcast RDS encoder with single communication port Simple RDS encoder module with only basic set of features
Stand-alone operation Yes Yes Yes Yes Yes
Suitable for mono / stereo transmission Yes / Yes Yes / Yes Yes / Yes Yes / Yes Yes / Yes
Plug and go Yes Yes Yes Yes No
Control and Communication
Communication ports RS-232 and Ethernet,
4 ports total
RS-232 USB and Ethernet,
4 ports total
RS-232 IIC or RS-232
Communication protocols ASCII, UECP, X-Command ASCII, UECP, X-Command ASCII, UECP, X-Command ASCII, UECP Binary protocol only
Addressing at the protocol level UECP UECP UECP UECP and ASCII N/A
Free format group buffers
(Immediate / Circular / UECP FIFO)
1 / 16 / 12 1 / 16 / 12 1 / 16 / 12 1 / 16 / 4 1 / 1 / 0
Support for network protocols
Yes N/A Yes N/A N/A
Default Windows control software Magic RDS Magic RDS Magic RDS Magic RDS Tiny RDS
Embedded configuration website Yes N/A Yes N/A N/A
Support for LCD display Yes Yes Yes Yes No
Analog Interfacing
MPX input, switchable loopthrough mode Yes Yes Yes Yes No
Pilot sync. capability Full, from pilot tone or MPX Full, from pilot tone or MPX Full, from pilot tone or MPX Full, from pilot tone or MPX Pilot only
RDS level control Software Software Software On-board trimmer On-board trimmer
Text Capabilities
Fixed set of text messages Yes Yes Yes Yes No
Total text capacity 25 kB 25 kB 25 kB 25 kB 0.15 kB
Dynamic/scrolling PS Yes Yes Yes Yes Yes
Support in broadcast automation systems Excellent Excellent Excellent Excellent No direct support
Other Features
Weekly scheduling Yes Yes Yes Yes No
Direct support for advanced services
Yes Yes Yes Yes No
Special features Optically isolated bidirectional RS-232 port Optically isolated bidirectional RS-232 port - - -
What's the difference between the P132 and P332?

Except the USB/RS-232 interface, these units are functionally identical.

(C) 1999-2017 All rights reserved.