RF DataTech ZRT170 VHF Data Modem User Manual 01
RF DataTech VHF Data Modem 01
Contents
- 1. User Manual 01
- 2. User Manual 02
User Manual 01
ZRT SERIES RADIO MODEMS SETUP, INSTALLATION OPERATING MANUAL ZRT Manual Page 1 of 38 Rev. M – 15 November 2010 ZRT Manual Page 2 of 38 Rev. M – 15 November 2010 CONTENTS INTRODUCTION ........................................................................................ 4 PRODUCT OVERVIEW.............................................................................. 5 1.1 1.2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 PRODUCTS COVERED...........................................................................................................4 IMPORTANT NOTICES..........................................................................................................4 GENERAL ................................................................................................................................5 TRANSMITTER........................................................................................................................5 RECEIVER................................................................................................................................5 MPU CONTROL ......................................................................................................................6 PROGRAMMING & CONFIGURATION............................................................................... 6 SOFT MODEM: ........................................................................................................................6 MODES OF OPERATION .......................................................................................................6 HANDSHAKING.....................................................................................................................6 ADDITIONAL FEATURES...................................................................................................... 7 SPECIFICATIONS ....................................................................................... 8 3.1 3.2 TECHNICAL SPECIFICATIONS ............................................................................................8 APPROVALS AND LICENSING .......................................................................................... 10 PRE-PROGRAMMED CHANNEL PLANS ............................................ 12 SETUP & INTERFACING......................................................................... 15 4.1 4.2 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 5.11 5.12 5.13 5.14 5.15 5.16 5.17 5.18 5.19 5.20 5.21 UK MPT1411/VNS2111 CHANNELS ................................................................................. 12 UK MPT1329 CHANNELS.................................................................................................... 14 INTERNAL CONSTRUCTION ............................................................................................. 15 INTERFACE PORT PIN CONNECTIONS ........................................................................... 15 12VDC POWER...................................................................................................................... 17 ANTENNA PORT.................................................................................................................. 17 CHANNEL SWITCHES......................................................................................................... 17 PROGRAMMING .................................................................................................................. 17 CHANNEL CHANGE FROM SERIAL INTERFACE........................................................... 17 RF POWER ............................................................................................................................. 19 TIME-OUT-TIMER................................................................................................................. 19 INTERNAL MODEM............................................................................................................. 19 RADIO DATA FORMATS..................................................................................................... 20 FORWARD ERROR CORRECTOR....................................................................................... 20 SQUELCH TAIL (DRIBBLE BITS) ELIMINATION ............................................................. 20 SERIAL INTERFACE & HANDSHAKING .......................................................................... 21 GENERATING A TEST TRANSMISSION............................................................................ 22 TRAFFIC PROTOCOL & ROUTING MODES...................................................................... 23 TRANSMIT & RECEIVE TIMING......................................................................................... 24 POWER CONSUMPTION..................................................................................................... 27 POWER SAVE MODE ........................................................................................................... 27 “RSSI” RECEIVE SIGNAL STRENGTH INDICATION....................................................... 27 STATUS LEDS........................................................................................................................ 28 STORE & FORWARD ............................................................................... 29 INSTALLATION........................................................................................ 34 6.1 6.2 6.3 7.1 7.2 7.3 7.4 7.5 7.6 ZRT Manual STORE & FORWARD BASED ON CLIENT PROTOCOL. .................................................. 29 MODBUS................................................................................................................................ 29 RFT ROUTING PROTOCOL................................................................................................. 31 INTRODUCTION .................................................................................................................. 34 POWER SUPPLIES................................................................................................................. 34 EFFECTIVE RADIATED POWER (ERP) .............................................................................. 34 ANTENNAS, COAX FEEDERS & PERIPHERALS .............................................................. 35 MOUNTING & INSTALLATION ......................................................................................... 37 FIXING DETAILS................................................................................................................... 37 Page 3 of 38 Rev. M – 15 November 2010 1 1.1 INTRODUCTION PRODUCTS COVERED This manual covers the ZRT Series of low cost, high performance radio modems designed for data applications in commercial and industrial systems. The ZRT is an advanced, simplex/half-duplex, data radio for transmission of serial data. Versions are available with three different serial port configurations:A true RS232 interface full handshaking. As above but with 5V TTL voltage levels on the interface rather than RS232 levels. An RS232/RS422/RS485 interface with software selection of required mode. (RTS/CTS and DSR/DTR Handshaking lines looped back to each other in RS232 mode) Information is provided to assist with configuration, installation, and operation of the products in point to point or point to multi-point applications. A separate programming manual covers the use of the associated WinA4P software for programming and configuration of the radios. Component level servicing is not covered in this document; if the product fails its first line testing it should be returned to a service centre. 1.2 IMPORTANT NOTICES 1.2.1 Copyright All rights to this manual are the sole property of R.F. Technologies Ltd. The copying of the manual in whole or in part by any method without written permission is strictly prohibited. 1.2.2 Right To Change 1.2.3 Software 1.2.4 Safety Critical Applications In the interest of improvement, R.F. Technologies reserves the right to change the technical specifications or functions of its product without notice. R.F. Technologies Ltd software is delivered “as is”. R.F. Technologies Ltd does not grant any kind of warranty or guarantees on its saleability or it’s suitability for use in specific applications. Under no circumstances is R.F. Technologies liable for any damages arising from using the software. The copyrights relating to all software is the sole property of R.F. Technologies Ltd. Any coping, editing, translating or modifying is strictly forbidden without prior written consent from R.F. Technologies Ltd The ZRT has not been designed for, nor is it intended for, use in safety critical or life support applications. No functional warranty is given if the product is used in such applications. 1.2.5 Use The ZRT radio modems have been designed to work on various licensed and license-free frequency bands in use around the world. In the license-free bands, the user must ensure that the radio modem is used under the terms & conditions applicable to the use of the bands concerned. In licensed bands, the user must obtain permission and the necessary licenses from the relevant authorities. ZRT Manual Page 4 of 38 Rev. M – 15 November 2010 2 2.1 PRODUCT OVERVIEW GENERAL The ZRT Series has been designed as a range of high specification, low cost radio modems for stand alone applications or for integration into OEM products. Through the use of advanced DSP technology, the design has been optimised for reliability and low current consumption, making the ZRT suitable for operation on remote sites without mains power. Applications include security, command & control, data logging, SCADA, telemetry, remote switching or any similar applications where serial data needs to be transmitted. The ZRT is available with three different serial interfaces:An RS232 interface with all signalling lines to allow full handshaking if required. A TTL version of the unit which uses 5V TTL voltage levels on the serial interface connector rather than RS232 signalling levels, but is otherwise the same. A version with an RS232/RS422/RS485 interface. Required interface mode is selected using the configuration software. In RS232 mode, the RTS line is looped back to CTS and the DSR line is looped back to DSR. RS422/RS485 half-duplex (2-wire) or full duplex (4-wire) modes are both supported. The data rate on the serial interface can set to a range of values from 150 baud to 38,400 baud, while the over-air data rate can be independently set to a range of values between 150 baud and 9,600 baud. If high throughput speeds are not required, the modem can be set to a slower overair rate to take advantage of the associated improvement in receiver threshold. The ZRT is available with two different transmit powers. The low power version meets the licence-exempt ETS300-220 specification while the higher power 5W version meets the tougher ETS300-113 and the USA and Canadian specifications. 2.2 TRANSMITTER The transmitter frequency can be user programmed anywhere within it’s pre-aligned bandwidth. There are two power versions available, 10mW to 750mW and 100mW to 5W. The transmit power of any particular hardware version can be set accurately within the relevant range under software control. 2.3 RECEIVER The receiver is a very low current double conversion superheterodyne with an active balanced mixer for very good intermodulation performance. Careful attention to spurious response, adjacent channel and blocking performance, makes the product ideal for crowded telemetry channels. To achieve high performance the programmable bandwidth of the receiver has been limited (for UHF it is 10MHz, + 5MHz from centre frequency), full details are in the technical specification section. Should re-alignment be required, the unit can be returned to our service centre. ZRT Manual Page 5 of 38 Rev. M – 15 November 2010 2.4 MPU CONTROL The Microprocessor (MPU) is the heart of the product and at the centre is a 128k flash microprocessor that controls all the interface circuits to the radio module and external input/outputs. As well as the control functions, the processor provides DSP functionality that enables modem operation between 150 and 9,600bps. The processor has 128k of flash memory from which the code is executed and internal EEPROM for storing programmed parameters. 2.5 PROGRAMMING & CONFIGURATION 2.6 SOFT MODEM: The parameters of the ZRT are PC programmable via the serial port. Full details of all the programmable parameters are covered in the separate programming manual. Details of cables and adaptors needed for the various interface versions are given in Section 5.6. The ZRT has a “soft modem” which allows over-air transmission at rates between 150bps and 9,600bps using a range of different modulation schemes. The over-air rate can be selected by the operator to optimise link performance. 2.7 MODES OF OPERATION 2.7.1 Transparent Operation 2.7.2 Protocol specific modem The ZRT can operate transparently without packetising the data and without adding any other overheads, thereby maximising data throughput rates. It requires no knowledge of the data it is transmitting. Data is simply transmitted and received with minimal delay. The radio recognises a complete frame and only transmits and receives data conforming to that format. No addressing of radios or routing of data is performed. Protocols such as MODBUS & DNP3 can be supported in this way. 2.7.3 Routing modem 2.8 HANDSHAKING The radios recognise a protocol specific frame and the address to which the frame is to be sent. Routing information must be stored in each radio for each destination address that requires the use of repeaters. Any radio in the system can operate as a repeater. The radio does not perform any acknowledgement or retries. Any protocol using a fixed address field such as MODBUS can be supported. On the RS232 Full Handshaking and TTL versions, transmission control can either use RTS control signals or be configured for automatic initiation of transmission on receipt of serial data at the traffic interface. In either case, the radio provides a CTS output which can optionally be used for flow control. On the RS232/RS422/RS485 version, transmission is automatic when transmit data is applied. The DSR line is internally looped back to DSR and, when configured for RS232 mode, the RTS line is also looped back to CTS. In all versions, the radio incorporates a 1,024 byte internal buffer to cope with situations where the interface data rate is higher than the over-air rate. ZRT Manual Page 6 of 38 Rev. M – 15 November 2010 2.9 ADDITIONAL FEATURES The ZRT incorporates the following additional features which enhance the usability of the product and assist with the operation and maintenance of systems using the product:- 2.9.1 Status LEDs: 2.9.2 Time-out Timer 2.9.3 Power-Save Modes The ZRT Radio Modems have a number of front panel LED’s to enable the operator to see at a glance the status of the product and the serial data port. The transmitter within the ZRT has a user programmable time-out timer which allows the maximum continuous transmission time to be set in order to prevent channel blocking due to a fault. The ZRT has both internally controlled and externally controlled power-save modes to reduce overall power consumption for operation on sites without mains power. 2.9.4 Squelch Tail Elimination 2.9.5 Forward Error Correction As a user programmable option, the ZRT can also operate in a packetisation mode where framing characters are added at the start and end of the user's message prior to transmission and stripped off again at the receive end prior to passing the user data to the interface connector. This can be useful in getting rid of any spurious characters which may otherwise be generated at the end of messages by squelch noise as the receiver mutes and which can affect old or non-tolerant protocols. In a high interference environment, enabling packetisation will often help to block reception of the interfering signals. The ZRT allows an optional forward error correction to be switched in when the over-air data rate is 9,600bps. This will improve error performance, but there is an associated data throughput overhead of around 30% which therefore reduces the effective transmission rate for the user data. The forward error corrector is not available at lower data rates as it offers no significant performance enhancement at these lower rates. ZRT Manual Page 7 of 38 Rev. M – 15 November 2010 3 SPECIFICATIONS 3.1 TECHNICAL SPECIFICATIONS 3.1.1 General Frequency Range: ZRT169/170 138 - 175MHz ZRT225 175 - 225MHz ZRT450/470 406 - 512MHz ZRT869 863 - 870MHz (50MHz – 950MHz to special order) Power Requirements: 12VDC (10V – 15.5DC) Standby (Sleep Mode): Receiving: Transmitting: <40mA <80mA 300mA to 2.1A dependent on Tx power Number of Channels: 80 sequential or 32 discrete user programmable channels. Min. Programmable Channel Step: 6.25kHz or 5kHz Channel Spacing: 12.5kHz, 20kHz or 25kHz Operating Temp. Stability: 2ppm Construction: Aluminium enclosure. Size: 75mm W x 130mm L x 30mm H (excluding brackets and connectors) Mounting: Screws to a flat surface. Weight: 250g Connectors: DC Power Serial Data RF LED Indicators: TX, Busy, System, RXD, TXD 3.1.2 –30 to +60ºC 2-way Klippon Type 9-way D-Type Female BNC (50 ohm) Transmitter: RF Output Power: ZRT 169TR-1/450TR-1/470TR-1/ 869TR-1 ZRT 170TR-5/225TR-5/470TR-5 Bandwidth: VHF UHF 869 10mW - 750mW 100mW - 5Watts 10MHz without re-alignment 12MHz without re-alignment 10MHz without re-alignment Internal Modulation: Programmable for FFSK, 2-Level FSK, GMSK or 4-Level FSK. Max. Deviation: ± 7.5kHz max Duty Cycle up to 70% Adj. Channel Power: >65dB at 12.5kHz Spurious Emissions: As per ETS300-113 Rise Time: < 9mS ZRT Manual Page 8 of 38 Rev. M – 15 November 2010 3.1.3 Receiver Sensitivity: 0.25uV (-119dBm) for 12dB SINAD de-emphasised 0.355uV (-117dBm) for 12dB SINAD flat Bandwidth: VHF UHF 869 5MHz without re-alignment 10MHz without re-alignment 10MHz without re-alignment Spurious Response: ZRT 169/450/869 ZRT 170/225/470 >65dB >80dB Blocking: ZRT 169/450/869 ZRT 170/225/470 >85dBuV >90dBuV Intermodulation: ZRT 169/450/869 ZRT 170/225/470 >60dB >70dB Adjacent Channel: >65dB at 12.5kHz IF Frequencies: 45MHz and 455kHz Spurious Emissions: ZRT 169/450/869 ZRT 170/225/470interrogate override setting )LCnn set channel override to nn where nn is the ascii-hex representation of the channel number, e.g. to set channel 20 decimal use the command )LC14. In both cases the reply is as follows: above. (LCnn where nn is the channel override value as described N.B. “(“ and “)” are the round bracket characters with ascii codes 28 and 29 hex respectively, “ ” is the carriage return character with ascii code 0D hex. If an error is encountered the reply will be of the form: !ee where ee is an ascii-hex error code. If an out of range channel number is loaded an error is not returned, however when program mode is left the radio will enter its normal error handling process as described in the product manual. ZRT Manual Page 18 of 38 Rev. M – 15 November 2010 5.8 RF POWER The transmit power can be accurately set using a locally connected PC running the supplied configuration software. This allows the RF power level to be programmed directly in Watts or milliwatts with an accuracy of +/-1dB. There are no internal power adjustment points inside the modem. There are two transmit power ranges available. The low power ZRT169, ZRT450 & ZRT869 versions can be set between 10mW and 750mW, while the higher power ZRT170, ZRT225 & ZRT470 versions can be set between 50mW and 5W. 5.9 TIME-OUT-TIMER 5.10 INTERNAL MODEM 5.10.1 Modulation & Tone-sets 5.10.2 Synchronous/Asynchronous Modem Operation The transmitter within the ZRT has a time-out timer which allows the maximum continuous transmission time to be set in order to prevent channel blocking due to a host fault. The timer works in all modes (external/internal modem) and is programmable in one second steps between 0 and 255 seconds. If not required the timer can be programmed off. If the timer is enabled and the selected time is exceeded, transmission will cease until the action that normally causes transmission is removed and then re-applied. More explicitly; with RTC/CTS handshake enabled RTS must be dropped and then raised again, or if handshake is not enabled character transmission must be suspended for at least two character periods at the serial port baud rate. In all modes the modem’s SYS led is flashed at least twice when time-out occurs, the flashing continues while lockout is in force. The lockout timer is disabled if the lockout time is set to 0. The lockout timer can be operated in “resettable” or “cumulative” mode, in resettable mode the timer restarts each time a transmission is made, in cumulative mode the timer counts up during transmit, and down during receive. If the timer counts up to the lockout time during transmit, lockout occurs; this will eventually happen if the radio spends more than half of its time transmitting. Lockout in this mode is indefinite and can only be reset by powering the radio off. The ZRT features an internal “soft modem” which offers unparalleled performance and flexibility over a wide range of speeds and formats. Data is presented to the modem via the RS232 (or TTL) serial connection at speeds between 150 and 38400 and then transmitted at the programmed radio baud rate. Buffering is provided when the data rate is higher than the radio transmission rate. Within a 12.5kHz channel, the over-air transmission from the unit can be programmed for a range of speeds. For 150, 300, 600,1200, the modulation is FFSK with Bell 202 and V.23 (Mode 2) tone-sets both supported. At these lower speeds, it is also possible to select a protocol specific MPT1327 mode which uses a 1200/1800Hz tone-set to allow compatibility with number of additional modems from other manufacturers. At 2400bps the modulation is coherent FFSK, at 4800bps it is GMSK and at 9600bps it is 4-Level FSK. If operating at speeds up to and including 1200bps and compatibility with other equipment is not required, the use of the Bell 202 tone-set is recommended, as this will give the best link performance. The radio modem can be programmed for asynchronous or synchronous operation at baud rates up to 1200. At baud rates of 2400 or more, modem operation may only be synchronous. This relates to the over-air signal and has no bearing on the format of the data presented at the serial interface port In synchronous mode inverted NRZI encoding is used where a one is represented by a transition in the binary data, every transmitted bit fits into a time slot defined by the baud rate, this allows a phase locked loop to lock on to the data stream to give better performance in noisy ZRT Manual Page 19 of 38 Rev. M – 15 November 2010 conditions, the inverted NRZI encoding allows this to continue even when the signal is idling sending stop bits. The inverted NRZI encoding gives a further advantage with GMSK signalling since the polarity of the signal is unimportant. In asynchronous mode NRZ encoding is used where a “one” tone represents a binary one, and a “zero” tone a binary zero, whilst each character consists of bits of equal duration defined by the baud rate, the time between the end of a stop bit and a following start bit may be arbitrary. This prevents the implementation of a phase locked loop to improve signal to noise performance but does allow use within older systems that do not implement synchronous transmission or NRZI encoding. If compatibility with other radios is not required, the use of the synchronous mode is recommended, as this will give best link performance. 5.11 RADIO DATA FORMATS The data rate over the air can be set up independently of the rate set for the serial interface, but the over-air rate should be set either at the same speed or a lower speed than the serial interface rate. The radio baud rate should be set at the minimum possible to maintain the required throughput, lower speeds will give better results in poor signal conditions The radio signal can be set up to operate using 7 or 8 bit data, 1 or 2 stop bits, and odd, even or no parity. This setting is also independent of the serial port setup. This flexibility allows compatibility with other radios. If the Forward Error Corrector is enabled (option only available at 9,600bps), the selected radio signal format is over-ridden as detailed below. 5.12 FORWARD ERROR CORRECTOR At 9600bps there is also a programmable option to switch in a forward error corrector. When switched on, the over-air data format changes to a fixed format using 14 bit words. These comprise 8 data bits, 5 CRC (Cyclic Redundancy Check) bits and a flag bit which is used to differentiate control and data functions in messages. An additional 14 bit synchronisation word is also sent after every 8 data words. The effect of this redundancy on a typical 9600bps link configuration is to reduce the effective data transfer rate to around 6300bps. The error corrector is aimed at improving performance in weak signal conditions, rather than recovering data in deep fades or burst-error conditions. An error rate of 1x10-4 with the FEC switched off will typically improve by a factor of 2000 to around 5 in 10-7 when it is switched on, but an initial error rate of 1x10-3 with it off will only improve by a factor of around 250 to something like 4x10-5 when it is switched on. In terms of receiver sensitivity, the 1x10-6 threshold improves by around 0.4uV (or 6.4dB) when the FEC is switched on. 5.13 SQUELCH TAIL (DRIBBLE BITS) ELIMINATION The ZRT has an optional packetisation mode which can be enabled using the configuration program. This adds framing characters at the start and end of the user’s message prior to transmission. The additional information is stripped off the messages at the receiver prior to passing the data to the interface connector. Packetisation can be useful in getting rid of any spurious characters which may otherwise be generated at the end of messages by squelch noise as the receiver mutes or by interference and which can affect old or non-tolerant protocols. It is important to note that packetisation must be set the same on all radios operating together. All radios must have it selected or all radios must have it de-selected. ZRT Manual Page 20 of 38 Rev. M – 15 November 2010 5.14 SERIAL INTERFACE & HANDSHAKING 5.14.1 Handshaking on RS232/RS422/RS485 version In this version of the ZRT, transmission is automatic when transmit data is applied. When configured for RS232 mode, the RTS line is looped back to CTS and the DSR line is looped back to DSR. The radio should in most circumstances operate correctly in applications requiring RTS/CTS handshake although the it is unable to use CTS to prevent buffer overflow. Overflow situations can easily be avoided by making the serial port baud rate the same as the radio signal baud rate, or by ensuring that message sizes do not exceed the buffer size of 1024 bytes. 5.14.2 Handshaking on RS232-Only (Full Handshaking) and TTL versions The RS232 Only (Full Handshaking) and TTL versions can be programmed either to use RTS/CTS handshaking to initiate transmission, or to transmit automatically whenever data is present at the serial input. In the latter mode CTS is still operated to implement flow control but can be ignored unless message sizes exceed 1k byte and the serial port baud rate is higher than the radio signal baud rate. These handshaking modes are compatible with modes A, C and D of the CMD400 manufactured by Pacscom Ltd.. Mode B (byte stuffing mode) is not supported. Transmission Using RTS/CTS Handshaking (RS232-Only and TTL Versions):If handshaking is enabled, transmission is started by operating RTS. CTS can then be monitored for flow control purposes. In the idle state CTS is inactive, but when RTS is operated CTS will become active immediately and data may be input to the serial port. When all data has been loaded to the serial port RTS should be dropped. Transmission will continue until all data in the serial input buffer has been sent, then CTS will become inactive and transmission will cease. During transmission the amount of data in the serial buffer is checked by the radio, if the buffer becomes ¾ full CTS is dropped to request the host to stop loading data, CTS is activated again when the buffer is reduced to ¼ full. To prevent timing problems data will still be accepted into the buffer when CTS is de-activated due to buffer filling during transmit, however any data received once CTS has dropped at the end of a transmission will be discarded, this prevents such data from being prefixed to the beginning of the next message. Transmission Without Hardware Handshaking (RS232-Only and TTL Versions):If RTS/CTS handshaking is disabled the radio will start transmission as soon as data is received at the serial port, transmission ceases as soon as the serial buffer has been emptied and a period equivalent to two characters at the radio signal baud rate has elapsed. It is important to note that since transmission ceases as soon as a two character delay in the incoming data stream is seen, data characters in a message must be presented in a continuous back to back stream. In this mode CTS is still used to indicate the serial buffer fill level in the same way as described in the section on transmission using handshake, the difference is that in the idle state CTS is always active indicating readiness to accept data. In most applications CTS can be ignored as messages are likely to be smaller than the serial input buffer (1k byte), bear in mind also that if the radio baud rate and data format is the same as that configured for the serial port the buffer is being emptied as fast as it is being filled and so buffer overrun is unlikely. 5.14.3 Data Reception Any data received by the radio is simply output to the serial port, and in RS232 configurations the DCD line can be programmed to operate in three different modes to assist the host. Firstly by indicating that a carrier is detected on the radio channel, this is useful if a busy lockout function is required (although this can be dangerous if the channel is susceptible to interference as well as wanted signals), secondly DCD can indicate presence of a carrier and a valid data signal, data will normally be output under this circumstance, the third mode behaves in the same way as the second except that DCD remains active until all data has been output to the serial port after the signal has gone, this allows DCD to be used as a wake up signal. In RS422 and RS485 2-wire configurations, the radio will output data on to the 2 wire circuit ZRT Manual Page 21 of 38 Rev. M – 15 November 2010 whenever it is received, which could lead to a bus conflict in conditions of high interference, preventing any connected terminal from transmitting data when it wants to. To avoid this condition it is recommended that the message packeting option is turned on at both ends of the radio link in this mode. 5.15 GENERATING A TEST TRANSMISSION There are several ways to generate a transmission from the ZRT for test purposes. 5.15.1 Simulate normal operation of transmitter 5.15.2 Trigger transmission using configuration software 5.15.3 Trigger test transmission by specially formatted serial data If radio is configured to use RTS/CTS handshaking, then just pulling RTS high will cause the radio to transmit at the power set by the configuration software and on the channel selected using the front panel switches. If not using handshaking, then you can send a continuous string of data into the TXD pin from a terminal emulator (or similar) to force transmission. There is a “Generate Carrier” option in the Tools menu of the configuration software WinA4P which allows a transmission on any channel at any power to be triggered by the configuration software while the configuring PC is connected. A feature was added in radios from firmware version 5.7 onwards which allows the radio to also be put into programming mode by particular combinations of the signalling lines on the RS232 interface. Once in programming mode, it is possible to trigger a test transmission by a serial command into the RS232 connector. This has the same effect as triggering the test transmission from the WinA4P software as described in 5.15.2 above, but does not require switches to be set to 00 and allows operation without the WinA4P software package running. Selection of program mode from the serial port will only function when the “Power off if DTR inactive” check box is ticked in the main configuration page of the WinA4P set up program. To select program mode the radio must first be put in to low power standby mode by making DTR inactive, DSR will be dropped in response, RTS should then be activated and in response CTS will be raised, the radio is now in program mode and the system led will be on. This is an “invalid” handshaking configuration which would not occur in normal use, hence it is safe to use it to select programming mode. To leave program mode first drop RTS and wait for CTS to become inactive, there will be a delay in this response of a few hundred milliseconds while the radio re-initialises and returns to low power standby mode, then activate DTR to return to normal operation, DSR will be raised in response. In program mode the serial port is set to operate at 9600 baud, no parity, 8 data bits, and 1 stop bit regardless of the settings loaded using the set up program. The test command can cause transmission with pre-programmed power settings on the selected channel as set by the front panel switches. Alternatively the channel and power settings can be passed in the command. If the switches are set to zero (as required to enter test mode if a radio does not support RTS/DTR test mode selection) then requesting the default channel causes channel 1 to be used. ZRT Manual Page 22 of 38 Rev. M – 15 November 2010 Command format is:Reply back from radio is:where )T13ccppppm (T13ccppppm cc = ASCII-HEX CHANNEL (00=DEFAULT i.e. switch selected) pppp = ASCII HEX POWER IN mW (0000 = pre-programmed value) m = Test Modulation ON (1) or OFF (0) = carriage return (hex 0D) 5.16 TRAFFIC PROTOCOL & ROUTING MODES 5.16.1 Transparent Mode 5.16.2 Protocol Specific Mode 5.16.3 Routing Mode In this mode, the radio has no knowledge of the data it is transmitting, data is simply transmitted and received under hardware control with the option of RTS control or initiation of transmit after receiving serial data, with CTS providing an optional flow control. This configuration is useful when expanding older systems where the radios must be compatible with other manufacturers equipment. The radio recognises a complete frame and only transmits and receives data conforming to that format. No addressing of radios or routing of data is performed. Protocols such as MODBUS can be supported in this way. The radios recognise a protocol specific frame and the address to which the frame is to be sent. Routing information must be stored in each radio for each destination address that requires the use of repeaters or store & forward nodes. Any radio in the system can operate as a repeater/store & forward node. The radio does not perform any acknowledgement or retries. Any protocol using a fixed address field such as MODBUS or RFT ROUTING can be supported. 5.16.4 STORE & FORWARD OPERATION The ZRT can support “Store & Forward” repeater operation to cope with situations where the direct communication between sites is not possible due to range or terrain. The ZRT series supports up to six repeaters within one link, although the more repeaters used, the greater the signal strength has to be at each receiver, as there will be some accumulative degradation over the whole link. The forwarding is carried out based on the Protocol Routing Mode and is based on the address fields within the data to be transmitted. At a repeater site, the incoming message is stored and then re-transmitted if it is for a protocol address further down that chain of radios. ZRT Manual Page 23 of 38 Rev. M – 15 November 2010 5.17 TRANSMIT & RECEIVE TIMING The ZRT only operates in a simplex or semi-duplex mode. In simplex mode the receive and transmit frequencies are the same, whereas in the semi-duplex mode they are different. In either mode data is only sent in one direction at a time as the radios do not have separate synthesisers for transmit and receive. If full duplex mode is required (transmit & receive at the same time) the ART product should be considered. In simplex/semi-duplex mode, the radio synthesiser must be reloaded each time Receive or Transmit is selected. Although relatively short, the synthesiser loading time must be taken into account when looking at data transfer times. In order to reduce adjacent channel interference in line with ETS300-113, the power output from the transmitter has finite rise and fall times, a distant receiving radio will therefore see an incoming signal later than a nearby one. The receiving radio also requires time for the carrier detect circuit to operate and for the modem to lock on to the incoming audio signal. When using the ZRT, there are a few timing considerations to be taken into account. The main one is the programmable “lead in delay”, which is required for the modem to lock on to the incoming data stream and is dependant on the radio signal baud rate. Minimum timings are given below: Baud Rate 150 300 600 1200 2400 4800 9600 Lead in Delay(Minimum) 80ms 60ms 40ms 40ms 40ms 20ms 30ms For simplex/semi-duplex operation, time is required for the transmit and receiver synthesiser to be loaded and locked prior to transmission/reception. This timing constraint is important when deciding how soon after receiving a message a reply may be sent. For simplex/semiduplex operation the ZRT is ready to receive data approximately 25ms after transmission ceases. It is therefore necessary to either wait this length of time after receiving a message before sending a reply or to extend the lead in delay by the same amount to hold off transmission of the data. For applications where power save is in use the lead in delay should be extended to allow the receiving device to wake up. The time required can be calculated by adding the save on time to the save off time and adding 10 percent, e.g. for a save on time setting of 800ms and a save off time of 200ms the lead in delay should be 1100ms. Care must be taken when replying to a previously transmitting ZRT when RTS/CTS handshake is not being used, in this mode the transmitting device will wait for two character times before turning off its carrier and may therefore miss the beginning of a reply if it comes too soon, this may be overcome either by imposing an additional two character delay in the controlling device or by extending the lead in delay by that amount. The ZRT also has a facility for imposing a lead out delay, which is the time that the carrier remains on after transmission of the message is complete. This delay can normally be left at zero as it is only of use where a controller makes use of the DCD signal to suppress data processing but suffers some delay in processing received data, or where there is a need to delay any spurious squelch tail characters generated sufficiently that connected equipment does not confuse them with part of the message. ZRT Manual Page 24 of 38 Rev. M – 15 November 2010 5.17.1 Receive To Transmit Switching Time When using the internal modem the action that initiates transmission can be either receipt of a character at the serial port or the operation of RTS. These examples use the first mode. The radio does nothing until the stop bit of the first character for transmission has been received, the transmitter is then started: The time delay between receipt of the stop bit for the first character to be transmitted at the transmitting radio and output of the start bit of that character at the receiving radio is the sum of the values ttxon, tlid, trbyte, and tmdel shown in the diagram above. Values for these parameters are indicated below: TABLE A: Timing values for duplex and simplex modes are as follows: symbol Description ttxon tlid trbyte tmdel Time from external action to commencing transmission Duration of synchronisation transmission (lead in delay) Duration of 1 byte at radio signal baud rate Modem decode latency Semiduplex 9ms Table B Table C Table D simplex 9ms Table B Table C Table D TABLE B: The lead in delay is a programmable parameter but minimum values dependant on baud rate must be adhered to. However, in a scanning system with the base station on continuous transmit the base station lead in delay can be set for Zero (thereby saving valuable time) as the internal outstation modems will always be synchronised. Baud Min tlid 150 80ms 300 60ms 600 40ms 1200 40ms 2400 40ms 4800 20ms 9600 30ms TABLE C: The duration of a byte at the radio baud rate is dependant upon the data format employed, the table below assumes a format of one start bit, 8 data bits, no parity and 1 stop bit, i.e. a total of 10 bits per character. If another format is used the appropriate correction must be made. Baud trbyte 150 66.7ms 300 33.3ms 600 16.7ms 1200 8.3ms 2400 4.17ms 4800 2.08ms 9600 1.04ms TABLE D: The modem decode latency takes into account delays introduced by hardware and software filters. The total delay is baud rate dependant: Baud tmdel ZRT Manual 150 6.9ms 300 3.5ms 600 1.7ms 1200 1.3ms Page 25 of 38 2400 1ms 4800 1ms 9600 1ms Rev. M – 15 November 2010 5.17.2 Message Duration The time taken to transmit a message can be simply derived by multiplying the number of characters in a message by the values given in table C making any appropriate corrections for data format. The exception is 9600 baud where extra synchronisation sent during the message must be taken into account, 8 synchronisation bits lasting a total of 0.833ms are sent after every eighth message character. 5.17.3 Transmit To Receive Switching Time In full or semi-duplex operation transmit to receive switching time does not need to be considered as the receive path is maintained during a transmission, in simplex operation some time must be allowed to reload the transmitter synthesiser to stop it from interfering with the receiver. The diagram below indicates the minimum time in which the radio is able to receive a signal after completing a transmission. symbol thold trxrdy Description Period for which carrier is held up after sending last data byte Time to reload transmit synthesiser in simplex mode value 2.5ms + LOD 6ms During the time thold the radio transmits some padding bits to allow for propagation delays in the receiving device before shutting off the carrier, this prevents possible chopping of the message tail. The time thold is composed of a fixed 2.5ms period plus the programmable value LOD (lead out delay). LOD is normally set to zero. After the time trxrdy has expired the radio is ready to receive a new signal. N.B. If RTS/CTS handshaking is not used the transmitter is turned on whenever data is received at the serial port, the transmitter is left on until all buffered data has been transmitted and no data has been input for a time equivalent to the length of two characters at the radio baud rate (refer to table C). In general data transmitted by the radio is delayed with respect to its receipt at the serial port by the receive to transmit switching time, if the radio baud rate and serial port baud rate and both data formats are the same this delay remains constant throughout the transmission. At the higher baud rates this delay is generally greater than the length of two characters and so the procedure to stop transmission is started as soon as the last character has been sent, at the lower baud rates however it is possible that the time thold is extended while the radio waits for the two character timeout to expire, this can also happen if data characters are not loaded back to back into the serial port. ZRT Manual Page 26 of 38 Rev. M – 15 November 2010 5.18 POWER CONSUMPTION The power consumption at various transmitter power settings is tabulated below:TX Power 5W Max. Current 2.2A TR-5 versions 4W 3W 2W 1W 1.8A 1.6A 1.3A 950mA 675mA 500mA 390mA 300mA 550mA 400mA 300mA 250mA Max. Current TR-1 versions 5.19 500mW 200mW 100mW 50mW POWER SAVE MODE The ZRT is equipped with an internal and external power save mode. These are outlined below: 5.19.1 Internal Power Save In this mode the microprocessor switches the transceiver off and after a pre-programmed time (Save on time) switches the unit back on (Save off time). If a carrier is not detected then the transceiver again switches off. If during the time the transceiver is awake a carrier is received, the unit will stay on. After the carrier drops out the receiver will stay on until the programmed resume time elapses. Once the resume time has elapsed the unit will return to its power save mode. The Save On/Off and Resume time are all programmable via the PC program. Obviously the amount of power saved increases with the programmed save on/off ratio, however with power save enabled long lead times must be programmed to wake up the unit before communication can take place. Therefore it may not be possible to run all applications under the power save mode due to the turn around times required by the host system. In some circumstances it is possible to achieve power save and fast polling: If polling of all outstations is carried out in cycles with a reasonable gap between each cycle, a long initial poll can be used to wake up all stations, the resume timer will then restart each time an outstation is polled allowing fast access, when the cycle is complete all stations will return to power save after the resume time has expired. 5.19.2 External Power Save 5.20 “RSSI” RECEIVE SIGNAL STRENGTH INDICATION Under this mode the on/off ratio is controlled externally via the DTR line (DTR shut down must first be enabled using the set up program). In this mode more of the modem's circuits are shutdown (including the microprocessor), this saves more power but care must be taken to ensure that the modem is enabled when a transmission is to take place. Note that there is a hardware link option to allow the serial port to shut off when DTR is not active; this allows the radio current to be reduced to its bare minimum. In applications where DTR is not connected this link option must of course be disabled. The ZRT produces an internal DC signal which is proportional to the received signal strength. The DC signal is passed to the internal MPU where it accurately measures its value by an internal A-D converter. The radios are individually calibrated during production so that signal strength can then be read in dB micro volts on a PC connected to the serial port. ZRT Manual Page 27 of 38 Rev. M – 15 November 2010 5.21 STATUS LEDS The ZRT has a number of LEDs to enable the operator to see at a glance the status of the product and the serial port:RX TX SYS RXD TXD RF Carrier Detect/Busy Transmit System Receive Data Transmit Data 5.21.1 System LED 5.21.2 Error Number With the Exception of the System LED the remainder are self explanatory. The System LED lights when the radio is being programmed and is also used as a quick check as to the status of the unit. If any alarms are detected it will flash out an Error number. The modem reports errors in two ways, firstly the BUSY led will come on and the SYS led will flash a number of times, the BUSY led will then go out again and if the fault persists the procedure will be repeated. An error number can be determined by counting the number of times the SYS led flashes while the BUSY led is on. ERROR No FAULT Position of the channel switches has changed. A channel has been loaded that has no RX frequency programmed. Transmission has been attempted on a channel that has no TX frequency programmed. The receiver synthesiser phase locked loop has failed to lock due to bad channel data or programming of an out range frequency. The transmitter synthesiser phase locked loop has failed to lock due to bad channel data or programming of an out of range frequency. The contents of the microprocessor's EEPROM are corrupted (failed checksum) in the general program area. Internal comms with a high power amplifier have failed. The contents of the microprocessor's EEPROM are corrupted (failed checksum) in the calibration area. The contents of the microprocessor's EEPROM are corrupted (failed checksum) in the factory program area. 10 No POCSAG message stored for repeat test. 11 Rotary channel switch position overridden by software. 12 Tx power setting out of range. 13 Packet Mode cycle pointer invalid. 14 Bad routing table area EEPROM checksum. 15 I2C Bus initialisation error. ZRT Manual Page 28 of 38 Rev. M – 15 November 2010 6 STORE & FORWARD 6.1 STORE & FORWARD BASED ON CLIENT PROTOCOL. 6.2 MODBUS 6.2.1 Setting Up MODBUS Operation To conserve valuable air time and avoid the possibility of collisions due to coverage overlaps with other repeaters transmitting at the same time, only messages that require forwarding by specific repeaters are re-transmitted when the ZRT is used in “Store & Forward” mode. This is achieved by stripping out the addresses of incoming serial messages, comparing the address with the list of outstation addresses stored in the unit and routing the messages accordingly. This requires knowledge of the client’s message structure and, specifically, where the address can be found in the message. There is normally local communication at the store and forward site, via the RS232 port. We have written various store & forward drivers to cope with a number of client specific message formats and are always happy to write new drivers as and when required. Further information is available from the sales office. The ZRT can be programmed to transport “MODBUS ASCII” or “MODBUS RTU” format messages in single master systems. These options are selected as the “INTERFACE PROTOCOL” in the “EDIT MODE/INTERFACE” menu. It is not necessary for all radios to run the same Modbus interface, “MODBUS ASCII” and “MODBUS RTU” modes can be mixed within a system. When Modbus modes are enabled the “NETWORK ID” and “RADIO ADDRESS” fields must be filled out such that every radio in a system has the same network ID, but a different radio address. Notes should be kept detailing the installation of radios and their addresses. When transporting Modbus messages the master station radio must be programmed with a routing table. This is accessed in the “EDIT MODEM/INTERFACE” menu by setting “ROUTING TABLE” to “ON” and selecting “EDIT ROUTING TABLE”. This selection leads to several pages of Modbus addresses and the route by which every Modbus address is reached must then be entered, for example if the Modbus device with address 37 is physically connected to the radio with radio address 23, and radio 23 is accessed from the base station via relay radios 4 and 19, then the field entitled “MBUS 37” should be loaded with the route “4,19,23”. If the Modbus devices with Modbus addresses 65 and 93 are physically connected to radio 45 and no relays are required then the fields entitled “MBUS 65” and “MBUS 93” should both be loaded with “45”. 6.2.2 MODBUS Operation Operation in Modbus modes relies on the master/slave poll/reply nature of Modbus. The set up of the radios does not differentiate between a master and slave, the only difference in practice would be that the master station radio will be loaded with a routing table. There is no restriction on the number of masters in a system, but they should all be loaded with routing tables. When a poll is initiated at a master station radio the destination Modbus address in the Modbus message is looked up in the routing table to determine the addresses of the radio(s) required to complete the link, the message is then sent and all the radios expect to send a reply back the same way. Once this reply has been sent the radios are all ready to start another poll/reply sequence. ZRT Manual Page 29 of 38 Rev. M – 15 November 2010 If a radio is specified as a relay in a link, any locally connected Modbus devices will not be aware of communications that take place as no activity occurs on the serial port in this state. This may cause problems however if more than one master exists in a system as a radio that is being used as a link in a relay is not available to transmit messages. 6.2.3 Power-Save Operation With MODBUS When Modbus modes are enabled in the configuration programme two further fields appear entitled “MIN PWR SAVE ADDRESS” and “MAX PWR SAVE ADDRESS”. If power save operation is not required set both these fields to zero. If power save operation is required it is enabled by setting the “RADIO ADDRESS” to a value greater or equal to “MIN PWR SAVE ADDRESS” and less than or equal to “MAX PWR SAVE ADDRESS”. The radio will then enter low power standby mode for the time programmed in the “PSAVE ON TIME” field in the main edit menu, it will then wake up and check for an incoming signal, if none is present it will return to sleep and repeat the cycle. If a signal is detected the radio will stay awake until a reply to the outward bound message has been returned. When the master station or relay radios send an outward bound message, the address of the radio to which the message is being sent is checked against the min and max power save addresses, if a power saved radio is indicated a cyclic wake up message is sent for the period indicated by the programmed power save on time before the actual data message is sent, if a power saved radio is not indicated the data message is sent immediately. These parameters along with some others are also used to calculate a timeout time in the event that no reply is received. It is therefore essential that all radios in a system are programmed with the same parameters even if not power saved, otherwise communications will fail. Note that if “DTR SHUTDOWN” is enabled a radio remains completely shut down while DTR is inactive, it will not wake up according to the power save timer to see if any incoming messages are present. This mode should therefore only be used in conjunction with real time message scheduling. 6.2.4 Serial Port Handshaking With MODBUS When Modbus modes are enabled the DTR and DSR signalling lines can be used to assist in power saving the host Modbus device. The RTS and CTS lines are not used and the “RTS/CTS HANDSHAKE” option in the “EDIT MODEM/INTERFACE” menu of the WinA4P programme should be set to “OFF” in RS232 versions. When the Modbus slave is ready to accept data it should assert DTR, DSR will be asserted in response and the received message will be output to the Modbus device. The “HOST INACTIVITY TIME” field in the set up programme defines a time limit for the Modbus device to assert DTR in response an incoming message and if this time limit is exceeded the radio sends back a reply indicating the destination device failed to respond and the link is cancelled. After sending a response, the Modbus slave may then release DTR and return to power save mode. Note that as long as DTR is asserted the radio will not return to its power save mode (if enabled in the setup programme). DSR will remain asserted in this case. The master station can also control the power saving of its radio using DTR, the radio will operate in power save mode as long as DTR is not active, asserting DTR wakes the radio, DSR is asserted in return to indicate that the radio is awake and ready to accept data. If use of the handshake lines is not required DTR should be connected to a voltage of +3.5 to +15V such that sleep mode is never allowed. ZRT Manual Page 30 of 38 Rev. M – 15 November 2010 6.2.5 Timeouts in MODBUS Modes When a transmission from a master station radio is made in Modbus mode the radio will calculate a timeout for a reply, this calculation is based on many configuration parameters including the radio baud rate, lead in delay, host inactivity time, maximum message length, power save timing etc. If power saving is enabled and the baud rate is low this time can be large (the calculation limits the result to a maximum of 4.25 minutes. To reduce the possibility of “hung” radios the destination radio will send a link closing message if the destination Modbus slave does not reply. This link closing message is only used by the radios to close the link, it is not passed to the Modbus master. If the Modbus master itself times out before the radio link does, it can send another poll, radios along the link will cancel the previous route and set up the new one. The exception to this is the previous destination radio if it is still trying to wake up its Modbus slave, it will ignore the new message and try to download its original message when the slave awakes, a conflict will then arise if a reply is sent. To avoid this situation the Modbus master timeout time should allow the maximum “HOST INACTIVITY TIME” to expire plus the time required to get a message and its reply through the link. 6.3 RFT ROUTING PROTOCOL 6.3.1 Setting Up RFT Routing Operation The ZRT can be programmed to route non-specific protocol messages in single master systems using “RFT ROUTING” mode. This mode supports relay messaging. This option is selected as the “INTERFACE PROTOCOL” in the “EDIT MODEM/INTERFACE” menu. In describing operation the address contained in the host system message will be referred to as the “protocol address” and address programmed in the radio under the “RADIO ADDRESS” field in the setup program will be referred to as the “radio address”. RFT Routing mode is controlled at the master station by picking out an 8 bit protocol address field in the message to be sent, this address is then looked up in the routing table stored in the master station radio. The routing table can contain the radio address (as programmed in the RADIO ADDRESS field in the setup program) of a single radio connected to the required destination device or a list of relay radio addresses plus the destination radio address. The message is then transmitted from the base station radio as a packet with the routing information prefixed to it. The message is then relayed through any relay radios specified until it reaches the destination radio where it is output from the serial port in its original form with the packet information removed. During this process each radio considers itself to be part of an established link. A reply is then expected, however the outstation radios are not programmed with routing tables, a reply issued is assumed to be destined to the master station. The address in the protocol message is therefore not checked and the reply is simply sent back down the established link to the master station radio where it is output from the serial port. As the reply is passed back the link members no longer consider themselves to be part of an established link and return to idle. Note that there is no differentiation in operating mode between a relay radio and an outstation radio, if an outstation radio is specified as a relay in a link any device connected to the local serial port will be unaware of relay communications taking place. The packet used to transfer protocol messages specifies the route to be taken and also the current stage in the route, it is therefore of no concern if radios further down a relay link “hear” the message before they are expected to repeat it, they will ignore the message until specifically requested to repeat it. ZRT Manual Page 31 of 38 Rev. M – 15 November 2010 The position of the address in the protocol field is specified using the “ADDRESS OFFSET” parameter in the setup programme. A setting of 0 specifies zero offset, i.e. the address is the first byte in the message, an offset of 6 specifies the 7th message byte and so on. 16 bit addressing or more is not supported as a maximum of only 256 destinations can be supported by the routing table. If the protocol message format does use 16 bit addressing specify the offset for the least significant byte and try to ensure that no two devices use the same l.s.b. in their address. In order to determine the position of the address in a protocol message the radio has to know where the message starts and ends, this can be done in one of two ways: If the RTS/CTS HANDSHAKE option is turned on (option only available in RS232 Full Handshaking and 5V TTL radio versions), RTS should be activated before commencing a message, CTS will be activated in response and the message may be loaded. The first character received after CTS becomes active is considered to be the start of the message. Transmission will start as soon as enough characters have been loaded for the protocol address to be extracted and the route determined from the routing table. Transmission continues until RTS is de-activated, CTS will drop when transmission is complete. CTS may also drop if the serial input buffer becomes more than ¾ full to implement flow control, if this happens RTS should be kept active until CTS is reactivated, more characters may then be loaded or RTS may be dropped. If the RTS/CTS HANDSHAKE option is turned off or is not an available option, the radio relies on gaps in the serial data to determine the start and end of messages. A gap equivalent to two character periods at the serial port baud rate is treated as a message end. The first character received after such a gap is treated as the first character of the next message. When RFT ROUTING mode is enabled the “NETWORK ID” and “RADIO ADDRESS” fields must be filled out such that every radio in a system has the same network id, but a different radio address. Notes should be kept detailing the installation of radios and their addresses. The master station radio must be programmed with a routing table, this is accessed in the “EDIT MODEM/INTERFACE” menu by setting “ROUTING TABLE” to “ON” and selecting “EDIT ROUTING TABLE”. This selection leads to several pages of protocol addresses, the route by which every protocol address is reached must then be entered, for example if the device with protocol address 37 is physically connected to the radio with radio address 23, and radio 23 is accessed from the base station via relay radios 4 and 19, then the field entitled “ADDR 37” should be loaded with the route “4,19,23”. If the devices with protocol addresses 65 and 93 are physically connected to radio 45 and no relays are required then the fields entitled “ADDR 65” and “ADDR 93” should both be loaded with “45”. 6.3.2 Power-Save Operation With RFT Routing When RFT ROUTING mode is enabled in the configuration programme two further fields appear entitled “MIN PWR SAVE ADDRESS” and “MAX PWR SAVE ADDRESS”, if power save operation is not required set both these fields to zero. If power save operation is required it is enabled by setting the “RADIO ADDRESS” to a value greater or equal to “MIN PWR SAVE ADDRESS” and less than or equal to “MAX PWR SAVE ADDRESS”. The radio will then enter low power standby mode for the time programmed in the “PSAVE ON TIME” field in the main edit menu, it will then wake up and check for an incoming signal, if none is present it will return to sleep and repeat the cycle. If a signal is detected the radio will stay awake until a reply to the outward bound message has been returned. When the master station or relay radios send an outward bound message, the address of the radio to which the message is being sent is checked against the min and max power save addresses, if a power saved radio is indicated a cyclic wake up message is sent for the period indicated by the programmed power save on time before the actual data message is sent, if a power saved radio is not indicated the data message is sent immediately. These parameters along with some others are also used to calculate a timeout time in the event that no reply is received. It is therefore essential that all radios in a system are programmed with the same parameters even if not power saved, otherwise communications will fail. ZRT Manual Page 32 of 38 Rev. M – 15 November 2010 Note that if “DTR SHUTDOWN” is enabled a radio remains completely shut down while DTR is inactive, it will not wake up according to the power save timer to see if any incoming messages are present. This mode should therefore only be used in conjunction with real time message scheduling. 6.3.3 Serial Port Handshaking With RFT Routing When RFT ROUTING mode is enabled the RS232 port lines DTR and DSR, can be used to assist in power saving. The RTS and CTS lines are optionally used according to the “RTS/CTS HANDSHAKE” option in the “EDIT MODEM/INTERFACE” menu for flow control. When the slave is ready to accept data it should assert DTR, DSR will be asserted in response and the received message will be output to the device. The “HOST INACTIVITY TIME” field in the set up programme defines a time limit for the device to assert DTR. If this time limit is exceeded the radio sends back a reply indicating the destination device failed to respond and the link is cancelled (this message is not output to the device connected to the master station serial port). After sending a response, the slave may then release DTR and return to power save mode. Note that as long as DTR is asserted the radio will not return to its power save mode (if enabled in the setup programme). DSR will remain asserted in this case. The master station can also control the power saving of its radio using DTR, the radio will operate in power save mode as long as DTR is not active, asserting DTR wakes the radio, DSR is asserted in return to indicate that the radio is awake and ready to accept data. If use of the handshake lines is not required DTR should be connected either to a voltage of +3.5 to +15V such that sleep mode is never allowed. 6.3.4 Timeouts in RFT Routing Mode When a transmission from a master station radio is made in RFT ROUTING mode the radio will calculate a timeout for a reply, this calculation is based on many configuration parameters including the radio baud rate, lead in delay, host inactivity time, maximum message length, power save timing etc. If power saving is enabled and the baud rate is low this time can be large (the calculation limits the result to a maximum of 4.25 minutes. To reduce the possibility of “hung” radios the destination radio will send a link closing message if the destination slave does not reply. This link closing message is only used by the radios to close the link, it is not passed to the device connected to the master station radio. If the device connected to the master station radio itself times out before the radio link does, it can send another poll, radios along the link will cancel the previous route and set up the new one. The exception to this is the previous destination radio if it is still trying to wake up its slave, it will ignore the new message and try to download its original message when the slave awakes, a conflict will then arise if a reply is sent. To avoid this situation the master timeout time should allow the maximum “HOST INACTIVITY TIME” to expire plus the time required to get a message and its reply through the link. ZRT Manual Page 33 of 38 Rev. M – 15 November 2010 7 7.1 INSTALLATION INTRODUCTION Correct installation of the ZRT radios should ensure reliable data communications for many years. The most important installation points to remember are:Suitable antenna system mounted at the correct height & polarisation to achieve the required distance. Reliable power supply capable of supplying the correct voltage and current. Correct installation for the environment. Correct interface and set-up. Assuming the unit has been correctly installed and tested at the correct data speed, other factors that may affect the performance include the RF power (normally specified by the regulating authority), the local topography and the weather. 7.2 POWER SUPPLIES The ZRT can be powered from any power source provided that the voltage is between 9.6VDC & 16VDC with a –ve GND. If a +ve GND system is in use, an isolated converter will be required. The ZRT requires a supply capable of providing between 300mA and 2.5A depending on the maximum transmit power required. Under no circumstances should the output of the supply rise above 16VDC. For 240/110VAC, 50VDC or 24VDC, a range of uninterruptible power supply units are available with a in-built charger and power fail indication. A range of suitable Gel type batteries is available should a back-up supply be required during power failures. 7.3 EFFECTIVE RADIATED POWER (ERP) The Radio Frequency (RF) Power allowed can be specified in two ways: The “Terminated power into 50 ohms”, which in the case of the ZRT would be a maximum of 5W. The “ERP”, which is the actual radiated power, taking into account the gain/loss of the antenna and loss in the feeder. Hence, if we use an aerial with a gain of 3dB (x2) and assume no loss in the cable, the ERP with an input of 5W would be 10W. The gain of an antenna is very useful as it enables lower power transmitters to be used in many cases in place of high power transmitters, with the advantage of a much lower current consumption. For example if the ERP allowed for a link is 5W, then a ZRT operating at 5W into a unity gain antenna, would require a supply current of 2.1Amps to provide an ERP of 5W. If however, we use an 8 element directional Yagi with a Gain of 10dB, we would only need 500mW of RF Power for the same performance. With a ZRT operating at 500mW, the current consumption would only be 600mA. If the site is battery or solar powered then the saving is very significant. Care must be taken when setting the power as permitted RF power is often specified as a maximum ERP. ZRT Manual Page 34 of 38 Rev. M – 15 November 2010 7.4 ANTENNAS, COAX FEEDERS & PERIPHERALS 7.4.1 Antennas Apart from the radio modem, the antenna is probably the most important part of the system. The wrong choice or a bad installation will almost certainly impede the product’s performance. Depending on the application either an omni-directional or directional antenna will be required. 7.4.2 Types of Antennas We can offer a complete range of antennas to suit all applications; details of some of the more popular ones are outlined below:Antenna Types Typical Gain Polarisation Vertical Whip 0dB Vertical Helical - 3dB Vertical End Fed Dipole 0dB Vertical Folded Dipole 0dB Vertical/Horizontal 6dB Co-linear +6dB Vertical 3dB Co-linear +3dB Vertical 12 Element Yagi +12dB Vertical/Horizontal 4 Element Yagi +8dB Vertical/Horizontal Corner Reflector +10dB Patch Antenna 7.4.3 0dB Use In-house testing and local use Local Scanner or Multi-point system Wide area Scanner Outstation or point to point link Outstations in areas of bad Vertical/Horizontal Interference or where radiation must be kept to a minimum Vertical/Horizontal Kiosk or Wall mounting Directional Antennas For point to point communications, a directional Yagi or corner reflector is probably the best type of antenna to use, as directional antennas provide relatively high gain in the forward direction within a limited beamwidth and very good rejection of unwanted signals at the rear. The number of elements and hence the size, will depend on the gain and beam width required. Yagi antennas can be used in the vertically polarised or horizontally polarised, but communicating products should be fitted with antennas of the same polarisation. If not a loss of signal strength will occur. Use of both vertical and horizontal propagation can be very useful on single or repeater sites where isolation is required between communication paths. Using differently polarised antennas for each path will increase the isolation which will reduce possible interference between the paths. 7.4.4 Omni-Directional Antennas With approximately 360 degree radiation pattern, this type of antenna is ideal for the central site of a scanning station or where communication to a group of widely dispersed outstations is required. 7.4.5 Patch or Plate Antennas The patch or plate antennas are normally rectangular or round, with a back plate of aluminium or stainless steel. A polycarbonate or ABS cover is fitted to protect the antenna from the environment. This type of antenna can be produced in different sizes with various radiation patterns to suit the application. Depending on the construction and radiation pattern, the gain is usually between -3dB to + 3dB. Their use is very popular on road side kiosks, buses, trains, aircraft, or where covert communication is required. ZRT Manual Page 35 of 38 Rev. M – 15 November 2010 7.4.6 Antenna Mounting Location: The antenna should be mounted in a clear area, as far away as possible from obstructions such as metal constructions, buildings and foliage. Height: The ZRT operates in the UHF band, which requires near line of sight communication. Hence, for extended ranges the height of the antenna is important. 7.4.7 Polarisation 7.4.8 Alignment 7.4.9 Antenna Coax Feeder: A Yagi or corner reflector antenna can be mounted for vertical or horizontal polarisation. Scanning systems employing a vertically polarised antenna will necessitate the outstation antennas to be of the same orientation. In vertical polarisation the elements are perpendicular to the ground. By mixing polarisation within systems, unwanted signals can be reduced by as much as 18dB. However, such systems require detailed planning. If a directional antenna is to be used, it will need alignment with the scanner or communicating station. A map and compass can be used, but the final adjustment should be performed by measuring the receive signal strength (RSSI) from the scanner, as outlined in the operations section. As with the antenna, the use of the wrong coax feeder can seriously affect the performance of the system. Hence, the coax cable should be selected to give a low loss over the distance required. For outstations in the local vicinity of the scanner/ base station, the loss is not very important but for distant stations the loss is very important. As a rule of thumb, never operate a system with a loss of more than 3dB. To illustrate the point, a 3dB loss in the feeder will result in a 50% loss in transmitted RF power and a 50% reduction in the received signal strength. Therefore, double the received signal strength will be required for the same bit error rate. Although increasing the RF power will compensate for the loss in transmitted power, there is no effective way to improve the received signal strength. Coax cable should be installed in accordance with the manufacturers’ instructions, with cable runs kept as short as possible. Sharp bends, kinks and cable strain must be avoided at all costs. If long term reliability is required, the cable must be securely mounted to avoid excessive movement and longitudinal strain, due to high winds, rain and snow. 7.4.10 Signal Loss v. Cable Length at 500MHz Cable Type Attenuation per 100ft Attenuation per 100m RG58 13.0dB 37.0dB RG213 6.0dB 17.5dB LDF2-50 3/8inch Foam Heliax 2.44dB 8.0dB LDF4-50 1/2inch Foam Heliax 1.60dB 5.26dB LDF5-50 7/8inch Foam Heliax 0.883dB 2.9dB LDF6-50 1-1/4inch Foam Heliax 0.654dB 2.15dB LDF7-50 1-5/8inch Foam Heliax 0.547dB 1.79dB ZRT Manual Page 36 of 38 Rev. M – 15 November 2010 7.4.11 Coax & Connectors: 50 Ohm coax connectors of a good quality should be used, termination must be in accordance with the manufacturer's specification, any special tools required to terminate the connectors must be used. Connectors exposed to the environment should be sealed to prevent the ingress of moisture. If the cable is penetrated by water a high loss will occur and the cable will need to be replaced. Once assembled it is advisable to test the cable and connectors for open and short circuits. 7.4.12 VSWR Measurement: Voltage standing wave ratio (VSWR) is the ratio of detected volts from the forward RF power, to the detected volts from the reflected (returned) RF power. This ratio is used to measure the combined coax cable and antenna match. A good match will ensure that most of the RF Power is radiated, whereas a bad match will result in the reflection of a large amount of the power, thereby reducing the transmitter's range. A perfect match will give a 1:1 ratio and bad match will give 2:1 or higher. For guidance, a good system will measure between 1.2:1 and 1.5:1. 7.4.13 Lightning Arresters 7.5 MOUNTING & INSTALLATION 7.6 FIXING DETAILS At high or exposed sites, the use of a lightning arrester is recommended. This in-line device fits between the antenna and the product with an earth strap connected to ground. Should a lightning strike occur, most of the energy should be diverted to ground leaving the equipment with little or no damage. The ZRT is built into tough durable aluminium enclosure that can be mounted in any plane, but should not be exposed to rain etc. as the enclosure and connectors do not meet the relevant IP ratings. If IP65, 67 or 68 is required then an additional enclosure will be required. A number of suitable enclosures are available as options. ANTENNA TX BUSY Prog/Channel Switch SYS TXD RXD INPUT ZRT Manual ZRT Series. ZRT Series. -12V+ Page 37 of 38 Rev. M – 15 November 2010 RF DataTech is a trading division of:- R.F. Technologies Ltd 27 – 29 New Road Hextable Kent BR8 7LS Tel: +44 (0) 1322 614 313 Fax: +44 (0) 1322 614 289 E-Mail: info@rfdatatech.co.uk ADDITIONAL PRODUCT DATA www.rfdatatech.co.uk ZRT Manual Page 38 of 38 Rev. M – 15 November 2010
Source Exif Data:
File Type : PDF File Type Extension : pdf MIME Type : application/pdf PDF Version : 1.4 Linearized : No Producer : PDF-XChange 3.60.0118 (Windows XP) Create Date : 2010:11:15 15:20:24Z Page Mode : UseNone Page Layout : SinglePage Page Count : 38EXIF Metadata provided by EXIF.tools