Xlink 500100 Manual Revision 4
Xlink 500100 Manual Revision 4
Xlink 500100 Manual Revision 4
4 Introduction .................................................................................................................................................. 16
8 Security ......................................................................................................................................................... 82
26.2 Instructions for devices supplied with NEMA enclosure1,2 .................................................................. 237
1 Scope of Supply
Site controller with the ability to collect, record, and transmit sensor data.
Includes the following:
XLink 100
Power supply connection
Earth ground connection
RS-485 port
One isolated switching power supply
Two digital inputs
One switched open collector output
SDI-12 port for connecting to sensors
USB host for thumb drives
USB device for connecting to a PC
RS-232 port
Wi-Fi hotspot for connecting to LinkComm
One million reading log capacity
Two status LEDs
One multifunction button with LED
One option port for connecting to optional modems
Optional cellular modem
Optional Iridium modem
1 quick start guide
XLink 500 Provides all the features of XLink 100, plus the following:
Verizon LTE
XLINK100-C1-1 XLINK 100, Verizon LTE
XLINK100-C1-1C XLINK 100, Verizon LTE, NEMA-4 box, external antenna
Iridium
XLINK100-IR-1 XLINK 100, IRIDIUM
XLINK100-IR-1C XLINK 100, IRIDIUM, NEMA-4 box,
external antenna
XLINK100-IR-1E XLINK 100, IRIDIUM, NEMA-4 box,
internal antenna
XLINK500-IR-1 XLINK 500, IRIDIUM
XLINK500-IR-1C XLINK 500, IRIDIUM, NEMA-4 box,
external antenna
XLINK500-IR-1E XLINK 500, IRIDIUM, NEMA-4 box,
internal antenna
Iridium DOD (Restricted)
XLINK100-IRD-1 XLINK 100, IRIDIUM DOD
XLINK100-IRD-1C XLINK 100, IRIDIUM DOD, NEMA-4 box,
external antenna
XLINK100-IRD-1E XLINK 100, IRIDIUM DOD, NEMA-4 box,
internal antenna
XLINK500-IRD-1 XLINK 500, IRIDIUM DOD
XLINK500-IRD-1C XLINK 500, IRIDIUM DOD, NEMA-4 box,
external antenna
XLINK500-IRD-1E XLINK 500, IRIDIUM DOD, NEMA-4 box,
internal antenna
PLUGGABLE OPTIONS CARDS
IRIDIUM-MOD-1 Iridium telemetry pluggable modem card
IRIDIUM-MOD-1D Iridium DOD (restricted) telemetry pluggable modem card
OTHER
8111-1113-1 Externally mounted RF coaxial lightning arrestor to be used on a NEMA-4
enclosure variant (3 ft type N male – N male cable included)
2 General Safety Information
2.1 English
Read this manual before using XLINK 100/500 for the first time. Become familiar with the
installation and operation of XLINK 100/500 and its accessories.
Make sure that XLINK 100/500 is protected against moisture (NEMA 4, IP 66 or better).
Protect the line of the battery supply voltage with a safety fuse (5A/fast).
Before connecting the power supply, check that all wires are properly attached to the screw
terminal strips.
Have a defective XLINK 100/500 checked and repaired by the Sutron repair center. Do not
attempt to repair XLINK 100/500 yourself.
Only install and maintain the XLINK 100/500 if you are appropriately qualified to do so. If
necessary, arrange training by OTT HydroMet.
The XLINK100/500 can be cleaned using common mild window cleaning products. Do not spray
the cleaner directly on the XLink as the cleaner may run down into the device. Instead, spray the
cleaner on to a clean cloth and then wipe the unit. Never spray cleaner directly on the terminal
strips or on the wiring.
WARNING: Risk of explosion. The XLINK 100/500 is not designed or rated for explosive
atmospheres. Never operate the XLINK 100/500 in potentially explosive areas.
CAUTION: Risk of burns due to the hot surface at high ambient temperatures
The metal parts of the XLINK 100/500 housing can become very hot at high ambient
temperatures (> 60 C typically). This can result in burns.
2.2 French
Lisez ce manuel avant d'utiliser XLINK 100/500 pour la première fois. Familiarisez-vous avec
l'installation et le fonctionnement du XLINK 100/500 et de ses accessoires.
Assurez-vous que XLINK 100/500 est protégé contre l'humidité (NEMA 4, IP 66 ou mieux).
Avant de brancher l'alimentation, vérifiez que tous les fils sont correctement fixés aux borniers à
vis.
N'ouvrez pas XLINK 100/500. Il n'y a pas de pièces réparables par l'utilisateur à l'intérieur.
Faites vérifier et réparer un XLINK 100/500 défectueux par le centre de réparation Sutron.
N'essayez pas de réparer XLINK 100/500 vous-même.
N'installez et n'entretenez le XLINK 100/500 que si vous êtes qualifié pour le faire. Si nécessaire,
organisez une formation par OTT HydroMet.
Le XLINK100 / 500 peut être nettoyé avec des produits de nettoyage de vitres doux courants. Ne
vaporisez pas le nettoyant directement sur le XLink car le nettoyant pourrait couler dans
l'appareil. Au lieu de cela, vaporisez le nettoyant sur un chiffon propre, puis essuyez l'appareil.
Ne vaporisez jamais de nettoyant directement sur les borniers ou sur le câblage.
AVERTISSEMENT: Risque d'explosion ! Le XLINK 100/500 n'est pas conçu pour les atmosphères
explosives. N'utilisez jamais le XLINK 100/500 dans des zones à risque d'explosion.
o Le XLINK 100/500 doit être installé à une distance d'au moins 27 cm de toute personne.
Dans le cas d'une XLINK 100/500 contenant une carte cellulaire ou une carte optionnelle
iridium, l'antenne d'émission correspondante présente un risque potentiel d'exposition RF.
o L'antenne cellulaire ou iridium XLINK 100/500 doit être installée à une distance d'au
moins 27 cm de toute personne.
PRUDENCE: Risque de brûlures dues à la surface chaude à des températures ambiantes élevées
Les parties métalliques du boîtier XLINK 100/500 peuvent devenir très chaudes à des
températures ambiantes élevées (> 60 °C en général). Cela peut provoquer des brûlures.
Direct current.
Chassis ground.
Shock hazard.
Warning
Information
4 Introduction
Sutron’s XLink products are site controllers with optional built-in modems. These products are
designed to collect, store, and transmit sensor data. The devices have been designed for
hydrometry, meteorology, and environmental monitoring. Two models are available: XLink 500
and XLink 100.
XLink can:
This family of XLink products builds upon its predecessors. New enhancements:
Power/Battery
Wi-Fi button
Earth Ground
RS232 to PC
SPI/I2C
expansion port Option card slot Micro SD slot
Page 17 of 240
4.2 XLink 100
The figure below shows the connections provided by the XLink 100.
Power/Battery
Status LED
Wi-Fi button
Earth Ground
RS232 to PC
SPI/I2C
expansion port Option card slot Micro SD slot
Page 18 of 240
4.3 Multi-function Button
There is a multi-function button installed on the front.
Immediately after power on, system software will briefly blink amber and purple LEDs.
As the system completes bootup, it will light up in a colorful sequence
Button, green, blue, amber, purple, amber, green, all off
As the system continues to operate, it will either blink red (indicating errors) or green (system
running)
Page 19 of 240
A failure of the system to display the power on sequence generally indicates either a problem
providing power to the unit, or a hardware failure that requires repair.
4.5 RS-232
The RS-232 connection is a standard DB9-F connection for serial communications to a PC or other device.
The RS-232 port has a default baud rate of 9,600 (No parity, 8 data bits, 1 stop bit, HW flow control) but
other baud rates are supported.
The RS-232 port may be used for connecting to a PC for setup, maintenance, and troubleshooting.
However, the micro USB port provides higher throughput and is the recommended communication
method.
The port may also be used for collecting data from Modbus sensors.
Python scripts may use the RS232 port in order to drive displays, send data to modems, or communicate
with other devices.
It is possible to change station setup, upgrade firmware, and execute a batch file via a flash drive. For
details, please see section 7.15-USB THUMB DRIVE (FLASH DRIVE) OPERATION.
Page 20 of 240
4.8 XLINK-500 and XLINK-100 Left Terminal strip
XLINK-500 has two terminal strips to provide the connections for sensors and outputs. XLINK-100 has only
one terminal strip on left side.
The table below describes the purpose of each connection on the left terminal strip for XLINK-500 and
XLINK-100
Description Note
1 GND Main Battery/Power Ground
2 9-20VDC Main Battery/Power
7 Ground Ground
Switched Main Power (9-20VDC) (turned on
8 +SW POWER during warm-up and analog sensor
measurement)
9 Ground Ground
10 WS/DIG IN 1 Wind Speed or Digital Input 1
Page 21 of 240
4.9 XLINK-500 Right Terminal Strip
The table below describes the purpose of each connection on the right terminal strip on XLINK-500. No
connections except for Earth Ground are available on XLINK-100
Description Note
32 Analog Ground Analog ground
19 GND
17 GND
Page 22 of 240
5 Installing XLink
5.1 Attaching XLink 500 and 100
Requirements of the intended installation site are:
Closed control cabinet or fire protection cabinet if the power supply is not a low power source 12-
20VDC.
The dimensions are shown in inches in the figure below along with the locations of the mounting ears.
Page 23 of 240
5.2 Installing Option Cards
An XLink may be ordered with either a Cell or Iridium card from the factory which will be preinstalled into
the unit. If you choose to change the card in your unit, you will need to do the following.
Page 24 of 240
1. Remove power from the unit and disconnect USB cable.
3. Note that CELLULAR cards may need a SIM card installed on the modem before you install the card.
You will also need the IMEI number on the modem to activate your data plan. Duplicate stickers
containing the IMEI number are sent for you to attach to the outside of the unit for future.
Page 25 of 240
4. Slide the option card into the open port. You may need to unscrew the 2 screws on the option card a
little to allow the card to slide into the slot fully. Note that the orientation of the option card always
has the text right side.
5. The card should sit fully in the slot recess before you screw in the 2 screws. Once it is in position,
screw both screws in to fix the card in place.
6. The card is now fully installed, and you may apply power to the unit. The new option card should be
automatically detected. You can verify this by navigating to the Diagnostics tab in LinkComm and
looking in the “Firmware Versions” box which lists the radios installed and associated serial numbers.
You will need to activate your modem and data plan by contacting your provider and supplying them
with IMEI number located on the modem. Both Cell and Iridium will have an IMEI number. The
activation process may take 30 minutes or more.
Page 26 of 240
5.3 Earth Ground Point
A connection point has been provided for an Earth ground. Always connect the earth ground to a suitable
ground at the site as described below.
Any time a sensor cable is attached to the terminal strip, the unit may be exposed to electrical surges such
as those that come from nearby lightning strikes. The unit includes spark gaps and other protection
devices that shunt the energy to the earth ground. If there is no connection to the earth ground point, the
energy has nowhere to go, and the unit can be damaged.
Failure to properly connect the Earth ground point will lead to failures in the field due to surges.
Use a copper ground rod driven into the ground at least 6 feet.
Attach a very heavy gauge (#4 Solid Copper) wire between the rod and the Earth ground point on
the unit. The connection point can accept up to a 4-gauge solid copper wire. If a heavier gauge
copper wire is used to connect to the ground rod, a reducer may be necessary to connect to the
terminal on the unit.
Firmly secure the screw on the ground point firmly on the copper wire. Do not rely on AC power ground
connections as they are not always properly grounded and may introduce other surges.
Gas tube protection exists on the following inputs, based on the model:
XLINK 500
SDI-12
RS-485
DIN1 and DIN2
DOUT
VREF
Analog A
Analog B
Analog Diff C
Analog Diff D
4-20mA
XLINK 100
Page 27 of 240
SDI-12
RS-485
Note: The power supply terminals are removable and serves as the main power connect/disconnect.
Note: Even though the unit will operate below 12V some sensors will not operate when the power supply
is below 12V.
A standard 12VDC lead-acid or Gel battery is typically used as the power source. Do not power the unit off
AC power supplies without additional precautions to ensure the power supply is properly rated and the
system is enclosed in a fire protection cabinet.
It is a good practice to make all sensor connections with the unit powered off.
As soon as power is applied, the LED will flash as the unit goes through a self-test sequence. The LED will
flash green when the unit is running, and there are no problems. Red means there is an issue that requires
user intervention. It could mean that there is a problem or that the unit has not been setup.
Page 28 of 240
Please note that it is normal for the red LED to flash when power is first applied. Once the unit has verified
good network signal (Iridium or Cell), it will switch to flashing green. Do not walk away from the site until
the unit is flashing green! Connect with LinkComm to see why the red LED is flashing.
Normally the button will flash blue every 3 seconds indicating that Wi-Fi is turned on and ready for a
connection. Other combinations are possible if the unit has been previously setup. See section 4.4-
STATUS LEDS.
The solar panel input with sufficient sun illuminating the panel will power the station in situations where
the battery needs to be removed from the circuit momentarily for replacement. Long-term operation
without the battery connected is not recommended, and transmissions via internal Iridium or Cellular
modems may not be possible as the solar regulator is not capable of supplying the necessary current
during transmissions.
o You may connect a power source other than a solar panel (e.g., a power supply) as long as it
conforms to the voltage specification above.
o Please note that a battery is still required for long-term operation and to ensure enough current is
available for reliable transmissions.
Provisions are made in the circuitry to prevent discharge of the battery through the solar panel at night.
No external reverse blocking diode is needed. In addition, the regulator is of a series pass type which
means that a 15V DC power supply could be connected to the solar panel inputs to float charge the
battery.
The charger is designed for 12V sealed lead acid (SLA) battery “gel cell” and has a built-in temperature
coefficient to accommodate the temperature dependent charging requirements of a gel cell. The
Maximum battery size recommended for this charger is a 7AHr gel cell battery. If the station requires
larger battery sizes, Sutron recommends using an external solar charger regulator such as the Sutron
model 5100-0411 or similar.
HTTP :// WWW .SUTRON .COM /WP-CONTENT / UPLOADS /2013/12/P OWER B UDGET _B ATTERY LIFE _SOLAR PANELS .PDF
Page 29 of 240
5.5 Connecting SDI-12 sensors
There is an SDI-12 bus for sensor connections. The bus has an isolated power connection rated for 500mA.
Because SDI-12 sensors are addressable, multiple SDI-12 sensors may be connected to this terminal if no
two sensors have the same address.
When multiple new SDI sensors are connected to a bus, they should be connected one at a time, so the
address can be made unique using the SDI A command. For details, please see the section 18.4-SETUP OF
SDI SENSORS .
RS-485 sensors that use the SDI-12 protocol for its messaging are supported.
Collecting data using the Modbus protocol over RS-485 is supported
Multiple devices may be attached on the RS-485 bus; each of those devices must have a different
address.
It is OK to mix SDI-12 and Modbus sensors on the RS-485 bus.
Page 30 of 240
Note: if there is an issue talking to a sensor over RS-485, try reversing the A and B wires. If a Modbus
sensor is not responding, make sure that the Modbus communications settings in XLink match the sensor
settings.
Note: Measurement type: digital/counter1 or counter2 can also be used for tipping bucket rain gauges. Be
sure to select “debounce” for this measurement type as most tipping bucket rain gauge switches are noisy
and can produce multiple counts per tip if they are not de-bounced.
For more information, please see section 10.3.2-MEASURE TYPE: PRECIP ACCUMULATION AND PRECIP RATE.
The typical connection of the tipping bucket rain gauge is shown below.
Page 31 of 240
5.8 Connecting Pulse Sensors
Up to two sensors with pulse output are supported. The pulse output can come from a switch that is
momentarily closed (as in most flow meters and tipping buckets), or it can come from a device that
actively puts out pulses to represent the value to be measured. Pulses are measured by the Digital inputs
DIN#1 or DIN#2. Output can be counted at a rate up to 10,000 counts per second (de-bounce off). If the
signal provided by the device is not clean, de-bouncing should be enabled. Otherwise, noise may be
counted as signal. To ensure that the de-bouncing does not interfere with the pulse counting, de-bouncing
should only be enabled for signals occurring less than 100 times per second.
DIN#1
DIN#2
The pulse output sensors connect to the DIN #1 or DIN #2 inputs. DIN #1 supports sensors with a low-level
AC output (100 mV peak-peak) or high-level output while DIN#2 supports only sensors with a high-level
output (switch closure, 0-3VDC, or 0-5VDC).
The frequency measurement circuitry can measure frequencies from 3Hz to 10KHz with an accuracy of
0.01%. The system takes 0.75 seconds to make the measurement.
DIN#1
DIN#2
Page 32 of 240
Measurement Type: Digital
Digital type: Frequency 1 or Frequency 2
Note: Use Frequency 1 for sensors with a low-level AC output voltage (such as an RMYoung) and
specify (AC Low Level). Frequency 2 is always expecting a DC high-level signal.
These inputs are intended for sensors that provide low impedance voltage outputs. For high impedance
resistive bridge type sensors, the differential inputs are recommended for highest accuracy.
0-5V A
0-5V B
Page 33 of 240
The key settings for 4-20mA sensors connected to the 4-20mA input are:
Measurement Type: Analog
Analog Type: 4-20mA
The built-in 4-20mA connection has an internal 200 Ohm load consisting of transient protection and a
precision 100 Ohm sense resistor. External load resistors should also be 100 Ohm for the system to
operate down to voltages between 10-12VDC. In some cases, the 4-20mA sensor may need supply
voltages > 12VDC to operate. The supply voltage needs to be greater than the minimum voltage the
sensor requires plus the maximum voltage across the load resistance (2V for 100 ohms).
Measurement result will be zero when the switch is open and one when the switch is closed.
Page 34 of 240
DIN#1
DIN#2
Page 35 of 240
The key settings for mv output sensors are:
Measurement Type: Analog
Analog type: Diff C or D
Input Range: 39mV, 312mV, 2.5V, 39mV w/Bias, 312mV w/Bias.
Note: use the range with Bias for any sensor (such as a pyranometer) that does not connect to VREF or
other power source.
Please make sure to provide and connect a precision 10K reference resistor as pictured below:
Page 36 of 240
The key settings for thermistors are:
Measurement Type: Analog
Analog type: Differential C or D
Input Range: -2.5 to 2.5V
Equation to compute temperature (Celsius):
Steinhart(10000*((VREF/X)-1), A, B, C) (see table below for A, B, C)
Note: The 10000 is the reference resistor value in ohms.
Slope: 1.8; Offset: 32 to convert to Fahrenheit.
Model TYPE A B C
44007 YSI MIX B, 5K 0.0012829 0.0002365 9.1883E-08
44034
44006 YSI MIX H, 10K 0.0010295 0.0002391 1.568E-07
44031
44005 YSI MIX B, 3K 1.40510E-03 2.36900E-04 1.019E-07
44030
44008 YSI MIX H, 30K 9.35401E-04 2.21060E-04 1.2747E-07
44032
44016 YSI MIX B, 10K 1.12610E-03 2.34545E-04 8.6359E-08
44036
5600-0025
5600-0030
Page 37 of 240
Campbell Scientific’s CS205 & CS107 temperature probe requires different wiring than the above since it
has a reference resistor built into the probe. The wires are connected as indicated below on the left, and
the equation will use the built-in template for CS205/107. The image on the right indicates the probe’s
internal wiring for reference.
• Jumper C+ to Vref
• Purple (AG) ----------------- C+
• Red (HI) ---------------------- C-
• Black (EX) -------------------- AGND
• Clear (G) --------------------- Earth Ground
For more accurate results, here are some other K-Type Equations:
Page 38 of 240
Linear delta T range of ± 20°C. Approximation error is ±0.20°C.
Temp (°C) = 25.346 * X*1000 – 0.1114 + Terminal_temp
T-Type Equations:
Page 39 of 240
5.17 Connecting Strain Gauges
Strain gauges connect to the C, D or E channels as shown below.
Page 40 of 240
5.19 Connecting Prop/Vane or Anemometer/Vane Wind
Sensors
The prop/vane or anemometer/vane wind sensors like the RMYoung wind sensor typically have a
potentiometer for direction and frequency output for speed. The RMYoung connects as shown below.
WS/DIN#1 is used for the frequency as it can handle low-level AC as well as high-level DC pulses for speed.
* A 1.0 MOhm resistor needs to be placed from VREF (or SIGNAL GROUND) to AZ SIG. This ensures that the
value always goes to 355 (or 0 with SIGNAL GROUND) when the potentiometer is in the open region.
Setup two measurements for the RMYoung – one for the direction and one for the speed.
Setup for Direction Measurement
Measurement Type: Analog
Analog Type: 0-5A
Equation: X/VREF*355 {converts to degrees}
Setup for Speed Measurement
Measurement Type: Digital
Digital Type: Frequency 1 or Frequency 2 (amplified version only)
DC high or AC low: AC low level (for unamplified RMYOUNG)
Slope:
Wind Speed Units Slope
m/s 0.098
knots 0.1904
mph 0.2194
kph (km/h) 0.3528
Page 41 of 240
To setup for wind vector measurements, go to section 10.3.6-MEASURE TYPE: WIND.
The Lufft sensor connects as an SDI-12 sensor to either SDI or RS-485. To set the units use the SDI
command aXUu for US units or aXUm for metric. To set the averaging wind averaging interval to 5
minutes use the following SDI command: aXAw+5. See the Lufft Manual Family of Smart Weather Sensors
for details.
Use the C or C4 commands to read wind data from the Lufft sensor. The C commands are needed as the
Lufft sensor often has more than 9 parameters in its output. The response to the C command may provide
different data based on what model is connected. For example, the WS200-UMB provides the following
data in response to the C command:
WS200 UMB
Parameter Description
0 Wind Speed (avg) *units based on
settings in the WS200
1 Wind Speed (max)
2 Wind Direction (vector)
3 Wind Direction (act)
4 Compass Heading (act)
5 Wind Speed (act)
6 Wind Speed (min)
7 Wind Speed (vct)
8 Wind Quality
9 Wind Direction (min)
10 Wind Direction (max)
11 Wind Direction corr (act)
Other Lufft sensors with temperature and other measurements provide the wind speed and direction as
parameters 3 (average speed), 4 (max speed) and 5 (vector direction) and 14 (vector speed) with detailed
wind information available using C4. Consult the Lufft manual for details.
Page 42 of 240
5.22 Connecting Samplers Triggered by Stage
Many samplers can be triggered to collect a sample via Digital output. Connect DOUT#1 to the “trigger”
line of the sampler along with ground and program an equation to generate the pulse based on the
desired criteria.
For example, to trigger a sample when the stage is > 12.50 feet do the following:
Setup a measurement for stage, type to match the sensor you are using
Setup a measurement to control the sampler, type: Meta.
Set the Index to point to the stage measurement
Set the equation to: OUTPUT(X>12.5,1,1,1000) for DOUT#1, PULSE, 1000 ms.
Starting with version 8.24, more control is available over the switched power lines. By using the command
line interface, one may change the default behavior of the switched power lines. the following control
options are available:
Manual
The line stays off until turned on by command line, an equation function, or Python Script
Alarm In Only
The line is turned on when the system goes into alarms. The line stays on until turned off
manually.
Alarm In And Out
The line is turned on when the system goes into alarms, and turned off when the system
goes out of alarms.
Sensor Warmup
The line is turned on during sensor warmup. When the system measures Analog, Digital, or
SDI-12 sensors with a warmup time, the line is turned on for the warmup duration. It is
turned off afterwards.
If the switched power line is used by Python to control a device, make sure to set it to Manual. Below is
the command line capture of the settings.
Page 43 of 240
SW Power 1 Control = Sensor Warmup, Range (0=Manual, 1=Alarm In Only,
2=Alarm In And Out, 3=Sensor Warmup), Default = Sensor Warmup
Connect to the modem with HyperTerminal (or similar) using a PC. For the best performance, connect at
115200, N, 8, 1. The modem remembers the baud rate at the time of the AT&W, so be sure to
communicate at the rate you intend to use with XLink. 115200 baud is the default rate, but smart modems
can go quite a bit faster.
Enter AT and then press ENTER until the modem responds with 'OK'
Paste the following command to the modem:
AT&F&D0&S1&K3S0=1S2=255
Press ENTER and the modem should reply 'OK'
Paste the following command to the modem:
ATE0Q1&W
Press ENTER
After the modem has been dumbed down by these commands it will not even say 'OK' to an AT command
anymore. To see if it's still working you may try a command with a non-simple response such as AT&V
Page 44 of 240
To configure XLink to answer at 115200, USB connect with LinkComm, use the Diagnostics, Terminal
window. Press ENTER to get the ">" prompt and issue the following:
Then reboot the unit for the new baud rate to take effect by issuing the Reboot command or power
cycling the unit.
The modem will now automatically answer calls and provide remote communications.
See section 6.3.4-C ONNECTING VIA ANALOG MODEM for instructions on how to use LinkComm with the
external modem.
Follow these steps to configure the GPRS-1-O modem to operate in serial bridge mode.
1) Creating/selecting the script. Some readymade scripts are provided based on typical settings and
common APNs. Go ahead and use ATT_script.txt, T-Mobile_script.txt, or Rogers_script.txt if you are using
either of these providers. Otherwise, contact Sutron for help in creating the proper files for the modem.
2) Load the script into a thumb drive. The file must be copied into the station folder and must be renamed
with the station as part of the file name. For instance, if the station was named S01, then the file must be
renamed "S01_script.txt"
3) Attach the modem to the RS-232 port and insert the thumb drive. Look for a script_results.txt in the
daily sub-folder and examine it for errors. Once the modem is working, enable passwords to help secure
the station.
The script is designed to be run on a factory fresh modem or one that's already running the script. The
script will switch the speed of the RS-232 port to 115200 baud.
See section 6.3.5-C ONNECTING VIA TCP/IP for instructions on how to use LinkComm with the external
modem.
Page 45 of 240
Page 46 of 240
6 Installing and Running LinkComm
LinkComm is a software application designed setup and operate XLink. LinkComm is used to:
Check status
Set up configuration
Download and graph the log from
Upgrade firmware
Calibrate connected sensors
After downloading LinkComm, run the program and follow the instructions on the screen. For Windows,
extract all files to a folder on your computer. You may run LinkComm directly from this folder by double-
clicking “LinkComm.exe”, or, to install LinkComm so that it appears on the Start menu, double-click
“setup.exe” (Administrator privileges are required to install LinkComm).
If your PC is running Windows 7, you will need to install the USB drivers after installing LinkComm. Note:
this is not needed for Windows 8 and beyond.
Page 47 of 240
On small displays, the station list is hidden. Press < Stations to see the station list.
To work with the selected station, press “Connect”. The software will use the assigned connection
settings (USB, RS-232, Modem, or Wi-Fi), to try to communicate with the site.
If you have problems connecting to the site, check your communication settings and or cables/Wi-Fi
settings and see the following sections that detail USB and Wi-Fi connections.
Page 48 of 240
1
2
4
To create a new station, select “New Station” at the top of the station list (1). Then set the Station Type
(2) to match your type of XLink, set “Connect type” (3) to Wi-Fi, USB, Serial or Modem, and press Connect
(4). Additional information on the Wi-Fi, USB and modem connections are provided in the next sections.
You can set the software to get recent data (5). “Get recent data on connect”, when checked, will cause
LinkComm to download the last week of data for display in a graph on the dashboard tab, every time you
connect to the station. This can be a considerable amount of data (several k-bytes). You may choose to
disable this feature to reduce data costs (e.g., when communicating over cellular links).
The “Check setup on connect” option (visible only for low bandwidth connections like “Redirector”), will
cause LinkComm to retrieve the setup from station every time you connect. You may choose to disable
this feature to reduce data costs (e.g., when communicating over cellular links).
Page 49 of 240
6.3.2 Connecting Remotely
LinkComm can also remotely connect to a XLink station if the optional cell modem is installed. To do so,
the Listening setting needs to be enabled.
Alternatively, to reduce power consumption, the system can be configured to check for messages
periodically. A message can be sent to the station asking it to temporarily turn on listening. Please see
section 13-TELEMETRY .
TCP/IP
If the IP address of a station is known, it can be connected to directly. It is up to cell service provider to
Give a static IP address. This means that the IP address of station does not change over time.
Alternatively, you may send an SMS to the station asking what its current IP address is.
Provide VPN access. It is not always possible to directly connect to the station over the internet
because it is protected by the cell service provider’s firewall. In this case, it is necessary to first
connect to a VPN provided by the cell service provider.
The Redirector
Sutron provides a “redirector” service that can be used to access a station that uses a SIM card provided
by Sutron. The IP addresses of these SIM cards are behind a firewall, and so need special steps to be taken
for access.
When obtaining one of these SIM cards from Sutron, you will also receive a username, password, and
station name to use when setting up your station connection in LinkComm. After entering your username
and password, you may press the “Update Station Names” button to retrieve the list of stations that are
associated with your redirector account.
Page 50 of 240
To connect via Wi-Fi, follow this sequence:
Have the station turn on the Wi-Fi by pushing the wakeup button located on the front. The
station will blink the blue halo LED to acknowledge the button press.
Have your computer (Laptop, iPhone, or Android) connect to the Wi-Fi hotspot.
XLink will name its hotspot XL2_xxxx_aaaa, where xxxx is the station name, and aaaa is a unique
number.
Create a new station in LinkComm with “Connect type” set to “Station Wi-Fi” (LinkComm may
detect you are connected via Wi-Fi and set this type by default)
If you need to manually enter the IP address for XLink, it is 192.168.88.1:3001.
LinkComm is now connected to the station. It is possible to check status, change setup, download
log, and perform almost all other operations.
Once the LinkComm session is complete, make sure to disconnect from the Wi-Fi hotspot.
In order for LinkComm to connect to XLink via Wi-Fi, the device that is running
LinkComm must first connect to the Wi-Fi hotspot provided by XLink.
Here’s an example mobile Wi-Fi Settings screen showing several devices available for connection:
Page 51 of 240
6.3.5 Connecting via TCP/IP
LinkComm can connect to a station with an external Cell modem via TCP/IP. See section 5.26-CONNECTING
E XTERNAL CELL MODEMS for instructions. LinkComm will need to be run on a device that has access to the
same network that the modem is operating on. If the modem is on a private network, the PC will need
VPN access to that network.
When you later connect to the station, you need to send the setup to the station to bring the setups “in-
sync”. If you checked “Get setup on connect” in the station’s Connection Settings, then when you first
connect, LinkComm will prompt to overwrite your changes. If you answer “No”, LinkComm will then
prompt to send your changes to the station. Answer “Yes” at this point to bring the setups “in-sync”.
6.3.7 Notes
This section is used to enter notes in this section related to station setup and maintenance. For example,
you might store information about the last time the station was visited, plans for future visits, and notes
on calibrations, etc.
Note: All settings (station and connect settings, notes, and site images) for every
station you define are saved automatically as you make changes. Hence, there is no
need to select any kind of “Save” menu item.
When you click a site image, it expands to fill the available window.
To delete a site image, right-click (or press-and-hold) the image and select “Delete Site Image” in the
subsequent prompt.
Page 52 of 240
6.4 Main Menu
Press the button in the upper left to access the main menu. The menu shows different options,
depending on whether you are connected to – or working offline with – a station.
Export Database… Export all station definitions to a database file. You can then use
“Import Database…” on another PC or mobile device to import the
station definitions.
Event Log… Show LinkComm event log. This is a text file showing diagnostic
information about LinkComm operation.
Exit Exit and close the LinkComm application. This item is not displayed
when running on mobile platforms
Page 53 of 240
The following menu items are displayed in Station Detail View (i.e., when connected or working offline):
Log In… LinkComm prompts for password and then attempts to log in to the
station
Change Password… LinkComm prompts for new password to use to log in to the station
Show Quick Status… Show the Quick Status dialog, showing a summary of station status
Import Setup… Load a setup from an external file. The setup file was typically saved
by a prior “Export Setup…” action
Export Setup… Save the current setup to an external file. The setup file is a text file
containing property-value assignments
Send Setup to Station Send the current setup to the station (shown only if connected)
Get Setup from Station Get the setup from the station (shown only if connected)
Stop Recording Start (or Stop, if applicable), recording (shown only if connected)
Page 54 of 240
After you press either “Connect” or “Work Offline” in the stations list view, LinkComm transitions to the
“Station View”, where you see several tabs, e.g., Dashboard, Measurements, Data, etc., each showing
information about status and/or setup for the selected station.
The following picture is of the station view with the Dashboard tab selected:
LinkComm is connected Pressing the button in this state will cause LinkComm
to the station to disconnect from the station
LinkComm is not Pressing the button in this state will cause LinkComm
connected to the to try to connect to the station
station
Page 55 of 240
6.5.2 Setup Status Button
The left header button is the “setup status button”. This button shows status related to the setup,
including whether the setup is “in-sync”, i.e., the same in both LinkComm and the station, and recording
status.
Pressing the setup status button typically prompts the user to take the next logical step towards getting
the setup in-sync between LinkComm and the station, with recording on.
Note: When the setup displayed by LinkComm is the same as the setup in the station,
then we say the setups are “in-sync”. When the setups are not the same, the setup
status button displays a warning sign, and you must send the setup to the station to
get the setups “in-sync”.
After making changes to the setup locally, you need to send those changes to the station to bring the
setups “in-sync”. You do this by pressing the setup status button (or by selecting the main menu item,
“Send Setup to the station”).
The following table describes the different states maintained by the setup status button, and describes
what happens when you press the button in each of the states:
A change has been made Press the button to send setup changes to the
to the setup in LinkComm station. LinkComm will prompt for confirmation. If
(it no longer matches the “Yes”, only the changes required to be “in-sync” are
setup in the station) sent. If “No”, LinkComm prompts to retrieve the
setup from the station, overwriting local changes
The setup in the station is Press the button to send the setup to the station.
unknown, and so may LinkComm will prompt for confirmation. If “Yes”,
differ from the one LinkComm first sets the setup in the station to
displayed by LinkComm defaults, and then sends the changes required to be
in sync
Recording is OFF in the Press the button to turn recording ON in the station.
station. This means no LinkComm will prompt for confirmation
measurements are being
made
Page 56 of 240
LinkComm is working Press the button to connect to the station
offline (not connected to
the station)
The setup that is shown in LinkComm is not necessarily the same setup that is in a
connected the station
To read a setup from the station and show it in LinkComm, you may either use the SETUP STATUS
BUTTON as described in the previous section, or select the Get Setup From the station item from
the main menu
To give a setup created by LinkComm to the station, you may either use the SETUP STATUS BUTTON
as described in the previous section, or select the Send Setup To the station item from the main
menu
Unless the SETUP STATUS BUTTON menu item is selected, or the Send Setup to the station
button is clicked, none of the changes made to the setup in LinkComm will be in the
station!
In any case, when LinkComm detects such a difference exists, LinkComm warns you that changes still exist,
and will offer a dialog to “View Differences”. To rectify the situation, it is usually best to get the setup from
the station to again be “in-sync”, and then try making and sending your changes again.
You may find it helpful to save reference copies of setups outside of LinkComm, as a backup in case you
accidentally overwrite changes to the setup in LinkComm. Use the export setup menu item to achieve this.
To load a station setup from a file, select Import setup… from the main menu. After loading the setup file,
you still need to send the changes to the station. As always, use either the SETUP STATUS BUTTON, or the
Send Setup to Station menu item, to send the setup to the station.
Page 57 of 240
Some examples of metadata in LinkComm:
This station metadata is not stored in the station setup files created by Export Setup…. The metadata is
saved, however, when saving the stations database using the Export Database… menu item from the
Station View main menu.
Station status
All active measurements, their last readings, and alarm status
A graph of recent measurement data (if Get recent data on connect was checked). Right-click to
refresh the data.
All enabled transmissions, along with information on the transmission time and counts
All active script tasks along with their status
Page 58 of 240
To reset the station status, including the transmission counters, tallies and system errors, click the
Clear Status button. Once the status is reset, the previous status is lost
To show the status text actually received from the logger, press the Show Details button
To measure and update all sensors, press Measure All button
High-level telemetry status is also shown on this page (below current sensor values). To see low-
level details about telemetry, see the Telemetry tab.
If the station has any active errors, these are shown in RED just below the status area.
Right-clicking on any trend graph (or touching the graph in the mobile app), reveals a pop-up menu that
allows you to:
LinkComm will prompt for the new station name. Just as with every other station setup change, the
change is not complete until you have sent the setup to the station. Do this using either the SETUP STATUS
BUTTON in the main header, or the Send Setup to the station item in the main menu.
Page 59 of 240
The left side of the measurements tab shows a list of all possible measurements. The right side of the
measurements tab shows the details of the selected measurement. The details are the settings used to
determine how the measurement is taken and how the data is processed by the system. The settings
include schedule, Configuration (including wiring diagram), Processing, Alarms, Logging, Tx Content.
Page 60 of 240
To zoom-in on subsets of data, click-and-drag to create a rectangle around the data you want to zoom to.
To restore the zoom to all data, double-click. When using a touchscreen, you may use your finger to draw
the rectangle, and double-tap to reset the zoom.
Right-clicking (or touching) the graph will show a menu allowing you to select all series, deselect all series,
or show points. You may select or deselect individual data series for display using the legend just below
the graph.
Change the span of the period to graph using the Span control. Several options are available. Whenever a
change to span is made, you must press the Download button to retrieve the data for display. When the
defined span no longer matches the displayed span, the download button text changes to “Download***”.
Press Save File… to save the raw data to a text file. Press Save Image… to save an image of the graph to
disk. On mobile platforms, rather than save files to disk, you are prompted to “share” the files via other
services like Email, Dropbox (if installed), etc.
Change View to Table to see a table view of the data, rather than a graph.
Enabling Disable Graph causes the graph (or table) view to remain empty while data is being downloaded.
This can improve performance for very large downloads.
Page 61 of 240
6.9 Telemetry Tab
The Telemetry tab is used to configure a station for Iridium or Cellular communications. The contents of
the tab differ for each telemetry type.
The telemetry status section is below the setup area, and is accessed by scrolling down.
Page 62 of 240
The status text is retrieved from the station the first time you display the telemetry tab and can be
refreshed as needed on demand.
Information provided includes signal strength, time when the modem last connected to the network,
contents of the last received message, and IMEI.
Besides showing the diagnostic information, the Radio Diagnostics tab allows one to check for Iridium
messages immediately, and to send an SMS to a specific cell number.
By clicking on Script File Details, the script management window provides an overview of the script file
used as well as of all the script functions. If a script is in use by the system, that information is shown.
The script itself can be seen and edited on this window. Script testing options are found here too.
Page 63 of 240
By choosing one of the script tasks available (marked as S1, S2, etc. on the left-hand side), the details of
the script task are shown. This window is used to configure the script tasks.
Wi-Fi
Log daily values
DCP Command
Digital Output DOUT
Optional Card Setup
Programmable Voltage References
Iridium Modem Settings
Cell Modem Settings
Modbus Settings
Log Download Format
Page 64 of 240
See section 12 OTHER SETUP for more information setting in this page.
Iridium and Cell Telemetry types offer Iridium Diags and Cell Diags buttons which provides diagnostics
information on the modems. Please see section 11.5.5 RADIO DIAGS for details.
Page 65 of 240
6.12.1 Firmware Versions and Diagnostics
The top two text areas on the Diagnostics tab display information about the firmware installed in the
connected station.
The Firmware Versions section displays the current versions of firmware installed in the station. If
LinkComm detects a newer version of firmware is available, this text area contains a message saying such.
The Firmware Diagnostics area displays recent diagnostics information reported by the station.
Press the Refresh… button to update this data to the latest. Press the Save to file… button to save all
diagnostic text data to an external file.
The LinkComm Data Usage section displays the total byte counts between LinkComm and the station for
the current session. The LinkComm Diagnostics section displays LinkComm’s version information.
Press the Refresh… button to update this data to the latest. Press the Save to file… button to save all
diagnostic text data to an external file.
6.12.3 Terminal
LinkComm features a built-in terminal monitor program. All communications between LinkComm and the
station uses the command line interface. The Terminal window can be used to view a history of command
traffic, and can be used to access the command line interface directly.
Page 66 of 240
To see the details of the communication between LinkComm and the station, bring up the terminal
window via the Terminal button on the Diagnostic tab.
You may type into the terminal window. Data typed will be sent to the station. Any replies from the
station will be shown in the Terminal window.
When “Autoscroll on data” is checked, the window advances when new data becomes available.
Upgrades may be done over RS-232, USB, USB thumb drive, or Wi-Fi.
Upgrade files are packaged into the same download with the LinkComm program. Upgrade files will have
names such as XL2EuropaActual_821r5000.xl2u
To initiate an upgrade of your station’s firmware, select the Upgrade button on the Diagnostics tab. If
LinkComm detects a newer version of firmware on your PC, LinkComm will suggest that an upgrade be
Page 67 of 240
made using it. If you select “No”, then use the file-open dialog that follows to browse for, and select, the
upgrade file to use.
You can also upgrade the firmware via USB drive. See section 7.15.3 UPDATE THE FIRMWARE VIA USB
THUMB DRIVE.
6.12.7 Rebooting
Clicking the Reboot button on the Diagnostics tab will have LinkComm issue the reboot command to the
station. The station will perform a software reset. LinkComm will then disconnect from the station.
If you are issuing the command remotely, please note that the station will need a minute to get back on
the internet before it is ready to talk again.
For details on password operation, please see section 8.2 P ASSWORD Protection.
Page 68 of 240
6.14 Quick Status Dialog
When disconnecting from a station, LinkComm displays a Quick Status dialog, containing a summary of
important status information.
The dialog displays system time and battery voltage information at the top. The scrollable list of status
items in the center of the dialog display status for particular items, as follows:
Errors
Recording status
Measurement status, including number of parameters to transmit
Scheduled transmission status
Random transmission status
A warning triangle signifies the item isn’t as expected, and may need attention
A red stop sign signifies the item is likely incorrect, and needs attention
Page 69 of 240
You can prevent the dialog from being shown when disconnecting by checking Do not automatically show
this dialog. To see the dialog when this is checked, select Show Quick Status from the main menu.
Page 70 of 240
7 Operating XLink
The following scenarios describe how to perform some common functions with an XLink station. They
assume that the station is powered up and that LinkComm is running and can connect to the station via
USB, RS-232, or Wi-Fi. For help connecting to a station, refer to 6.3.1 CONNECTING VIA USB or 6.3.3
CONNECTING VIA WI-FI.
Page 71 of 240
Press Force to make a new measurement.
Page 72 of 240
You may also access the SDI command menu from the Diagnostics tab.
Page 73 of 240
You can also obtain the version of the software using the VER command via command line.
To set the time, use LinkComm’s Diagnostics tab and click the Set Clock button.
Use the Local Time Offset to convert the time from UTC to a local time zone. The setting is found on the
Other Setup tab in LinkComm.
Stations equipped with an Iridium modem will automatically sync their clock to network time.
Stations equipped with a cell modem will automatically sync provided they are running firmware
version 8.28 or newer. Please see 11.2.3.8 CELL TIME SYNC E NABLE .
Whenever a correctly prepared USB drive is plugged in, the system will automatically do the following:
Additionally, if the appropriate files have been previously loaded on the USB drive, the following will take
place:
Upgrade firmware
Change station setup
Change station Python script file
Execute command line file
When a USB drive is plugged into the station, the amber LED will start blinking rapidly while the
drive is in use.
Page 74 of 240
Once the operation completes, if everything went well, the green LED turns on solid. If there was
a problem, the red LED turns on solid.
The LED remains on until the drive is removed.
The LED pattern was improved in version 8.24.
Do not leave the thumb drive inserted after the operations complete. Leaving it inserted will
result in increased power draw and it will provide no benefit.
Do not remove the drive while the operation is in progress!
The Wi-Fi button is disabled during USB drive operations.
The following folder structure is used on the USB Drive (and will be created if not present):
\Sutron\XLink\<station>\<date>
where <station> is the name of the station and <date> is the current date in yyyymmdd format (e.g.:
"20160204")
Output files are always placed under the full path and given a unique name by appending _01, _02, _03,
..., _99 to the name as necessary.
Regarding Events
By default, plugging in a USB drive will results in only measurement data being downloaded to the
log file. Events are excluded from the log file.
If the following file is located on the USB drive, then the system will download both measurement
and event data:
\Sutron\XLink\IncludeEvents.txt
The file content does not matter. If the file is on the drive, in the specified path, the system
will download both measurements and events.
The rules above apply to software 8.24 and newer. Older versions will always download
both measurements and events to the log file.
Regarding Headers
Logs are downloaded without a header to ease import of log files into other systems.
If the following file is located on the USB drive, then the system will include a header in the
downloaded log file:
\Sutron\XLink\IncludeHeader.txt
The file content does not matter. If the file is on the drive, in the specified path, the system
will download both measurements and events.
The rules above apply to software 8.33 and newer. Older versions will always download
both measurements and events to the log file.
Page 75 of 240
Regarding SD Cards
By default, the log download is done from the station’s on-board flash memory to the USB drive.
If the station is equipped with an SD card, the log is automatically backed up to the SD card. Because the
SD card may provide more storage space than the on-board flash memory, you may choose to copy the log
data from the SD card instead.
The setting USB Drive Gets Log From may be changed to SD Card to have the log data copied from the SD
card to the USB drive.
LinkComm’s setup files can be exported by LinkComm and then copied to a USB drive such that they will
automatically installed when the USB drive is plugged into the USB Host slot in the station. The setup is
specific to the station.
Page 76 of 240
If there is a Python script file associated with the setup, it needs to be named
StationName_script.py
Plug the USB drive into the station.
After the setup has been processed it will be renamed to prevent it from being processed in the future (ex:
"TestStation_setup_installed.txt"). This means you cannot use the same setup file to update multiple
stations.
Example: to upload a new setup to the station named “TestStation”, place the setup file in the following
folder of the USB drive:
\Sutron\XLink\TestStation\TestStation_setup.txt
Then plug the thumb drive into the station’s USB Host connector. If there was an accompanying Python
script, it would need to be in
\Sutron\XLink\TestStation\TestStation_script.py
Station Name
Page 77 of 240
Example: to upgrade the firmware to 820r5000, place the upgrade file in the following folder of the flash
drive and insert the flash drive into the USB Host:
\Sutron\XLink\ XL2EuropaActual_820r5000.xl2.
Upgrade files are shipped with LinkComm and may be found in the same directory that LinkComm is
installed in.
\Sutron\XLink\TestStation\TestStation_script.txt
\Sutron\XLink\AllStations_script.txt
Any output generated by the command line file will be placed into the output directory that includes the
current time.
Here is an example of a file that calibrates measurement M3 to zero, turns on switched power SW2, and
sends transmission TX4
M3 = 0
POWER SW2 ON
TX4 TXNOW
LOG ALL
Please note that this is NOT for Python scripts. This is for command line operations.
Page 78 of 240
Automatic Log Backup
File transmissions (requires Python scripts)
File system and storage for Python scripts
Please make sure to choose high quality cards that support the appropriate
temperature range. Format the card for FAT32.
The card should be left inserted in the station. Contrast this with USB drive operations in which the USB
drive is inserted into the station, data is immediately copied, and the USB drive is then removed.
You may replace the SD card as a part of routine maintenance. Please make sure to safely remove the
card.
Failure to safely remove the card may result in SD card data becoming corrupted.
The station also offers a means of formatting the card. Please use the LinkComm terminal and issue the
FILE FORMAT SD command. Please see section 17.9.2 FILE C OMMANDS for more info about the commands.
Both features are fully automatic. Simply insert a compatible SD card into the station and leave the card
inserted. There are no configuration options.
Page 79 of 240
When a compatible SD card is present, the system will periodically copy new data from the onboard flash
log to the SD card. The operation happens once an hour as long as the station is recording and the user is
not present (see below).
The result of the automatic log backup is that a file is created on the SD card. That log backup file contains
the station’s log. The log backup file holds measurement data (no events) in CSV format. This file is
normally identical to a log file downloaded from the station using LinkComm.
To access the log backup file, safely remove the SD card from the system, and insert the card into a
computer. The FAT32 file system used by the SD card is universally accepted by all major operating
systems.
There is a size limit of 1GB for the log backup file. Once the file reach that size, a new file is created. The
old file is kept after being renamed with the current time.
Please note that the system will not read the log backup files in order to make transmissions. The onboard
flash log must continue to function for the station to operate properly.
Redundant Log
In the case of a catastrophic failure, if the station is no longer operable, it may be possible to retrieve the
logged data from the SD card.
Two backup files are created on the card, providing further redundancy. Under ideal circumstances, both
files are exactly the same. However, if one of the files should become corrupt, the other should remain
intact.
If you find more than two backup files on your SD card, it means that there has been a failure to backup up
the log. The failure could be the result of losing power during the automatic log backup, or it could
indicate a problem with the card.
If your station logs so much data that the SD card is required, consider replacing SD cards during routine
maintenance lest the cards get full. If the card capacity is large enough, you may use a USB drive to copy
the log files from the SD card to the USB drive as per 7.15.1.3 REGARDING SD CARDS.
Page 80 of 240
Initial Insertion
When an SD card is inserted for the first time in the system’s history, about 30 minutes after user
interaction ends, the system will begin the first automatic log backup by copying the onboard log to the SD
card. This operation may take a while depending on how much data is in the system’s onboard log.
The initial log copy only happens the first time the system receives an SD card. It does not happen every
time a new card is inserted.
Backup Paused
The automatic log backup is paused while the user is interacting with the station in order to facilitate card
access and removal. Please make sure to always safely remove the card. This pause happens whenever
the station is connected to via Wi-Fi, USB cable, or when a USB drive is inserted.
SD/Sutron/XLink/StationName/LogBackup/StationName_log_backup_.csv
SD/Sutron/XLink/StationName/LogBackup2/StationName_log_backup_.csv
Page 81 of 240
8 Security
XLink provides means of protection against unwanted access. Password protection is at the heart of the
security.
Whether accessing the station with a USB cable, an RS-232 cable, via the Wi-Fi hotspot, through a USB
thumb drive, over Iridium SBD messages, over cell TCP/IP, or over cell SMS messages, password protection
guards access to the station. To access the station, the correct password must be provided.
For remote access over Cell, additional protection is provided over TCP/IP via the use a VPN. To access the
station, one first connects to the appropriate VPN.
For Iridium access, additional protection is provided by the Iridium system itself, which blocks access from
unauthorized sources. Anyone who seeks to send messages to the station must be on a whitelist provided
to Iridium.
Each SMS message sent to the station needs to include the password if the station is to process it. The
same holds true for Iridium SBD messages.
The station’s Wi-Fi hotspot provides an additional layer of security. It uses WPA2-AES protection, meaning
that a Wi-Fi password must be provided to connect to the hotspot. Additionally, the Wi-Fi hotspot is
generally off until the site is physically visited and the front panel button on the unit is pressed. Please
note that the Wi-Fi hotspot provides access only on site. It does NOT put the station on the internet.
XLink provides three tiers of access through a combination of the following settings:
Password Protection
Setup Password
Maintenance Password
Read Password
Page 82 of 240
8.2.1 Password Protection Setting
A setting called Password Protection needs to be set in order to secure a station. Password Protection
may be set to one of the following:
DISABLED
In this scenario, full access is allowed without a password. This is the default.
SETUP
In this scenario, the system’s setup is write-protected. Maintenance and read access are
allowed without a password.
Without providing the correct password:
The Station setup cannot be changed. Transmissions may not be started.
Status may be cleared, measurements may be calibrated and forced, failsafe may be
reset, unit may be rebooted, clock may be set.
MAINTENANCE
System write, and maintenance operations are restricted. Read access is allowed without a
password.
Without a password, setup can be read, but not written; status can be checked, but not
cleared.
FULL
System is fully protected.
No access at all is allowed without a password, except for the following commands: EXIT,
HELLO, PASSWORD PROTECTION, VER.
Password Protection must be enabled when connected locally to the station. It may not be enabled nor
disabled when connected remotely.
If a station is deployed with password protection disabled, the only way to enable protection is
locally. Remote access cannot be used to enable protection. Why? To prevent hackers from
locking out an unprotected station.
If a station is deployed with protection enabled, allowed actions depend on the Remote Password
Change setting:
If it is On, password protection may not be completely disabled remotely. The Password
Protection setting may be modified to be Setup, Maintenance, or Full, but it may not be
Disabled.
If It is Off, Password Protection may not be modified at all remotely.
8.2.2 Passwords
XLink has three different passwords. The access level granted depends on the password provided.
Read password
Read access is the most restricted access level. A customer with read access may not make
any changes to the system. Read access allows one to view measurement readings, view
status, view setup, download the log, and the like.
Maintenance password
Entering the maintenance password provides everything that read access does, plus the
ability to calibrate sensors, clear status, reboot unit, and other station maintenance related
functions.
Page 83 of 240
Setup password
Entering the setup password grants complete access to the station.
The default passwords are SUTRON1 for read access, SUTRON2 for maintenance access, and SUTRON3 for
full access. Please change ALL THREE passwords when securing your system.
Blank passwords are NOT allowed. All ASCII bytes are allowed except comma, equals, and white space.
Passwords may be up to 47 bytes long.
When sending a message to a password protected station, the first line of the message must have the
login command LOGIN=XXX, where XXX is the password.
Page 84 of 240
9 Setup
XLink operation is controlled by its setup. The user has the option of changing any part of the setup. The
setup is stored in non-volatile memory and will not be affected when the unit loses power.
The LinkComm application is the easiest and fastest way to program your station.
Setup can be changed while the station is collecting data. However, if the station is in the middle of
making a measurement when the relevant setup is changed, unexpected effects may occur. Even if
unexpected effects occur, the next measurement will be made correctly.
Every time setup is changed, it is noted in the log with the entry setup changed. Details of the setup
change are not logged.
If a password is enabled, changes to setup cannot be made until the password is entered.
The setup is broken into three sections discussed in detail in the next chapters:
measurement setup
telemetry setup
other setup
Remember that if you ever see at the top of LinkComm, the setup in LinkComm differs from the setup in
the station. If the change is deliberate, press the “changed” control to update the station setup. If the
change is accidental, use the Main Menu, Get setup From Station function.
You can also change the setup by sending messages to the station via one of the optional modems. As an
alternative to LinkComm, you can use any terminal program to access all of the features via the command
line interface described in section 17 COMMAND LINE INTERFACE .
Page 85 of 240
10 Measurement Setup
The measurements tab in LinkComm is where the measurement setups are managed.
A measurement is the process of collecting data from a sensor. XLink provides the ability to establish up to
32 measurements, each with its unique settings. Each measurement will occur periodically and provide
one sensor reading. How a measurement behaves is governed by its setup. Each of the 32 measurements
has its own setup. Changing the setup of one measurement will not affect other measurements (except for
Meta measurements).
Measurement results may be logged or just used for alarms or by other measurements. The log can hold
over 1,000,000 readings (may be expanded to 1,000,000,000 readings). Logged measurement results may
be transmitted using installed modems.
Sensor results are internally represented using IEEE 64 double precision floating point values.
Note: Sensor metadata (picture, wiring diagram, etc.), is NOT stored in XLink but only
in the station definition in LinkComm.
Page 86 of 240
The following is an example of a template for an air temperature/relative humidity sensor.
Use the right and left arrows on the sides of the sensor picture to scroll between the available
sensor templates.
Use “Filter Options” to restrict the available sensor templates on the basis of manufacturer or
interface.
Once you are displaying the desired sensor template, select the related parameters such as
interface, parameter before pressing select.
This setting partially determines what physical connection the sensor needs to be wired to.
Measure Type also controls the configuration that follows in the setup. For example, when you
select Analog, the configuration section will allow you to enter Analog Type and other related
settings.
Page 87 of 240
For details on the different measure types, please see section 10.3.1 MEASUREMENT TYPE.
10.1.4 Label
User set name given to measurement, up to 11 bytes. This is used to identify and differentiate
measurements. This value will be placed in the log each time a measurement is made, so that changing a
label will not affect previously logged data. Example labels: AT, Stage, Baro, Precip, Batt.
Please use unique labels for each different measurement. Failure to do so will result in a hard to
understand log file. When downloading the log, XLink identifies each logged value with the label.
10.1.5 Model
Model is a text field available to enter the model name or number for a sensor. This is metadata stored in
LinkComm but not in the station.
10.1.6 Manufacturer
Manufacturer is a text field available to enter manufacturer information for the sensor. This is metadata
stored in LinkComm but not in the station.
10.1.7 Description
Description is a text field available to enter additional information for the sensor. This is metadata stored
in LinkComm but not in the station.
10.1.9 Units
Units can be specified for any measurement and will be stored with the data when it is logged. Use the
dropdown list to pick from the built-in list of units. You may also enter the units text directly into the text
box. The units text can only be 3 characters long.
Page 88 of 240
10.1.10 Icon
You can select an Icon for the measurement. The icon will show on the dashboard and measurement list.
Press “Change” to choose an image in the computer or take a picture. Remember the icon is small and
cannot show detailed information.
10.1.11 Picture
A picture of the sensor is shown to the right of the sensor information. LinkComm includes pictures for
many common sensors and Measurement Types. Press “Change” to choose an image in the computer or
take a picture to use.
10.1.12 Defaults
Press the Defaults control to set all the settings for a specific measurement to default values. Note the
default measurement type is SDI-12. Setting defaults will also set the metadata (picture, icon, description
etc.) to default values.
10.2 Schedule
10.2.1 Measurement Interval
Measurement interval is simply the time between scheduled measurements. See Measurement Time.
Example 1 (The measurement is logged every 10 minutes at 0 seconds past the minute): time
00:00:00 interval 00:10:00
00:10:00 data measured and logged
00:20:00 data measured and logged
00:30:00 data measured and logged
and every 10 minutes afterwards…
Example 2 (The measurement is taken and logged every 5 minutes at 30 seconds past the
minute): time 00:00:30 interval 00:05:00
00:00:30 data measured and logged
00:05:30 data measured and logged
00:10:30 data measured and logged
Setting the Averaging Time to 00:00:00 (zero) disables averaging -- one sample is to be collected. This is
the default setup. If Averaging Time is zero, Sampling Interval and Subsamples will not be shown in the
setup.
Page 89 of 240
When averaging is enabled, several samples are taken and averaged into a final result. Each sample may
also be composed of several subsamples.
However, if the power consumption for measuring the sensor continuously for an hour were
unacceptable, you would use the Sampling Interval.
To take one sample every minute, the Sampling Interval should be set to one minute. That way, 60
samples will be taken every hour, with approximately a one-minute break between each sample.
If the sensor being used was noisy and needed filtering, several Subsamples could be collected and
averaged into one sample.
In the setup for temperature above, if the number of Subsamples were set to five, five readings would be
collected at the start of every minute and averaged. That result would be used as a sample. Once an hour,
60 samples would be averaged into a final result.
Data collection starts at Measurement Time + Measurement Interval – Averaging Time + Sampling Interval,
and the last sample is taken at Measurement Time + Measurement Interval.
In the example below, temperature is measured every 15 minutes and averaged for an hour:
Page 90 of 240
The Results field will be shown only if averaging is enabled. If it is enabled, you can select average,
minimum, maximum, running average, running minimum, running maximum to be the logged result
value. The difference between average and running average is as follows:
Average – Starts a new average each measurement interval. Computes average only at the end of all the
samples. Tracks min/max of each sample as it is measured.
Running Average – Running averages continue across measurement intervals. The running average is
recomputed with each sample. It tracks min/max of the running average (not individual samples)
throughout the interval. As a result, the running minimum and running maximum will be less extreme
than the simple minimum and maximum .
If you want to transmit average, minimum, and maximum results, you need to set up three identical
measurements except for the Results field: one measurement would choose results average, one
minimum and one maximum. Note: even though you setup 3 separate measurements, as long as the
schedule is identical, the system will only be reading the sensor once.
For example, if you would like to produce an hourly average every 15 minutes, you would use a Running
Average. In that case, the Averaging Time should be 01:00:00 and the Measurement Interval should be
00:15:00.
For Running Average, Averaging Time may be longer than Measurement Interval. In fact, unless it is
longer, there is no point in using a Running Average as the result will be the same as a Simple Average.
The Measurement Interval and Measurement Time will determine how often a reading is
produced.
Averaging Time dictates the time span over which samples will be averaged.
Sampling Interval tells the system how often to sample the sensor.
If you are interested in logging a five-minute average every minute, set Averaging Time to five minutes,
Measurement Interval to one minute and Sampling Interval to 60 seconds. Here is the timeline of the data
produced:
12:01 Sample sensor (reading = 1.0). There are not enough samples to produce an average.
System will still compute and log a result producing a value of 1.0;
12:02 Sample sensor (reading = 2.0). There are not enough samples to produce an average.
System will still compute and log a result producing a value of 1.5;
12:03 Sample sensor (reading = 3.0). There are not enough samples to produce an average.
System will still compute and log a result producing a value of 2.0;
12:04 Sample sensor (reading = 4.0). There are not enough samples to produce an average.
System will still compute and log a result producing a value of 2.5;
12:05 Sample sensor (reading = 5.0). Compute and log 5-minute average. Result = 3.0, computed
as (1.0+2.0+3.0+4.0+5.0)/5;
12:06 Sample sensor (reading = 6.0). Compute and log 5-minute average. Result = 4.0, computed
as (2.0+3.0+4.0+5.0+6.0)/5;
Page 91 of 240
12:07 Sample sensor (reading = 7.0). Compute and log 5-minute average. Result = 5.0, computed
as (3.0+4.0+5.0+6.0+7.0)/5;
Compare this to a simple average. A simple average over five minutes would produce a reading every five
minutes. It would be setup with Measurement Interval of five minutes, an Averaging Time of five minutes,
and a Sampling Interval of 60 seconds.
A Result of Running Min and Running Max produce results which are the minimum and maximum of the
Running Average during the interval. Just like the simple minimum and maximum, running minimum and
maximum values are logged with the time stamp of when the minimum and maximum occurred rather
than when the measurement was scheduled.
The system holds up to 180 samples for the Running Average. How many samples are to be used is
computed by dividing the Averaging Time with the Sampling Interval. If the setup is such that more than
180 samples are required, the system will show a setup error:
Explanation of the logged data above: At 16:00 the hourly measurement that started at 15:00 is complete.
The average gets timestamped with 16:00. However, the actual maximum value of 31.248 happened at
15:24 and the minimum value of 25.661 happened at 15:15.
Likewise, at 17:00, the measurement that started at 16:00 is complete. The maximum happened at 16:12
and the minimum at 16:39.
Page 92 of 240
When it comes time to transmitting minimum and maximum results, a unique timestamp will be included
with each value transmitted. An example below illustrates the formatting:
:ATMIN 91 #60 22.47 :ATMIN 101 #60 22.50 :ATMIN 191 #60 22.53
:ATMAX 71 #60 22.52 :ATMAX 136 #60 22.54 :ATMAX 216 #60 22.58
:ATAVG 41 #60 22.50 22.52 22.56
:ATMIN 91 #60 22.47 means that a minimum of 22.47 occurred 91 minutes ago.
:ATMIN 101 #60 22.50 means that a minimum of 22.50 occurred 101 minutes ago.
Contrast that format with :ATAVG which provides four readings on the same line, most recent one 41
minutes ago, and subsequent readings each an hour later.
Precip Accumulation
Precip Rate
SDI-12
Analog
Battery Voltage
Wind
Digital
Meta
Manual Entry
Internal Temp
Modbus
Precip Accumulation and Precip Rate are designed to measure the pulses from a tipping bucket type rain
gauge.
Precipitation accumulation is used to tally the total amount of precipitation since the station has powered
up. Count must be set to zero by the user when the station is installed. Counts persist between power-ups.
Precipitation rate, unlike precipitation accumulation, measures the precipitation that has occurred since
the last measurement. So, if the measurement interval is 15 minutes, this measurement will report the
rainfall in the last 15 minutes only.
Page 93 of 240
Multiple measurements can be set up with the same input. For example, if you wanted to know the daily
rainfall and the rainfall during the last hour, set up two measurements: one a Precip Rate with an interval
of one hour, and another as Precip Rate with an interval of one day.
Usually, a slope is applied to convert the counts from the tipping bucket into inches of rain. For example,
setting the Slope to 0.01 means that each tip of the bucket is 0.01”.
The first scheduled reading of precipitation rate is invalid, as it takes two readings before the
difference can be computed.
When the system is not running, it is not able to make sensible Precip Rate readings.
Forced (live) precipitation rate readings are unreliable. The rate will be computed over the
currently elapsed time and extrapolated over the rest of the interval.
Precip Accumulation Reset may only be performed on a tipping bucket connected to TB/DIG IN 2.
When the station is setup for Precip Accumulation, it may also be setup to automatically reset the
accumulation at a specific time.
Off (default)
Daily
Monthly
Yearly
When Accumulation Reset is active, additional settings are used to tell when to reset accumulation:
By default, when the station is setup for a Daily reset, it will reset accumulation at midnight of the next
day. Monthly resets, by default, happen on midnight of the first day of the month. Yearly resets, by
default, happen on midnight Jan 1st.
If one wanted to reset accumulation at 11AM on July 2nd every year, one would set the Hour to 11, Day to
2, Month to 7, and Accumulation Reset to Yearly.
Page 94 of 240
If one wanted to reset accumulation at noon every day, one would set the Hour to 12 and Accumulation
Reset to Daily.
Whenever accumulation is reset, additional data is written to the log. The example below has
measurement M3 setup for Precip Accumulation with Accumulation Reset set to Daily. The measurement
is scheduled every minute. The label is PRECIP_DAIL.
02/28/2019,23:57:00,PRECIP_DAIL,1.23,in,G
02/28/2019,23:58:00,PRECIP_DAIL,1.24,in,G
02/28/2019,23:59:00,PRECIP_DAIL,1.24,in,G
02/28/2019,23:59:59,M3 Daily,1.24,in,G
03/01/2019,00:00:00,Accumulation Reset,3,,G
03/01/2019,00:00:00,PRECIP_DAIL,1.24,in,G
03/01/2019,00:01:00,PRECIP_DAIL,0.00,in,G
03/01/2019,00:02:00,PRECIP_DAIL,0.01,in,G
Please note how the PRECIP_DAIL is logged at midnight on 03/01/2019 with the PREVIOUS day's
accumulation.
Note how the system automatically creates a M3 Daily log entry at 23:59:59 on 02/28/2019. The M3 Daily
log entry is meant to help with historic records by providing the daily accumulation with a timestamp of
the day that it happened on. The M3 Daily entry does NOT get transmitted.
Note also the Accumulation Reset log event indicating that M3 counts were reset.
When accumulation is reset, the appropriate Daily, Monthly and/or Yearly log entries are created. Those
log entries are created with a pre-date of one second less than the time of accumulation reset. By default,
that means the Yearly log entry will have a timestamp of 12/31 23:59:59. Monthly timestamps are on the
last day of the month at 23:59:59. Daily timestamps are at 23:59:59.
When Precip Accumulation is reset, the counts are set to zero and the measurement Offset is also set to
zero. That means that the first reading after the reset will show an accumulation of zero (unless
precipitation happens between the reset and the first reading, in which case it is counted).
After it is powered on, and after the first Precip Accumulation reading is made, an accumulation reset may
occur. The reset will be made if an accumulation reset interval has been missed.
For example, take a station setup for Daily rests. Say the station lost power on 22:00:00 Feb 14th, and
regained power on 07:00:00 Feb 15th. Since it missed the reset at 00:00:00 Feb 15th, it will reset
accumulation right away.
Another example: a station is setup for Monthly resets. Just as above, it loses power on the 14th, and
regains it on the 15th. It will not perform a reset.
If it does choose to reset accumulation, the system will log the current counts first along with a log entry
indicating that accumulation was reset.
Page 95 of 240
Setting up Multiple Precip Accumulation Measurements
A station may be setup to tally Daily, Monthly, and Yearly accumulation on the same tipping bucket. To do
so, setup three measurements. Each should be of the Precip Accumulation type, and their Accumulation
Reset settings may be Off, Daily, Monthly, or Yearly. The measurement schedule is up to the customer. For
example, Daily readings can be made every minute and Monthly readings can be made only once a day.
Note that the system cannot log less frequently than once a day.
Please note that if multiple Precip Accumulation (or Precip Accumulation and Digital Counter 2)
measurements are setup, calibrating one measurement will clear out counts for all the measurements.
That does NOT mean that the measurements cannot be calibrated individually. It does mean that each of
the measurements must be calibrated.
For example, if installing a station that collects Daily, Monthly, and Yearly accumulation, and the current
yearly accumulation is 12 inches, the current monthly is 2 inches, and current daily is 0.1 inches, simply
calibrate the Yearly to 12, Monthly to 2, and Daily to 0.1.
WS/DIG IN 1
TB/DIG IN 2
The system keeps a tally for each of the two counter inputs. The tally is stored in persistent memory,
meaning that counts are not lost when power is removed. To reset the counts, calibrate one of the
counter measurements to zero.
The system keeps counting even when Recording is OFF, as long as there are active measurements set up
that use the counter inputs.
When a count measurement is calibrated, the count tally for that input is set to zero, and the
measurement's Offset is to the calibrated value. For example, setting Precip Accumulation reading to 10.2
will clear the tally for TB/DIG IN 2, and set the measurement's Offset to 10.2.
SDI-12 is a standardized three wire digital interface. Many manufacturers provide SDI-12 sensors that
measure different environmental effects. SDI-12 sensors provide digital data which improves their
reliability and accuracy in terms of logger sensor communications.
Page 96 of 240
Some sensors allow for the SDI-12 protocol to be used over the RS-485 bus in order to support extended
cable lengths. These sensors use the following connection:
SDI-12 Port
SDI-12 sensors can be assigned to Port1, Port2 or RS485. Remember that multiple sensors can be
connected to either bus as long as each sensor has a unique address. Use RS-485 when you need long
cable runs to the sensor and the sensor supports SDI-12 over RS-485.
SDI-12 Address
Multiple sensors can be connected to the same SDI-12 bus. However, each sensor needs a unique address.
The address is a single ASCII character. Most sensors default with the address 0. If you are connecting
several sensors, connect them one at a time. As each sensor is connected, issue the 0Ax! command,
changing the sensor’s address from 0 to x, where x is a unique number or letter of your choice.
SDI-12 Command
Select the desired SDI-12 command from the drop-down list or enter a unique command into the text box.
The drop-down list includes M!, M1!, MC!, C!, CC!, M2!. Consult the operating manual for the sensor to
know what command to use. The software automatically adds the address when issuing the command.
The software also automatically issues the commands to retrieve the data after the measurement
command is issued.
SDI-12 Param
Most SDI-12 sensors will respond to the measure command with multiple data values. The SDI-12 Param
designates which of these data values the user is interested in.
Setting the parameter to 1 tells the station to use the first value returned from the sensor; setting
parameter to 3 tells the station to use the third value returned from the sensor.
If you want to record (and transmit) more than one parameter from a single SDI-12 sensor, a different
measurement needs to be set up for each parameter. These measurements should have identical setups,
except for the SDI-12 Param setting. Be sure to keep the measurement time and interval the same for
these measurements and the station will make a single measurement to provide the data for both. If you
vary the time and interval, the station will end up taking multiple sensor measurements even though one
would have sufficed (thus slowing down the system and using more power).
In the case of devices which require multiple commands to be issued (e.g. 0M1! retrieves pressure, 0M2!
retrieves temperature) multiple measurements need to be set up. It does not matter if these
measurements are scheduled for the same time, as the station will have to issue multiple commands to
the sensors.
When multiple measurements of type SDI-12 are scheduled to go at the same time, the station orders the
measurement commands so that concurrent measurements are commanded first. Non-concurrent
measurements occur while waiting for concurrent results. Also, the station is able to recognize when two
different measurement schedules rely on data from a single measurement command (e.g., measurement 1
Page 97 of 240
commands 0M! and expects parameter 1 while measurement 2 commands the same and expects
parameter 2, both scheduled at the same time). In such cases, the station outputs the measurement
command only once.
Warmup
If this number is not zero, then the Switched Power line (terminal #8, SWD+12V) and VREF (terminals #25
and #21) will be turned on for warmup seconds prior to talking to the SDI-12 sensor. The line will be kept
on until the measurement completes.
You may use SWD#1 12V instead of SDI-12 Power to supply power to the SDI-12 sensor as long as the
sensor does not require to be powered on all the time. Some sensors (such as the Sutron SDR) need to be
powered on all the time and will not work correctly if powered from the Switched Power line.
If you power the sensor via Switched Power, you must setup the Warmup to at least
one second!
Why use Switched Power instead of SDI-12 Power? To reduce power consumption of the SDI-12 sensor.
SDI-12 Power is turned on all the time, while Switched Power is only turned on during the measurement if
Warmup is not zero.
Please note that using LinkComm's Send SDI-12 Command window will NOT turn on Switched Power.
However, doing a Live/Forced measurement will.
Page 98 of 240
To send a command to an SDI-12 device, enter the Address and Command fields, and then press the Send
button. Be sure to select the proper port. The results of the command are shown in the SDI-12 history
window.
To have the station look for any and all sensors on the SDI-12 bus, press the Find Devices button.
Information regarding what sensors are found is displayed in the SDI-12 history window.
Analog Type
This setting directs the input channel to which the sensor should be connected and the type of analog
measurement to make. These options are available
0-5V A
0-5V B
Diff C
Diff D
4-20 mA
Inputs 0-5V A and 0-5B are designed to be general purpose 0-5 Volt DC input. While sometimes referred to
as a single-ended input, it is designed to measure voltage with respect to analog signal ground. These
inputs have a high impedance (>2 Meg Ohms) and will not load down or draw significant current. The
input range is 0V to 5V. Negative voltages with respect to SIGNAL GROUND may NOT be measured on
these inputs.
To connect a sensor:
Page 99 of 240
Diff C, Diff D
Connection: Diff C (Terminals #28 and #27)
Connection: Diff D (Terminals #24 and #23)
Optional connection to VREF (#25 or #21) and Signal ground (#26 and #22) as needed
Measurements Diff C, and Diff D are designed to operate with a special type of analog output found on
many sensors that use a bridge configuration or any sensor that outputs a very small voltage. This input
type has a + and - input that connects to the sensor output.
Typically, a bridge sensor will be powered on VREF (sometimes referred to as excitation), have a signal +
and signal –, and provide a wire for the analog ground. NOTE: If after wiring the sensor, it displays a
negative reading, you may reverse the + and - leads coming from the sensor.
In limited cases, sensors with negative outputs may be used on the differential inputs with the following
limitations:
The negative line from the sensor must not connect to the digital ground of the sensor with the
sensor making a ground connection to the ground (including antenna ground) of the station. (i.e.
the sensor outputs must be able to be floated with respect the grounding of the sensor itself)
The negative voltage (or positive voltage) must remain within the range of the differential input
range selected.
The common mode input range of the differential inputs must not be exceeded (see below).
While the differential inputs are capable of reading negative voltages, it is important to keep the voltages
with respect to ground within in the common mode input range of 0.5 to 3.7 volts. In the case of a bridge
sensor, by using the Vref and signal ground to establish the voltage on the network, you are assured of
having a positive voltage with respect to signal ground. In the case of the bridge, you simply need to
remain within the voltage range selected (see 6.1.4.12 below) and simultaneously remaining in the
common mode range of the inputs or 0.5 volts to 3.7 volts.
Input Range
This setting is relevant only to analog differential measurements. Remember that the system must read a
voltage that falls into the common mode range mentioned in the above note. Voltages that are negative
with respect to the analog ground terminal may not be measured. The following options are available:
-39 to +39mV
-312 to +312mV
-2.5 to +2.5V
-39 to +39mV with Bias
-312 to +312mV with Bias
Choose the option that is close to and greater than the input range of the sensor that is being connected.
For example, if a sensor provides a reading from 0 to 100mV, choose the 312mV option. If you were to
choose the 39mV option, when the sensor provided a reading greater than 39mV, the unit would indicate
a sensor failure.
Use the range “with Bias” if the sensor is not powered by the station. Pyranometer and thermocouple
type sensors should use bias.
4-20 mA
Connection: 4-20ma (Terminal #20)
This input is designed to function with sensors that have a 4 to 20ma current loop interface. This type of
interface is superior to voltage outputs when the cables to the sensors must travel a long distance or when
the equipment is located in electrically noisy environments. The station will measure the current flowing
when connected to the 4-20ma Input. Typical 4-20ma sensors will give a 4 to 20ma current for a 0 and
100% FS. Readings that are greater than 21mA will be considered a fault. The current required for the
sensor is provided by the 2 wire loop and does not typically require additional connections.
NOTE: The station does not provide a dedicated power supply for 4-20ma sensors. The sensor shall have
its own supply or run off the 12 volt supply of the station. While the internal 4-20 measurement is made
using an accurate 100 Ohm resistor, the overall loop resistance is 200 ohms due to an additional 100 Ohms
series protection resistor. This means that a sensor at a full 20 ma current output, approximately 4 volts
should be allotted for overhead voltage. This is typically not an issue when an external voltage source is
provided to operate the sensor that may be in the 18 to 24-volt range. However, if a 12.5-volt battery is
used to source the voltage for the sensor in the current loop, then only 8.5 volts will be supplied to the
sensor at max sensor current output. Therefore if a full 12 volts is necessary for the sensor, an external
loop supply will be necessary or alternately the sensor may be wired to a single-ended voltage input with
the use of an external 100 Ohm accurate and stable resistor also attached to the voltage input port.
Warmup
Analog sensors are powered by the station via one of several outputs:
VREF (reference voltage) which provides 2.5V, terminals #25 and #21.
Switched Power which provides whatever voltage is powering the station, presumably 12V, on
terminal #8.
Normally, these outputs are off. Prior to making an analog measurement, the system will turn on these
outputs. After that, the system waits Warmup amount of time (which is expressed in seconds) before
measuring the output of the sensors. This Warmup time gives the sensors a chance to power up and
prepare their outputs.
If Warmup is set to zero, the system will not wait at all prior to measuring. The value Warmup should be
set to depends on the analog sensor being measured.
Step 1) Setup a measurement to measure the wind speed (see section 5.19 C ONNECTING
PROP /VANE OR ANEMOMETER /VANE WIND SENSORS )
Set measurement interval for how often you want the speed measured
Use slope/offset/equation to properly scale the speed to the desired units.
Disable logging for the data (log interval = 24:00:00)
Disable transmission of the data (TX Data Content = Exclude)
Step 2) Setup a measurement to measure the wind direction (see section 5.19 CONNECTING
PROP /VANE OR ANEMOMETER /VANE WIND SENSORS )
Set measurement interval for how often you want the direction measured
Use slope/offset/equation to properly scale the direction to degrees.
Disable logging for the data (log interval = 24:00:00)
Disable transmission of the data (TX Data Content = Exclude)
Step 3) Setup measurement(s) to do the wind calculations with the desired results
Select Wind measure type
Configure the speed and direction index to the measurements setup in steps 1 and 2
Pick the desired result type.
Set the schedule interval and averaging time for the duration of the averaging.
Set the sampling interval equal to the measurement interval of the speed and direction
sensors.
Repeat Step 3 for additional result types.
Configuration also allows you to specify what kind of result you’re looking for from the wind processing.
The available types are shown below. If you want more than one of the results, setup a separate
measurement for each:
After picking the result, set the schedule for the calculation. The following schedule computes a 15 minute
average of wind data collected every 60 seconds. The sampling interval (e.g. 60 below) must match with
the interval set for the speed and direction sensors setup separately.
When you setup multiple results, make sure each has the same schedule.
Wind Results
The Wind Measurement type processes data using Vector Average techniques that are
needed to any sensor that has a circular discontinuity, such as a wind direction sensor
with the crossover from 0 to 359 degrees. In these cases, simple averaging does not
work -- the mean of 0 and 359 is 179.5, which is clearly incorrect. Calculating a vector
average provides a way around this problem.
When the data is processed the software automatically performs several different types
of vector calculations, each conveying slightly different information. It is up to the user
to pick which results meet the requirements for the measurement. While the wind
processing is geared toward wind sensors, it could be used any time performing a vector
average is desired.
The results of Wind processing are as follows, with vector math shown below.
Mean Speed Scalar – This is the scalar wind speed, not taking direction into account. The
scalar average of 10mph for an hour and 20mph for an hour is 15mph, regardless of
changing direction. This result is identical to the value you’d get with a simple average
of the speed.
Mean Magnitude Unit – This is the vector average of the wind speed using unit vectors.
The mean magnitude unit of 5mph at 0 for 1 hour and 100mph at 90 for 1 hour is
0.707. This is found by adding the two vectors, finding the magnitude of the resultant
vector, and dividing by the number of vectors in the average (two, in this case). Since the
mean magnitude unit is an average of unit vectors, it will always be between 0 and 1.
Unit vector, 90
Unit vector, 0
Vector sum = √2
√2
MnMagUnit =
2
10 mph, 0
Mean Direction Unit – This is the wind direction (in degrees) not weighted for wind
speed. Here, the average of 10mph at 0 with 20mph at 90 is 45. This is the value
you’d get with a simple average of the direction if no 0-360 crossover occurred.
Unit vector, 90
Unit vector, 0
1
Resultant angle = tan−1 ( )
1
= 45
MnDirUnit = 45
Mean Direction Wind – This is the wind direction (in degrees) weighted for wind speed.
Here, the average of 10mph at 0 with 20 mph at 90 is 63.4.
20 mph, 90
10 mph, 0
20
Resultant angle = tan−1 ( )
10
= 63.4
MnDirWind = 63.4
STD Speed Scalar – This is the standard deviation of the scalar wind speed. Direction of
the wind has no effect on the calculation. Only the wind speed is used.
STD Direction Unit – This is the standard deviation of the direction unit. Standard
deviation only takes into account direction. The wind speed has no effect on the
calculation. Utilizes the Yamartino algorithm.
Digital Type
The following digital types are supported:
Level 1&2
Counter 1&2
Frequency 1&2
Period 1&2
The sensors should be connected to terminals #9 and #10 for digital input 1, and terminals #11 and #12 for
digital input 2.
Frequency will have the system sample the input for 750ms. It will provide a result that is the average
frequency of the input during that time span.
When Period is the chosen type, the system will watch the input line for up to 10 seconds. The system
stops watching as soon as one wave period is noticed on the input. Please note that a period
measurement could take just over 20 seconds to complete (up to 10 seconds per edge of the signal). If
such a slow signal may appear on the input, please make sure that the measurement interval is long
enough (longer than 20 seconds) to prevent missing measurements.
Digital measurements also use the Warmup setting. If Warmup is not zero, then switched power and VREF
will be turned on during a Digital measurement. See the section on analog measurement types for details
on Warmup.
Counter type readings may be optionally de-bounced for 4ms using the Debounce setting. The 4ms de-
bouncing eliminates false counts from tipping buckets and other devices with noisy switches.
Please note that counter and tipping bucket measurements will keep counting even when recording is off.
Multiple measurements may be setup on the same digital input. For example, it is possible to setup both a
tipping bucket rate and a tipping bucket accumulation on the same input.
That being said, some setups that share digital inputs will yield unpredictable results.
Setting up any number of tipping bucket and counters on DIn2 with debouncing will work well.
Setting up a tipping bucket and counters without debouncing on DIn2 will not work correctly as
far as debouncing is concerned.
Setting up a level measurement will work in combination with any other measurement.
Setting up multiple frequency and period measurements on the same input will work as long as
the measurements do not overlap.
For frequency and period readings on the same input, one measurement must finish before a
second one starts for the readings to be correct.
For frequency and period readings, the system will not hold up one measurement until another
completes.
Overlapped frequency and period measurements are not considered a meaningful setup.
Setting up a frequency or period measurement on the same input as a tipping bucket or counter
will not work correctly.
If you want to measure both frequency and count from an input you will need to jumper it to
both digital inputs and setup one measurement for the counter (e.g. counter 1) and the other for
a frequency (e.g. frequency 2).
Please see section 10.3.2.1 N OTES ON PRECIP RATE for additional details relating to counts.
Meta Index
This setting indicates which other measurement this Meta measurement refers to.
Why use meta measurements? If you had set up an hourly averaged temperature measurement, a Meta
measurement could be set up to be the daily average of all those hourly readings.
When scheduling meta measurements, take care that they occur at the same time or after the
measurement they reference. If the meta and the reference are scheduled for the same time, the system
will try to delay the meta measurement until the reference completes.
10.4.2 Offset
Every measurement is computed by taking the sensor reading, multiplying it by slope and adding offset to
it.
Traditionally, when using an analog sensor, slope and offset are required to convert the voltage output by
the sensor into desired units. The required slope and offset are provided by the sensor manufacturer.
10.4.4 Equation
Data collected from sensors may be processed through an equation. If the reading provided by the sensor
needs more than just an offset and a slope applied, equations provide that functionality.
The field Use Equations can be set to enabled or to disabled. It determines whether equation processing is
to be applied to the raw data. The field Equation can be set to an ASCII string no longer than 128 bytes
(per measurement). That field contains the equation to be applied.
If both Equations and Slope and Offset are used, Slope and Offset are applied after the equation is
processed.
M1 EQUATION = (X-32.0)*5/9
In the example above, X refers to the sensor reading.
LinkComm comes preloaded with equations for many types of sensors. To see the equations, press
“Template…” and then select the desired equation from the drop-down box.
Comparisons can be performed using <, >, <=, >=, !=, and =. The result of a
comparison is 1 for true or 0 for false.
The following bitwise boolean operators are supported: AND, OR, XOR, SHL,
and SHR. The last two are shift-left and shift-right. For instance (X SHL
4) would shift X left by 4 bits. AND & OR can also be used in logical
expressions. For instance (X>100) OR (X<50) would result in 1 if X is above
100 or below 50; otherwise it would result in 0.
The NOT operator is logical not bitwise. This means that NOT 0 is 1 and NOT
1 is 0. Also, the NOT of any non-zero number is 0, eg. (X AND 128) != 0
results in a 1 if bit 7 in X is set or 0 if bit 7 is clear. The bit mask
128 is 2^7. This assumes bit 0 is the least significant bit. In general,
the bit mask for any bit N is 2^N.
Use Prev1, Prev2, Prev3.. to access the previously made reading by said
measurement. And, use DeltaT1, DeltaT2, Delta T3.. to access the amount of
time in seconds between the most recent and the previous measurements.
12:00:00 Measurement M1 has made a reading of 1.0
At this point, we do not have enough data to compute Prev1 or DeltaT1
12:05:00 Measurement M1 has made a reading of 2.0
At this point, M1 = 2.0, Prev1 = 1.0, DeltaT1 = 300
Other examples:
SIN(X)+COS(X)+X^3+LOG(X)
(X>1000)*1000 + (X<=1000)*X {would limit the value so that it could never
be greater than 1000}
Troubleshooting:
The only true test of equation processing is to hit Force Measurement after the equation has been set.
If you wish to use the analog reference voltage in the equation, use VREF.
For example, if you wanted to trigger a sampler via the digital output when a conductivity sensor reading
exceeded 80, do the following:
When a measurement is made, if alarms are enabled for that measurement, the sensor reading is
compared to the Alarm Threshold and Alarm Deadband. If certain criteria are met, the alarm triggers (see
below).
When a sensor reading reaches a certain threshold, the station is said to go into alarm.
While that sensor reading stays above the threshold, the system is considered to be in alarm.
After the sensor reading drops below the threshold, the system goes out of alarm.
When the station is in alarm, it is noted in the station's status.
When a station goes into or out of alarms, the reading causing the alarm is logged. Additionally, an event
is recorded in the log.
All enabled transmissions of the Alarm kind will trigger with alarms.
The system can control its digital output based on alarm conditions. See section 12.3 DIGITAL OUTPUT for
details.
Most sensor readings cause alarms at the time the measurement is scheduled. If a temperature sensor is
set up for alarms with a Measurement Interval of 15 minutes, the station will read the sensor every 15
minutes and decide whether to go into alarms.
Some sensors, including the tipping bucket and sensors setup as digital counter and level, can cause
instant alarms. When the tipping bucket tips, the system is immediately notified. If the tip causes an alarm
condition, the station goes into alarms right away, even if it was not time to make a measurement.
Each measurement may be set up with up to three different alarms. This way, it is possible to get an alarm
when the stage reaches 3 feet, another alarm when it reaches 4 feet, and a third alarm when it reaches 6
feet.
If more than three alarms are needed for one sensor, set up two measurements to read the same sensor,
but give them different alarm conditions.
Off
High
Low
ROC
These settings are used to determine what kind of computation is made when checking a sensor for
alarms. Read on for a complete explanation.
10.5.3 Deadband
The Deadband, along with the Threshold value is used to compute whether the measurement will go out
of alarms. Deadband helps the system ignore noise on the input that would cause the measurement to go
in and out of alarm on each measurement.
For example, if a High Alarm with the Threshold of 10.5 and a Deadband of 3.0 were setup, the system
would go into alarm once the reading was equal to or greater than 10.5. The system would stay in alarms
as long as the reading was equal to or greater than 7.5. Once the reading dropped below 7.5, the system
would go out of alarms.
If the Alarm Tx Mode is Tx In, the station will only make a transmission when it goes into alarm.
If the Alarm Tx Mode is Tx In And Out, the station will make a transmission when it goes into
alarm, and it will make another transmission when it goes out of alarm.
Random and Alarm transmissions are the only types of transmissions triggered by alarms.
The telemetry setting Alarm Interval can be used to keep transmitting as long as a station is in
alarm. Please see section 11 TELEMETRY SETUP for details.
ROC alarms setup for Since Last Tx do not generate out of alarm events or
transmissions.
When it is set to Since Last Tx, the system will compare the current sensor reading with the last
transmitted reading. If there is no past transmission, the first reading made after boot up is used.
That station will go out of alarm when the sensor reading goes below Alarm Threshold minus Alarm
Deadband.
Hi alarm scenario:
That station will go out of alarm when the sensor reading goes above Alarm Threshold plus Alarm
Deadband.
If Alarm ROC Interval is Since Last Tx, the past reading is the one that was included in the last alarm
transmission. If there is no past transmission, the first reading made after boot up is used.
If the absolute difference between the two readings (absolute of current reading minus past reading) is
greater or equal to the Alarm Threshold, the station goes into alarm.
The same station goes out of alarm if the absolute difference between the two readings (absolute of
current reading minus past reading) is less than the Alarm Threshold minus Alarm Deadband.
Exception: ROC alarms setup for Since Last Tx do not generate out of alarm events or transmissions.
Logging options:
Log all
Default setting logs results according to measurement interval
Log in interval
Readings are logged less frequently then they are measured.
Do Not Log
Sensor readings are never logged.
Readings cannot be transmitted.
Please note that version 8.39 added this option.
Change the Logging Interval to measure sensors more frequently than to log them. This is useful for alarm
setups, in which you want to check the water level once a minute in order to detect fast-rising water, but
one only wants to log the water level data once an hour. For this scenario, the Measurement Interval
would be one minute, and the Logging Interval would be one hour.
For alarm conditions, it is possible to set Alarm Logging to Every Reading. That would result in the water
level in the example above being logged once a minute when the system was in alarm, and logging once
only once an hour when not in alarm.
If Logging Interval is set to zero, the station will log every measurement. It is the same as having the
Logging Interval equal to the Measurement Interval.
LinkComm provides a Log All checkbox: when checked, the station will measure and log at the
Measurement Interval.
Having a Logging Interval that is shorter than the Measurement Interval is a bad setup.
By selecting All Logged, measurements that are logged according to the measurement schedule
are transmitted. Only readings made since the last transmission are included. This setting is
dependent on the Logging Interval setting.
Please note that if the system is logging data more frequently due to being in alarms, the
extra data is NOT transmitted. To include extra data created by alarms, please use the Last
option.
The only data points transmitted are those made according to the measurement time and
logging interval settings.
See below for the Individual setting.
Last means to transmit a set number of the most recent readings (determined by Number of
Values to Tx).
Use Last for alarm and random transmissions to ensure that the value that caused alarms is
transmitted!
Last is the only option that may be used to transmit data that is not collected based upon the
measurement schedule.
By selecting Exclude, no readings of this measurement are transmitted.
All Since Last Tx includes all logged data since the last transmission. All Since Last Tx selection is
different from All Logged in that it ignores measurement scheduling. All Since Last Tx will parse
through the log and include every logged entry of the measurement.
This option is useful when the logging interval changes due to alarms or scripts.
This option results in a variable amount of data in the transmission. Only certain Tx Format
options are suitable for All Since Last Tx. Timestamps of transmitted data using SHEF, some
Pseudobinary, and all formats that do not give each reading its own timestamp, may be
incorrect. CSV and MIS will work correctly. Pseudobinary B is not suitable.
With All Since Last Tx, all estimates of data content may be incorrect.
With All Since Last Tx, newest data in transmission may be at (transmission time - Sensor
Encoding Time). Oldest data will be newer than (last transmission time – Sensor Encoding
Time).
Skip First Missing does not work with All Since Last Tx.
These options may be used to measure and log data more frequently than to include them in
transmissions. They may also be used to transmit redundant data.
For example, if one wanted to measure and log data once a minute, one would set the Measurement and
Logging Intervals to one minute. Since it may be expensive to transmit all that data, one can choose to
transmit only every 10th reading by setting the Tx Data Interval to 00:10:00.
The example below uses Measurement and Logging Intervals of 15 minutes. Tx Data Content is set to
Individual.
Timeline:
Setup options:
Tx Data Interval must be a multiple of the Logging Interval. Setting Logging Interval to
15 minutes and Tx Data Interval to 20 minutes is not a good idea.
The Tx Data Duration setting may be used to include redundant data in a transmission. It controls how
much data is included in a transmission. On a system with hourly transmissions, the system would
transmit an hour’s worth of data by default. If Tx Data Duration were set to two hours, then the
transmission would contain two hours worth of data. In effect, this means that system will be transmitting
redundant data.
Coupled with the Tx Data Interval, the Tx Data Duration may be used to fine tune the data content of the
transmission. Example setup:
M1 Interval = 00:05:00
Via command line, type M1=10.5 to set the reading of measurement one to 10.5
This calibration procedure has the effect of modifying the measurement’s Offset.
08/20/2019,15:26:36,Calibration Meas,2,,G
08/20/2019,15:26:30,Cal before STAGE,15.0,,G
08/20/2019,15:26:36,Cal after STAGE,30.5,,G
Please note that prior to version 8.28, the system logged measurement readings (rather than events). This
resulted in the transmission of calibrated values if Tx Data Content was set to Last. Additionally, prior to
8.28, calibration could trigger alarms. That is no longer the case.
To log the daily temperature and the hourly temperature, only one physical temperature sensor is needed.
Set up two measurements with the same setup; change the Measurement Interval and the Averaging Time
and use a different Label for each. One would happen once a day (Measurement Interval 24 hours,
Averaging Time 24 hours), and the other once an hour (Measurement Interval 1 hour, Averaging Time 1
hour). It would be a good idea to set up the sampling Interval to one minute for both sensors in order to
save power. See section 10.2.3 AVERAGING TIME, SAMPLING INTERVAL, SUBSAMPLES , AND RESULTS .
If two separate measurements are scheduled to measure the same sensor at the same time (as they will in
the examples above), only one reading of the sensor is made, and the result is shared by both
measurements.
Just as there are multiple measurements that may be setup, there are multiple telemetry setups. Each
setup is independent of another. Multiple telemetry setups are needed in order to transmit data to
different servers over the cellular network. Multiple setups are needed to allow for both scheduled and
alarm transmissions.
Each telemetry setup is configured and enabled separately. If no telemetry setups are enabled, the
system will show an error on the dashboard.
Please note that the transmission data content is governed by measurement setup. Please see section
10.8 TRANSMISSION DATA CONTENT SETTINGS for details.
11.1.1 Enable
This is the master switch for enabling the telemetry setup.
For Scheduled transmissions, the Enable setting turns on scheduled (sometimes called self-timed)
transmissions. If this setting is enabled, the system will periodically deliver sensor data to the designated
destination. If disabled, the system will not initiate any scheduled transmissions.
For Alarm transmissions, the Enable setting determines whether a transmission is sent when the system is
affected by measurement alarms.
11.1.3 Kind
Several different transmission kinds may be setup:
Scheduled
Alarm
Please read on for a description of transmission kinds.
When the station should make a transmission depends on the transmission schedule. The time is
computed based upon these settings:
The transmission process is not instantaneous. At the scheduled time, the transmission process will start.
That process includes formatting the data content, powering on the modem, waiting for the modem to
acquire a good signal, etc. It usually takes less than one minute for the transmission to start. If the
modem is on prior to the transmission, it takes only a few seconds to start. The Listening setting may be
used to keep the modem on all the time.
Make sure to have the transmission scheduled a short while after the measurements are completed. If the
measurements happen at the 15 minute mark, set the transmission time to 16 minutes to ensure the
measurements are completed before the transmission process starts.
The measurement setup for alarms should be configured with the Tx Data Content set to Last to make sure
that the reading that caused the alarms is transmitted.
Alarm Interval
The Alarm Interval setting is relevant to Alarm transmissions only. If not zero, the system will repeat
transmissions at the Alarm Interval for as long as the station is in alarm.
Additionally, if not zero, the Alarm Interval dictates the minimum time between transmissions. If set to
one hour, Alarm transmissions will not happen more than once an hour no matter how often the station
goes into alarms.
If the Alarm Interval is zero, alarm transmissions are made once when the station enters alarms, and
optionally a second time when the station goes out of alarms.
Pseudobinary B, C, and D
SHEF and SHEFFIX
ASCII Column
ASCII Sensor
CSV
MIS
SHEF, SHEFFIX, and Pseudobinary formats are traditionally used for GOES applications. They are
characterized by a short message length and little to no metadata.
MIS and CSV formats include much more metadata and result in longer messages. They are typically
transmitted over the cellular network.
The specifics of formatting are covered in greater detail in 16 TRANSMISSION DATA FORMATS .
To see what your data will look like after it has been formatted, click the “Show Tx Data” button in the
Telemetry Status section of the telemetry tab.
Date Format
The Date Format setting is used for the MIS format (as per section 16.8 MIS). It defaults to YYYY/MM/DD.
It may be used to change the format of the date in the transmitted data.
The station will use the cellular modem to connect to the internet and deliver sensor data to a server. If
the station is setup to allow incoming TCP/IP connections, the station may be accessed remotely over the
internet. The modem is also used to send and receive SMS (text) messages.
Please make sure to read section 13.2 CELLULAR TELEMETRY for additional information.
Some of the cell settings are found on the Telemetry tab and are specific to a single telemetry setup.
Additional settings are found on the Other Setup tab of LinkComm; those are global settings.
Measurement
File
Please leave this setting at the default Measurement in order to transmit sensor data.
If Data Source is set to File, FTP is the only available Tx Mode. Please see section 13.2.6 F ILE
TRANSMISSIONS for more info.
This setting may be used to limit the number of files transmitted with each transmission.
This setting is used to ensure that the system does not transmit outdated files. At transmission time, the
time the file was created is checked. It the file was created more than File Expiry Period ago, the file is
deleted.
TCPIP
This method uses raw socket communications. The station connects to a port on the server
and delivers the sensor data.
If Protocol is set to HydrometCloud, there is a bit of handshaking between the station and the
server (see 16.11.1 HYDROMET CLOUD PROTOCOL). This option should be selected when
transmitting to Hydromet Cloud.
If Protocol is set to None, the raw sensor data is delivered to the server. Use this option if
you are hosting your own server.
See the section 16.11 TCP/IP SESSION for details on the connection.
TCPIP mode used to be called Internet Only prior to version 8.21.
FTP
File transfer protocol is a standard means of transferring files. When this option is chosen,
the station will connect to an FTP server and deliver sensor data as a file.
FTPS is also supported – enable the Secure option to use FTPS.
The system supports explicit FTPS.
Passive FTP mode is recommended and used by default.
Active FTP mode is supported starting with version 8.39. Please note that Passive mode is
the recommended, modern mode. Active mode often runs into firewall issues.
HTTP
To deliver to more than one server, setup multiple transmissions for cell telemetry, each with a different
Main Server.
Server Port
What port to connect to on the Main and Backup Servers. Note that both FTP and FTPS traditionally use
port 21, FTPS uses 990, HTTP uses 80, and HTTPS uses 443.
Server Username
If a login is required on the server, please enter it here. FTP traditionally requires a username. TCPIP
protocols do not use the username. If a name is not required, leave the field blank.
Server Password
If the Main and Backup Servers are protected by a password (sometimes called a shared secret), it must be
entered in this field. If it is not, the station will not be able to deliver sensor data.
If the server does not provide password protection, leave this field blank.
Server Path
HTTP communications require that the correct path be set.
If you are using Hydromet Cloud, the path will be provided once a Hydromet Cloud account is
setup. Only HTTP uses this setting.
If you are using Hydras, please use the path provided when the Hydras account is setup. You
must include either the ws or the uid that was provided. Here are two examples of valid paths:
/ottml.htm?uid=XLINK
/ottml.htm?ws=99
When it delivers data to an FTP server, the station creates a new file with each delivery. The file name will
be made up of the Station Name and the time of the transmission:
StationID_YYYYMMDDHHMMSS
Station ID is the first 15 characters from the Station Name setting. (prior to version 8.28, it
was only 10 characters).
The rest of the filename is based on the date and time of the transmission.
The file extension is based on the Tx Format setting: “shf”, “pbn”, “csv”, “mis”
FTP Mode
Passive FTP mode is recommended and used by default.
Active FTP mode is supported starting with version 8.39. Please note that Passive mode is the
recommended, modern mode. Active mode often runs into firewall issues.
If you want data delivered to just one phone, enter it into SMS Tx Phone A, and leave SMS Tx Phone B and
C blank. To deliver to a second phone number, enter the number in SMS Tx Phone B. Use SMS Tx Phone C
to deliver data to a total of three different numbers.
Cell Listening
If enabled, Cell Listening will cause the station to keep the cellular modem on all the time. This makes it
possible to connect to the station with LinkComm over the internet at any time. It also ensures that
incoming SMS are received immediately. However, it significantly increases the power consumption.
If Cell Listening is not enabled, the station will only power on the modem when it makes transmissions,
when it checks for messages, when it boots up, and when the operator is inspecting the station.
At boot up
When the station is connected to, whether via USB, over the modem, or over Wi-Fi
When an SMS is received
When the front panel button is pressed, and when the station goes into alarms, listening is automatically
turned on for one hour.
When the cell modem is powered on, the station will act as a TCP/IP server, ready to accept incoming
connections from LinkComm if Accept TCPIP Connects is enabled. Additionally, the station will be ready to
accept incoming SMS if the Accept SMS setting is enabled.
If Accept TCPIP Connects is enabled, the station will listen on port 3001. Only one connection may be
established at a time.
If power consumption is of concern, setup the station to periodically check for SMS messages (see Msg
Interval below). Shorter intervals result in higher power consumption. Longer intervals mean a longer
response time. For example, if Msg Interval is one hour, it may take up to one hour for the station to
receive a message.
Once there is a need to connect to the station, send a message to the station asking it to start listening
and to accept TCP/IP connections. That message should say
Once the station receives the message, it will send a reply. From that point on, the station is online and
available to connect. It will stay online until listening is turned off. Use LinkComm to connect to the
station and perform the appropriate operations.
Do not forget to turn off listening and TCP/IP connects before disconnecting.
To have the station only turn on listening for a limited time period, use the LISTEN command. For
example, to have the station go online for two hours send an SMS saying
Please note that the Msg Interval setting (described below) determines how often the station checks for
incoming messages. If that is set to six hours, it means that it may take up to six hours before the station
receives incoming messages.
Whitelist
In order to further protect the station from unwanted access over the internet, whitelisting may be used.
A whitelist contains a list of IP addresses (or address ranges). Unless a client is on the list, the client will
not be able to connect to the station using TCP/IP. Please note that if Accept TCPIP Connects is off,
whitelisting is not relevant.
Whitelist Enable
This master switch controls whether whitelisting is enabled. The default is off.
If this setting is off, whitelisting is not used by the station and any client may connect
(assuming other settings such as Accept TCPIP Connects are set)).
If you enable whitelisting, you must add some IP addresses to the list.
Remote Whitelist Change
This setting controls whether any of the whitelist settings may be changed remotely. The
default is on, allowing remote changes.
If you wish to lock the station down even further, change this setting to off while on site.
Once it is off, the whitelist is fixed and may only be changed on site.
The Remote Whitelist Change setting may never be changed remotely – you must be on site
to modify it.
Whitelist IP1, Whitelist IP2 .. Whitelist IP16
There are 16 whitelist IP address/range settings
The notation used for IP addresses is xxx.xxx.xxx.xxx/yy
xxx are decimal digits. Alternatively, xxx may be set to wildcard * making it a range.
/yy is for CIDR notation - it is optional
E.g. of a single IP address: 192.168.3.1 – this allows only one IP address to access the station.
E.g. of a range of IP address range using a wildcard: 192.168.3.* - this allows all addresses
from 192.168.3.0 to 192.168.3.255 to access the station. The wildcard must be last byte of
the IP address.
E.g. of the same range if IP addresses using CIDR notation: 192.168.3.0/24
Please talk to your network administrator and ensure that you are using the correct IP addresses.
The station will report the IP address of the last client that accessed it in the Radio Diagnostics. It will also
count the number times client connections were blocked and accepted:
The total number of accepted and blocked clients will be logged with the daily events.
If Accept SMS is disabled, the station will not accept any SMS. Disabling this setting strengthens the
security of the station.
Prior to version 8.21, there was a setting called SMS Listening Only which prevented the station from
opening a listening socket. That setting was replaced by Accept SMS and Accept TCPIP Connects.
This setting is near identical to the IRIDIUM MSG INTERVAL setting. Please read section 11.3.1.2 for details
on message checking.
Cell Enable
The Cell Enable setting may be used to completely disable the Cell modem. If disabled, the station will
never power on the modem, and no cell features will be available. This setting is the equivalent of
disconnecting the modem from the board. It may not be set remotely.
The station will synchronize to UTC time. Please modify the LOCAL TIME OFFSET setting to use local time as
per section 12.7.1.
This setting was introduced in version 8.28. The default value for this setting is on, meaning that your
station will automatically synchronize its clock. Please note that upgrading an older unit to version 8.28
will not automatically enable the time sync in order – you will need to manually switch on the Cell Time
Sync Enable setting.
Cell APN
This is the service provider's APN (Access Point Name). If the station is not able to get online,
the APN may be incorrectly set. Please note that leaving this setting blank will work with
most providers.
Cell SIM PIN
Additionally, the station can receive messages via the Iridium modem. These messages can be used to
check station status, change station setup, request re-transmissions of logged data, and more. Iridium
messages are limited in bandwidth and are time delayed. Email is generally used to send commands to
the station via Iridium. LinkComm cannot be used to send messages via Iridium.
Please see section 13.1 IRIDIUM TELEMETRY for more details on Iridium.
Some of the Iridium settings are found on the Telemetry tab and are specific to a single telemetry setup.
Additional Iridium settings are found on the Other Setup tab of LinkComm; those are global settings.
Iridium transmissions are delayed by a random time of up to 30 seconds. This delay is mean to prevent
on-air collisions from multiple transmitters.
Iridium Listening
If enabled, Iridium Listening will cause the station to keep the Iridium modem on all the time. This results
in messages sent to the station being received near immediately. This reduces the data costs associated
with connecting to the Iridium gateway in order to check messages. In this mode, the station will reset the
modem once a day for reliability, resulting in at least one connection to the gateway daily.
Message checking will NOT happen if the transmission interval is faster than Msg Interval. This is because
every transmission already includes a message check.
With a Scheduled Interval of one hour and a Msg Interval of 24 hours, no additional message checking
occurs:
Please note that message checking is not scheduled to occur at a specific time. Message checking is
guaranteed to happen at least every Msg Interval. It is not scheduled to happen at the top of the hour or
at any other time. If the interval is set to an hour, it means that it may take up to an hour for a message to
be received. It does NOT mean that it will happen at the top of every hour.
Iridium Enable
The Iridium Enable setting may be used to completely disable the Iridium modem. If disabled, the station
will never power on the modem, and no Iridium features will be available. This setting is the equivalent of
disconnecting the modem from the board. It may not be set remotely.
When Skip First Missing is enabled (it is enabled by default), if the first reading that was slated for
transmissions is missing, the system will skip that reading and go for the next one.
For example, a measurement is scheduled for 12:00, 12:15, 12:30, etc. A transmission is scheduled for
12:31. With that setup, the system is supposed to include the 12:30 measurement in the transmission.
However, the system does not find that reading in the log. The system has two options at this point:
Skip the 12:30 reading and use the 12:15 reading as the first one (Skip First Missing is On)
Put a missing reading marker in the transmission (Skip First Missing is Off)
The most likely cause for a missing reading is the response time of the sensor. If the sensor takes several
minutes to respond, the reading is likely to be missing. However, if the sensor takes a variable amount of
time to respond, sometimes taking less than two minutes, and sometimes taking more, the system may
end up with inconsistent transmission data content. In that case, disable Skip First Missing, and increase
the Sensor Cutoff Offset.
Sensor Cutoff Offset helps prevent missing data in a transmission by specifying how old the newest
measurement in the transmission may be. The default value for the offset is zero.
Let us continue with the example above. With the Sensor Cutoff Offset at 00:01:00, the transmission
scheduled for 12:31:00 will look for the first measurement to have been collected at 12:30:00. If the
Sensor Cutoff were 00:05:00, then the system would not try to include any data collected after 12:26:00,
which would cause the system to use the 12:15:00 reading as the first one.
Battery Voltage
The battery reading measured prior to the transmission. Example: “:YB 12.50” would be formatted if the
voltage were 12.5.
Station Name
The station name option appends the customer entered Station Name setting. For Iridium telemetry, this
setting also controls whether the station name is included in the transmission header.
If the station name were “Small Creek”, it would be formatted as “:YN Small Creek”
Tx time
The time of the current transmission expressed as HHMMSS. ":YD 131015" is used for a time of 13:10:15.
Serial no
This is the serial number of station. The SHEF format would be “:SN 00001" where 00001 is the station
serial number.
Tx Count
This option provides the count of good and bad transmissions. For a station that has made 19350 good
and 2 bad transmissions, the SHEF format would be “:YG 19350 :YH 2”.
:YB 11.99 :YN Small Creek :YD 172100 :SN 00001 :YG 19350 :YH 2
With SHEF codes disabled, the same append options look like so:
:BL 11.99 :NAME Small Creek :YD 172100 :SN 00001 :GOOD/BAD 19350/2
For append option details in other formats, please take a look at section 16 TRANSMISSION DATA FORMATS .
Besides signal strength, information provided includes the time when the modem last connected to the
network, contents of the last received message, phone number, IP address, and IMEI.
For Iridium modems, the Diagnostics window brings up the Message Check option. Pressing this button
causes the system to immediately contact the Iridium gateway or the Cellphone network and ask for new
incoming messages. The most recently received message since power on will be shown in the Diagnostics
window.
Data usage metrics are shown in the Diagnostics window. The system will track
Please note that these numbers are estimates. To get accurate data usage, especially over the cellular
network, please contact the network provider.
If secure TSL protocols are used, the data usage estimates will not account for TLS overhead..
12.1 Wi-Fi
The Wi-Fi section controls the operation of the Wi-Fi hotspot built into the station.
Please note that this Wi-Fi hotspot is NOT connected to the internet.
The purpose of the Wi-Fi hotspot is to allow someone who is on site to connect to the station with a
mobile phone, a tablet, or a laptop wirelessly. This hotspot is not connected to the internet. It is a one on
one connection between the station and the computer.
The range of the Wi-Fi is circumstantial. Direct line of sight may provide access within 100 feet.
For instructions on how to connect to the station via Wi-Fi, please see 6.3.3 CONNECTING VIA WI-FI.
To ensure security, please enable Wi-Fi password protection. The Wi-Fi security is distinct from XLink’s
password protection. Even if Wi-Fi security is not enabled, XLink is still protected by its password as per
8.2 PASSWORD PROTECTION .
The station only turns on the Wi-Fi hotspot at certain times. There are two settings that control when it is
turned on:
Wifi Enable: If this setting is off, the station will never turn Wi-Fi automatically. It will only turn
on when the front button is pressed or when the WIFI ON command is issued.
Please note that pressing the wakeup button will turn on the Wi-Fi hotspot even if Wifi Enable
is off.
Wifi Always On: if this setting is on, the Wi-Fi spot provided by the station will always be turned
on. Turning this setting on will result in increased power consumption, but it will make the
station always available.
Wifi Security enable: This setting enables WPA2-AES security. A passphrase must be entered to
allow Wi-Fi access.
Wifi passphrase: This is the password that must be entered in order to connect to the Wi-Fi
hotspot if Wi-Fi security is enabled. The password must be 8 to 48 bytes long, no $, no space.
To prevent this data from being logged, disable the Log Daily Values setting. Even if logged, the data will
only be downloaded if the Include Events option is selected during the download.
The digital output is DOUT#1 (Output1). The digital output is an open collector type output. This provides
direct interface to many products. The open collector output sinks 100mA (rated at >400mA) on a
continuous basis.
It is expected that a pull-up resistor will be connected to the Prot+12V or other supply. The value of the
pull-up may be determined by the impedance of the connected load. A10 kOhm resistor may be used as a
default.
Manually via command line. A command may be sent via LinkComm over USB, via an SMS, via an
Iridium message, or via any other means of connecting to the station.
Alarms: any sensor going into alarm may trigger the digital output.
Equations: any measurement setup with the Output function in an equation may pulse the digital
output for a specified amount of time. Please see section 10.4.4 E QUATION for details.
The system can automatically activate the output based on alarms. The setting Output1 Control dictates
whether alarm activity triggers the output.
Manual: The system will do nothing with the digital output when it goes into and out of alarms.
Alarm In: The system turns on digital output when any measurement goes into alarm. The system
does nothing with the output when it goes out of alarm.
Alarm In And Out: The system turns on digital output when any measurement goes into alarm
and it turns off digital output when any measurement goes out of alarm.
LinkComm has the Digital Output settings on the Other Setup dialog.
The controls in the Digital Output DOUT section can be used to view the status of the digital output, and
to control its state. Press the Refresh button to display the current state of DOUT. The current state is
displayed just above the button. Press the ON button to turn DOUT on. Press the OFF button to turn DOUT
off.
If the digital output is turned off via command line while the system is in alarm, the
system will not turn it back on until it goes out of alarm and later back into alarm.
A measurement setup for a ROC Alarm and an Alarm ROC Interval set to Since Last Tx
does not have a going out of alarm state. Those alarms will never turn off the digital
output.
12.4 Cutoff
The system provides several cutoff settings. These settings are used to prevent the system from operating
when the supply voltage or the temperature is outside of the allowed range.
These settings may only be changed via command line; LinkComm does not support them.
For example, if the Cuttoff System Low is at the default 9.0V and Cutoff Deadband is at the default 1.0V,
the system will enter battery low mode when the supply dips below 9.0V. Once the supply provides 10.0V
or more, the system will restore normal operation.
Below is a list of all the cutoff captured from command line usage:
12.5 Iridium
Please see the 11.3 IRIDIUM SETUP section for a description of these settings.
12.7 Time
12.7.1 Local Time Offset
Normally, stations will use UTC time to provide a standard time reference across stations that are in
multiple time zones.
If you would prefer to use local time, enter the time difference between local time and UTC in this field.
02/28/2017,12:45:00,Batt,13.5,V,G
Batt,02/28/2017,12:45:00,13.5,G
The three setup properties used to define the format of downloaded data files are:
The format strings you’ll use in each of these setup properties consist of VARIABLEs, ESCAPE SEQUENCEs,
and FIELDs. Any text that isn't recognized as a VARIABLE, ESCAPE SEQUENCE, or FIELD, appears as-is in the
final output.
VARIABLE Replaced with dynamic data from the system. Always upper-case and
typically wrapped in <> characters (date and time variables are not
wrapped in <> characters).
ESCAPE SEQUENCE Character preceded by "\" character, e.g., "\r\n", for inserting new-
lines, tabs, etc.
FIELD Replaced with descriptive text from the system. Always upper case.
STATION,VERSION\r\n<STATION>,<VERSION>\r\nLABEL,TYPE,SLOPE,OFFSET,EQUATION\r\n
Variables that may be used when defining the Log Header Format entry:
<LABEL>,<TYPE>,<SLOPE>,<OFFSET>,<EQUATION>\r\n
Variables that may be used when defining the Log Descriptor Format entry:
MM/DD/YYYY,HH:MM:SS,<NAME>,<VALUE>,<UNITS>,<Q>\r\n
Variables that may be used when defining the Log Measurement Format entry:
Escape Sequences
Backslash ("\") is used to insert special characters, or to ignore formatting:
Fields
Fields are replaced with standard descriptive text from the system, which may change between firmware
versions. Fields are always upper case.
MM/DD/YYYY,HH:MM:SS,<NAME>,<VALUE>[,<UNITS>,<Q>]\r\n
12.9 Modbus
Please refer to section 19 MODBUS for details.
The variables' original purpose is to allow a means of storing configuration data for Python scripts.
However, the variables may be used in any way the user sees fit.
Iridium may be used to provide reliable two-way communications anywhere on the planet.
Please see section 11.3 IRIDIUM SETUP for details on setting up Iridium.
Iridium satellite coverage is available everywhere. The diagram below shows how the signal travels
through the Iridium Gateway to an email address, etc.
Iridium satellites are not geostationary. This means that coverage of a certain area may vary from one
minute to the next. To be considered reliable, the station must have a strong signal for 10 to 20 minutes.
The antenna-aiming feature can aid in correct station setup. It will show the current signal strength. Signal
strength ranges from 0 (no signal) to 5 (excellent signal).
When installing the station, make sure the station consistently reports a signal
strength of 4 or higher for at least 10 minutes.
XLink uses messages to communicate via Iridium. Messages may be sent to the station via Iridium, and the
station may send messages in return.
A single message can only hold a limited amount of data. If there is more data than can fit, multiple
transmissions will have to be sent. In order to receive the freshest data, the transmission interval should
be set such that only one message is sent at one time. Given the choice of getting one transmission every
15 minutes or getting two back-to-back transmissions every 30 minutes, opt for the 15-minute data. The
price is the same, but the data is refreshed more frequently.
The station will send up to five separate SBD messages for each transmission, providing a maximum
capacity of 1655 bytes worth of data. If that is not enough data, increase the transmission interval or
setup two different Iridium transmissions.
Iridium Setup
Please see section 11.3 IRIDIUM SETUP for details on setting up Iridium.
If your station is set up to make transmissions every 30 minutes, that means that it will take up to 30
minutes for the station to receive any messages sent to it. If that is too long, you may consider turning on
Listening. Please see section 11.3 IRIDIUM SETUP for more on Listening and Message Checking.
If Listening is disabled, the system checks for messages when it makes a transmission. If the station is set
up with a Tx Interval of 15 minutes, it may take up to 15 minutes for the station to receive the message
sent to it. With Listening disabled, the station turns off the modem between transmissions to save power.
Additionally, the station can be setup to do periodic message checking. No matter how it is setup, the
station will do a message check every 24 hours. Please see section 11.3 IRIDIUM SETUP for more on
Listening and Message Checking.
When the station is turned on, it keeps the Iridium modem on for ten minutes. During that time, it will
receive messages immediately. When it does receive a message, the station will keep the modem turned
on for ten additional minutes to facilitate additional message conversations.
Messages are treated like command line input with a few differences. Some commands cannot be
executed via a message (e.g. log download). Other commands may have a differently formatted output (in
order to reduce message size).
Do not forget to precede the commands with an exclamation point if you want the
station to reply.
!STATUS
Password protected stations will need login information to be the very first thing in a message:
!LOGIN=XXX; STATUS
The system remembers the last message received since boot up. To see it, press the Radio Diags button on
LinkComm's Telemetry tab or issue the STATUS TX command.
Depending on the modem and the network service, the station can
When the modem is online, LinkComm may be used to remotely connect to the station. Such connections
are very similar to being directly connected to the station via USB cable: one may download the log,
change the setup, and upgrade firmware.
Two-way communications
High bandwidth remote station access
Reliable and timely alarm notifications
Redundant telemetry
SMS NOTIFICATIONS as per section 13.2.5
Please note that cell modem operation requires network coverage and network service. Network service
generally requires a service contract that involves monthly and/or per usage charges.
Please see section 11.2 CELL S ETUP for settings that govern cell operation.
If internet service is not an option, the station may be setup to transmit data via SMS (text messages).
Data can be delivered to up to three cell phone numbers for each telemetry setup.
13.2.4 Listening
An station can be set up to always be listening, which means that it will act as a server, accepting TCP/IP
incoming connections. Sutron's AutoPoll PC software can periodically reach out to a listening station and
download sensor data from the station. In the listening mode, the station will keep the modem on at all
times, resulting in higher power consumption.
Please see section 11.3 IRIDIUM SETUP for more on listening and accepting incoming connections.
The transmission status (use LinkComm's Telemetry tab or issue STATUS TX command) indicates the IP
address assigned to the station by the service provider. The Listen Port setting determines which port
station keeps open.
SMS notifications are meant to be sent to a customer's cell phone. They are meant to
be immediately read by a person (rather than a computer, like Hydromet Cloud). SMS
notifications are the way for a customer to receive notices about station issues on his
cell phone.
• Alarms: Details such as which measurement went into alarm and the measurement reading
• Station Rebooted: The time the station rebooted is sent along with the kind of reboot (power on,
watchdog reset, upgrade, etc.).
• Recording on/off: When recording is started or stopped, a SMS message will be sent
• Transmission failure
• SDI-12 sensor failure
• Measurement failure
• Any error
Notify On Bootup
Notify On Recording
Notify On Tx Fail
Notify On Alarms
Notify On SDI12 failure
Please note that there is some overlap between the error notifications.
Only one error notification is sent at a time, and only one error notification is sent per day. This means
that additional errors may be not be reported.
The cell modem will be kept on for 15 minutes after a notification is issued, allowing the customer to send
a follow up SMS to get more information. For example, replying to a notification SMS with the text
“!ERROR” will cause the station to reply with an SMS containing the list of errors.
All notifications have the same format. Up to two SMS are sent per notification; please note that not all
the data may fit. Here are some examples:
Below is an example of a bootup notification. There is no measurement data because the system had no
time to make a reading.
File transmissions may be used to send data that is not collected via Measurements.
Python scripts are the only way to create files.
Files must be saved on the SD card, in a specific folder
o Telemetry 1 uses SD/TX1, Telemetry 2 uses SD/TX2, etc.
Procedure
Transmission setup
At transmission time
Example Scenarios
The scenarios below illustrate how to use the Max Files Per Tx and File Expiry Period settings.
The system creates and transmits one file every two minutes. Only the most recent file is relevant.
Set Max Files Per Tx to 1. This ensures only the most recent file is transmitted.
Set File Expiry Period to 4 minutes. The ensures unwanted files do not accumulate on the SD
card.
The system transmits one file every 4 hours. All files are important.
Leave Max Files Per Tx at the default 16. This ensures that, if a transmission fails, subsequent
transmission transmit older files.
Leave File Expiry Period at the default of 7 days. This ensures that files are kept until transmitted
while at the same time ensuring that a station does not transmit old files after a prolonged
shutdown.
TCP/IP Connection
If the station has a cell modem module, a TCP/IP connection may be established using LinkComm. Once
the session is established, download the station’s log the same way you would as if you were on-site.
Messaging
If the station is equipped with the Iridium or the Cell module, it is possible to send the station a message
requesting the missing data. Please see Repeat Tx Data below.
In order to have the station repeat a transmission, apply the REPEAT option to the TXFORM command
along with a date/time of the missing transmission. The station will reply immediately with the data.
:BATT 0 #10 10.887 11.032 11.232 10.971 11.316 11.111 :TEMP 0 #10 28.25
28.25 28.00 28.25 27.75 27.50
Please note that the station simply replies to the command with the data. In this example, the station was
asked for data via Iridium, so it replied via Iridium. If it had been asked via RS-232, it would have replied via
RS-232.
A note about timestamps in the repeat Tx data: The timestamps are the same as if the Tx were made at
the provided time, rather than indicating the true age of the data. This meas that the sensor data in the Tx
is exactly the same as that of the Tx made in real time (which is 2016/6/20 23:00:30 in the example
above). It is the caller's responsibility to handle the timestamps.
Why not have the timestamps indicate the true age of the data:
Unlike re-transmissions which are initiated by the logger, these repeat Tx data transmissions are
initiated by someone who knows the timestamps of the missing data.
Some systems will find it easier to integrate data that is in an unmodified format.
Most data formats (including SHEF and Pseudobinary B) do no support timestamps that indicate
very old data.
Note that append data is NOT provided in a repeat transmission!
>TX1 TXFORM
Tx data would look like this
:BATT 2 #10 11.347 11.423 11.385 11.377 M M :TEMP 2 #10 26.00 25.25 25.75
26.00 M M :BL -1.00 :PWR -1.0/-1.0
Current message is 108 bytes (00:00:04 seconds) out of 2218 bytes (00:01:00
seconds)
Available space is 2110 bytes
In that message, sensor data is 83 bytes
Worst case SENSOR data (excluding append) is 138 bytes (00:00:05 seconds)
Worst case available space is 2080 bytes
2 meas are active; 2 are marked for tx
13.4 Retransmissions
XLink is able to make retransmissions (ReTx). Retransmissions are retries of failed scheduled
transmissions. The goal of retransmissions is to automatically retransmit data that was in the failed
transmissions.
Enable Retransmit and choose any Tx Format but Pseudobinary B to take advantage of
Retransmissions.
13.4.3 Notes
o Toggling recording, clearing status, and changing some telemetry settings will clear out any
pending retransmissions. Rebooting a station will NOT reset transmissions.
o If the station does not have any data logged for the relevant time period, no retransmission will
be made.
o Loss of power cannot be overcome with retransmissions.
o Retransmissions are only useful if the station is still able to collect and log sensor data.
o Data older than 7 days will not be retransmitted.
o If there are pending retransmissions, Telemetry status will show when the first failure happened.
E.g., "Retransmissions pending from 2017/11/12 12:30:00"
o Each telemetry setup has its own retransmissions.
Log usage and capacity information is available in the main status. For more details, use the STATUS LOG
command.
Measurement readings are logged according to the Logging Interval (see 10.7.1LOGGING
BY default, readings are logged as they are measured. However, it is possible to log less
frequently, or to not log at all.
Logging options:
Log all
Default setting logs results according to measurement interval
Log in interval
Readings are logged less frequently then they are measured.
Do Not Log
Sensor readings are never logged.
Readings cannot be transmitted.
Please note that version 8.39 added this option.
When downloaded, the data is presented in Sutron Standard CSV format. It is a format common to current
Sutron products. A log entry looks like this:
04/02/2012,09:25:00,STAGE,20.50,FT,G
The general format specification for Sutron Standard CSV format is:
mm/dd/yyyy,hh:mm:ss,label,data,units,quality
To help preserve data integrity and reliability, there is no way to erase data from the log.
The downloaded data is in Sutron Standard CSV format and can be easily displayed using Sutron’s
GRAPHER program (downloadable from WWW.SUTRON.COM ) or common spreadsheet/word processing
programs.
You can download the whole log or only parts of it. You may specify the start date and optionally the end
date for the downloaded data. You may also ask for data from the last X days. Downloading via the USB
thumb drive will download all the new data since last download.
There are options to download only data from a specific measurement. Events can be excluded from the
log download.
The station remembers the last log download and will allow downloads since last download. This means
that the only parts of the log downloaded are those that have not been previously downloaded.
The following are some of the actions that will cause the station to log an event:
The setting Log Daily Values (see 12.2 LOG DAILY VALUES ) determines whether certain log events are logged
every day before midnight.
The setting Log Diagnostics (command line only) sets the software to log diagnostic information.
For measurements without averaging, the timestamp of the logged measurement is the time the
measurement was started. The same is true for transmissions. The timestamp of the transmission is the
time when the transmission process was started, not when it was completed.
This means that if a SDI-12 sensor takes 1 minute to provide a result, and the measurement is setup to go
every 15 minutes, the measurement will start at 00:15:00 and complete at 00:16:00. The logged data will
have the timestamp of 00:15:00.
The system handles averaged readings in such a way that the last sample is collected at Meas Time + Meas
Interval. Please see section 10.2.3 AVERAGING TIME, SAMPLING INTERVAL, SUBSAMPLES , AND RESULTS for
details.
Minimum and maximum values are logged at the time the minimum or maximum occurs, not when the
measurement was scheduled. This provides knowledge of the exact time the maximum or minimum
happened.
To see the error details, check the status with LinkComm. Via command line, type STATUS to see any
potential errors.
When the sensor failure error occurs, the system changes the sensor reading to match the user set Log
Error Value, which defaults to -99999. Such outlandish numbers are used to attract the user’s attention
when viewing the log.
This error means that the station missed a scheduled measurement. This gets logged when the system
realizes that more than one measurement interval has passed between two subsequent measurements.
One of the following likely took place:
The system missed a scheduled measurement (likely due to measurement taking longer than
Meas Interval to complete – e.g., system was told to measure every 5 seconds even though the
sensor takes 10 seconds to finish a reading
Equations are enabled, and the Meas Interval is short (once a second or once every two seconds).
The system may take several seconds to compute a lengthy equation and cannot complete a
measurement as quickly.
The system has an RTC (real time clock) backed by an internal battery. The clock is set at the factory. The
RTC keeps ticking even if the main battery is removed. This means that the station should not forget the
correct time when it loses power. The battery life is more than five years.
The only way to fix this error is to provide a sufficient power supply.
OFFSET Each record is prefixed with an <OFFSET>, which is a 1-byte binary encoded
number indicating the number of minutes ago the most recent data was
recorded.
MEASUREMENT Measurement data collected: This data contains only those measurements set
DATA up to be included in the transmission (see Tx Data Content). The data values
are 3 byte binary encoded signed numbers allowing a range of: -131072 to
+131071. The actual 6-bit binary encoded format is described later. The value
transmitted will be value * 10^RightDigits. The string /// will be sent if the
data was never measured or was erased.
The number of values sent for each measurement is set separately for each
measurement in the Scheduled Transmissions, Num values to Tx field. Note
that this is different from the 8210 where the num values to Tx was the same
for each sensor. As a result, the station sends all the required values for one
sensor (most recent first) before proceeding to the next measurement. In the
8210, values were interleaved.
BATTERY VOLTAGE This is an optional 1-byte binary encoded number representing the battery
[OPTIONAL] voltage of the station.
This value is appended only if the correct Append Option is selected.
If the battery reading is zero, then that is the first transmission since bootup.
The range of the Pseudobinary number is -32 to +31 and can be converted to
volts by multiplying by 0.234 and adding 10.6 allowing a range of 3.1 to 18.1
volts.
B1@@Gt@Gs@Sx@Sr@@i@@iL
M1 Right Digits 2
M1 Meas Interval 00:01:00
M1 Tx Data Content All Logged
M2 Right Digits 1
M2 Meas Interval 00:01:00
M2 Tx Data Content Last
Tx Time 00:00:30
Tx Interval 00:03:00
C1+ABeHq@A@E|@FG@FM+BBeHq@A@@O.K
The timestamp is similar to the one in Pseudobinary C. Pseudobinary D is smaller than Pseudobinary C,
and it lacks detailed timestamps that would allow one to completely reconstruct the time the data was
collected from the message itself. To correctly use Pseudobinary D, the decoder needs to know the
measurement setup used.
The benefit of using Pseudobinary D is being able to correctly decode data regardless of when it was sent
or received. This allows stations to re-transmit old data and have it correctly interpreted by the decoder
while keeping the message size at a minimum.
M1 Right Digits 2
M1 Meas Interval 00:01:00
M1 Tx Data Content All Logged
M2 Right Digits 1
M2 Meas Interval 00:05:00
M2 Tx Data Content Last
Tx Time 00:00:30
D1D~A8@NI@NH@NG@NF@NE@DGF
[ 5B 1
\ 5C 2
] 5D 3
^ 5E 4
` 60 5
{ 7B 6
| 7C 7
} 7D 8
~ 7E 9
[ 5B 1
LABEL This is the Label entered as a part of the setup for each
measurement. The label can be a SHEF two-character parameter
code such as HF for gauge height or PC for cumulative precipitation,
or it can be any string you enter. Refer to
http://noaasis.noaa.gov/DCS/htmfiles/schefcodes.html for a list of
SHEF codes commonly used.
OFFSET This number indicates how long ago the sensor reading was made.
The number is in minutes, and it refers to the most recent data. It is
relative to transmission start.
INTERVAL The interval indicates how often the measurement was made. It
corresponds to the setting Meas Interval.
DATA This is data collected and logged by the station through
measurements. Only logged data may be transmitted. If Tx Data
Content is set to Exclude, no data from that measurement will be
transmitted.
Like the binary formats, the SHEF format groups all the related data
from one measurement. The data is transmitted in ASCII with sign
and decimal point (if needed). If a data value has not yet been
recorded (or has been erased) the letter M for missing data will be
sent. The most recent data is always sent first. The number of values
sent for each measurement is set on a measurement by
measurement basis.
APPEND There are a multitude of optional values that may tacked on at the
OPTIONS end of the transmission. Please see APPEND OPTIONS .
:HG 3 #15 10.20 10.15 :PC 1 #15 50 49 :TA 0 #15 -22.1 -22.0 :VB 0 12.2
In the example above :HG 3 #15 10.20 10.15 means that the sensor labeled HG read the value 10.20 three
minutes prior to the start of the transmission. It read 10.15 18 minutes before the start of the
transmission, or 15 minutes before it read 10.20. Here is the complete decode:
SHEFFIX is a modified version of SHEF where the data is positioned in fixed spacing so that it will line up
better when displayed. Each measurement reading is given seven bytes. If a reading uses fewer bytes, it is
padded with spaces. SHEIFIX transmissions are larger than SHEF transmissions.
SHEFFIX Example
:STAGE 0 #2 20.50 20.50 20.50 20.50 :PRECIP 3 #5 12.00 12.01 :TEMP 3 #5 23.5 23.2
:BV 1 #3 14
:ITEMP 12 #15 25.9018 26.0289 26.0988 26.2451 :MX 64 #60 26.686 :MX 101 #60 27.426 :MN 14 #60
25.891 :MN 131 #60 25.334 :AVG 12 #60 26.169 26.368
The format was introduced in 2009 and is common to current Sutron products. The general format
specification for Sutron Standard CSV format is
mm/dd/yyyy,hh:mm:ss,label,data[,units,qual][,label,data[,units,qual]]
16.8 MIS
MIS format is a verbose ASCII format that uses tags. Each measurement gets its own section in MIS.
The header includes the station name and the measurement label. The body includes a timestamp and a
value for each sensor reading.
The example below illustrates the MIS format for one measurement. If more than one measurement
were being transmitted, each measurement would have a section like the one below.
<STATION>000DOLPHIN</STATION><SENSOR>00PR</SENSOR><DATEFORMAT>YYYY/MM/DD</D
ATEFORMAT>
2017/05/24;111500;82.03
2017/05/24;110000;82.04
2017/05/24;104500;83.11
2017/05/24;103000;83.14
In that example
STATION and SENSOR and DATEFORMAT are tags that are always present.
000DOLPHIN is based on the Station Name which was set to DOLPHIN. The 000 are padding to fill
out to 10 bytes. If the Station Name were longer than 10 bytes, only the first 10 would be in the
STATION tag.
00PR is based on the measurement Label, which was set to PR. 00 is padding to fill out to 4 bytes.
Up to 4 bytes of the Label can fit into the SENSOR tag.
YYYY/MM/DD is the user set Date Format setting.
111500 is the timestamp in HHMMSS format which is 11:15:00
82.03 is the sensor reading. If data is missing, --- is transmitted.
Normally the DCP will be set up, so all the sensors are collected at uniform times. If this is not the case, the
formatter will still work but will have varying amounts of data on each line (each time) based on whatever
sensors are collected at each time. This will produce confusing results if the additional sensors are
collected at an interval of the other sensors. The results should be OK if the additional sensors are
collected at a time separate time.
<CRLF>
IDIDIDID JJJHHMMSS<CRLF>
Meas1_Data(1) Meas1_Data(2) ... Meas1_Data(n)<CRLF>
Meas2_Data(1) Meas2_Data(2) ... Meas2_Data(n)<CRLF>
MeasN_Data(1) MeasN_Data(2) ... MeasN_Data(n)<CRLF>
optional Battery before transmission<CRLF>
optional Battery under load<CRLF>
Two lines of battery voltage information will be added. Both lines take the same format:
“12.5<CR><LF>” (three digits of battery voltage and a decimal point). The first line is the battery
voltage prior to this transmission. The second line is the battery voltage during the last
transmission.
This is an example transmission:
010570F2 108183053
0250 0250 0250 0250
2231 2232 2233 2234
12.2
12.1
On the first line 010570F2 represents the hexadecimal satellite ID. 108 is the Julian Day (for the
year 2005, that is April 18th). 183053 means 18 hours 30 minutes and 53 seconds.
The second line (0250 0250 0250 0250) shows four readings of the first sensor. This measurement
had four same readings. Before formatting, that reading was 2.50. It was multiplied by 100 and
padded with a leading zero.
The third line (2231 2232 2233 2234) shows four different readings of the second sensor. That
sensor’s readings were originally 22.31, 22.32, 22.33, and 22.34 respectively. They were
multiplied by 100 and padded with a leading zero.
The fourth line (12.2) is the battery reading in Volts prior to transmission.
The last line (12.1) is the battery reading in Volts during the last transmission.
Relevant settings include Protocol, Main Server, Backup Server, Server Port, and Server Password.
When Protocol is set to Hydromet Cloud, the station will engage in handshaking with the server. The
station will provide the server with information about the transmission that includes the station name,
password, reason for the transmission, and error checking information. The server will acknowledge the
transmission.
If the server does not acknowledge the transmission, the station will retry the transmission until it
succeeds or until it times out.
When Protocol is set to None, the station will not engage in handshaking with the server.
After the sensor data is delivered to the server, the server may log into the station and issue commands to
check status, change setup, download more data, or any other command line activity.
4. The station sends Report Type Code<cr> to indicate purpose of connection (see below.)
5. The station sends transmission data (if any) in whatever format the user chose, such as SHEF or
pseudobinary.
7. The station sends a 3 byte pseudobinary encoded CRC16 of previous data and the server password
(sometimes called Shared Secret.)
8. The station waits for the server to either acknowledge or to initiate a command line session. The
server has 60 seconds to do either one.
a. If the server does neither, the station will retry the transmission until it succeeds or until it times
out.
a. Once the server sends the byte, the station will disconnect.
10. To initiate a command line session, the server sends user login command
!LOGIN=username,password<cr> and waits for the station to reply (ETX.)
b. Server issues pending commands, and the station processes and responds accordingly.
0 = self-timed
2 = entering alarm
4 = exiting alarm
6 = no data, command session only
The header starts with a single byte in the ASCII printable range to make it easy to interpret the content.
Most transmissions will just have one header byte.
The header byte identifies the packet type in terms of the content of the packet, e.g., self-timed, self-
timed extended, entering alarm, entering alarm extended, etc.
Iridium modem buffers are limited in size. "Extended" types mean multiple packets are required to
transmit the entire message. Extended packets have information in the header that allows them to be
stitched together easily. The extended packet types include a comma-delimited sub-header to describe
the subset of data being sent. The first sub-header differs from all subsequent sub-headers, in that it
includes the total size of the data being sent.
The telemetry header may contain the station name if the setting Tx Station Name is enabled. Please read
below for more details.
packet-type
sub-header
data
,id,start-byte,total-bytes,station-name:
Example 1
Message requiring one packet (i.e., non-extended), formatted pseudobinary B interleaved, containing 6
values (42, 69, alternating).
Self-timed 0B1@AAhAktAAhAktAAhAkt
Entering Alarm 2B2@AAhAktAAhAktAAhAkt
Exiting Alarm 4B3@AAhAktAAhAktAAhAkt
Example 2
The same data in SHEF format:
Example 3
An extended command response where the total size of the command response is 512 bytes (note: total
size is of the response itself, and does not include the overhead of the telemetry headers used to convey
it). The example uses a message id of 0:
For extended packets, only the first message carries the station name. The name field comes after all the
other headers.
LinkComm cannot send messages to the station. SMS messages may be sent to the station from a cell
phone, and Iridium messages may be sent via email.
By default, the RS-232 interface operates at 115200 Baud, no parity, 8 data bits, 1 stop bit. The system
supports hardware handshaking; its use is recommended. Allow at least a half-second between opening
the communications port and starting communication.
To start command line mode, send carriage return or line feed (or both). If using a terminal program, press
ENTER. The station will respond with a prompt >
Once in command line mode, type HELP to get a list of supported commands. Also, try HELP SETUP.
While it is not recommended, changing the baud rate can be done by typing BAUD RATE. The default baud
rate is 115200.
With the terminal program, if the emulation is set for VT100, pressing the up arrow brings back the last
typed command.
Messages can be sent to the station remotely. Messages are treated like command line input with a few
differences. Some commands cannot be executed via a message. Other commands may have a differently
formatted output (in order to reduce message size).
The last message received since boot up can be viewed via the front panel, under the diagnostics menu.
When the station receives a message, it handles the input just as if it were on the commands. For
example, issuing the command M1 ACTIVE = OFF would turn off measurement one. Normally, the
command is executed, and no feedback is provided.
If a reply to the message is required, the command in the message must be preceded
with an exclamation point. For example, sending a message with the data
M1 MEAS
will not cause a reply message. Sending
! M1 MEAS
will result in a reply. Sending
STATUS
will do nothing. To get the status, precede the command with a !
!STATUS
Several commands can be sent in the same message. Separate the command with a new line or with a
semicolon:
A password-protected station requires that the first line of the message be the LOGIN command. Here is a
message telling the station to turn off digital output 1 and return the status:
17.3 Status
To check the status, type STATUS (or just S).
17.4 Setup
To view the whole measurement setup, type SETUP. To view just the setup of measurement one, type M1.
Likewise, M2 shows the setup of the second measurement. For transmissions, use TX1. Only pertinent
data is shown. If a measurement is not active, it will not show its setup fields. If a measurement is of type
analog, it will not show its SDI-12 setup fields.
The command SETUP NONDEFAULTS only shows the fields that have been changed from defaults.
Every setup field can be changed by typing setup = value where setup is the name of the field and value is
the new value. By just typing the name of the field, the current value and the range of the field are shown.
For example, typing STATION NAME shows the current station name. Typing STATION NAME = SUTRON
changes the station name.
>STATION NAME
Setup NOT changed
Station Name = DEMO, max length 23
Changing measurement setup fields requires that the measurement be named. For example, to change
the Measurement Type it is not enough to type MEAS TYPE. You need to provide the number of the
measurement in question: M1 MEAS TYPE shows the Measurement Type of the first measurement. M2
MEAS TYPE works for the second measurement.
In the example above, the user typed M1 MEAS TYPE, which will show the measurement type field of the
first measurement. The example shows the type as being Internal Temp. After the current type is shown,
the range shows all the options for the measurement type. To set up the measurement as SDI-12, the user
may type either M1 MEAS TYPE = SDI-12 or M1 MEAS TYPE = 2.
Setting the whole setup to defaults can be accomplished by typing SETUP DEFAULTS. Setting just
measurement one to defaults can be done via M1 SETUP DEFAULTS.
17.5 Measurements
To view the setup and the last reading made measurement one, type M1. Use M2 for measurement two,
etc.
To initiate a new measurement for each active sensor, type MEAS. The station will measure each sensor
one at a time and display results as it goes along.
If you are interested in only one specific measurement, try M1 LAST and M1 MEAS. Those will show the
last measured value and initiate a new measurement, respectively
To change the current reading of a sensor, type M1 = 12.5. This will change the Measurement Offset such
that the said measurement reads the user entered value. For example, if my water level sensor, once set
up, read 3.50, and I knew the water level was at 1.50, I would type M1 = 1.50. The next it was measured,
M1 would read 1.50 (assuming the level does not change). The Measurement Offset would have changed
from 0 to -2.00.
17.6 Recording
To start the station, click the Start button in LinkComm, or type RECORDING = ON.
>HELP LOG
Commands would be preceded by an ! if they were sent by an Xpert or some such computer. For example,
instead of typing SETUP, you may type !SETUP.
When command are preceded with an !, no help text is given, no range is shown for measurement, no
confirmation of commands is shown, and no key stroke is expected between scrolling pages.
0 If a 0 follows a listed command, it means that the command can optionally be followed by the
character 0. E.g., DIAG will show the system diagnostic status. DIAG 0 will first show current status
and then clear the status.
[Mx] indicates specifying a measurement is optional, e.g., M10
TXx specifies a transmission, e.g., TX1
All commands may be preceded with an !. If they are, a concise reply meant for
machine to machine interaction is returned. Commands would be preceded by an ! if
they were sent by an Xpert or some such computer.
E.g., MEAS will show
Measurement M1 Sense1 reading
2.17
2015/11/24 17:43:11
DIAG [0] Shows system reset count. If followed by 0, it will clear system
resets. Use GET DIAG to access system diagnostics.
DIN1 Shows state of digital input.
DIN2
>DIN1
DIN1 is ACTIVE
>DIN2
DIN2 is NOT active
DOWNLOAD See LOG
EXIT Quits command line.
ERROR Lists current errors. Clear with STATUS 0
FACTORY DEFAULTS This command sets the setup to defaults, clears status (which
includes system errors and transmission counts), zeroes reset
counts, and clears asserts.
GET DIAG Provides comprehensive diagnostic information, including status
and setup.
HELP Brings up the help (lists commands).
HELP SETUP
HELP LOG
HELP TX
HELP LOGIN
HELP SDI
HELP POWER
HELP OUTPUT
HI System replies with Hello and blinks green LED.
IRIDIUM MSG CHECK Used to check for messages from the Iridium gateway. May incur
monetary charge.
[Mx] LAST [SCHED] Shows the last measured reading of every active measurement. This
[CSV] command does not make a new measurement, only shows the last
results of the last measurement. If preceded by the measurement
designator (E.g. M1 LEAS), it shows only one sensor.
SCHED If provided, the last scheduled reading is shown.
CSV If provided, the data is formatted in Sutron Standard CSV (same
format used for logged data) for both normal and machine mode
access.
LOG This command is used to download the log. Try LOG HELP. See
Downloading the Log section above for more details.
SETUP If provided without any other parameters, it lists all setup details.
That includes each setup variable and its current value.
Can be followed by a setup variable name and a new value for that
variable.
E.g. STATION NAME = SUTRON
If SETUP DEFAULT is issued, it will reset the entire setup to defaults.
SMS SEND PHONE_NO SMS SEND 17034062800 will send an SMS to said phone.
[more] PHONE_NO must contain the phone number as a string of numbers
(no spaces, no dashes), e.g. 17034062800.
If the keyword more is included after the phone number, the user
may type in the content of the message to be sent. Finish providing
content with an ETX (Ctrl-C).
S [0] Shows system status including time, boot time, battery readings,
STATUS [0] last measurements, current internal sensor readings, and any
hardware errors that may exist. If followed by 0, it clears the
hardware errors.
In lieu of the full word STATUS, you may use S
STATUS ALARM Shows details for Alarm, Cell, Iridium, Log, Script, or Transmission
STATUS CELL status.
STATUS IRIDIUM [TXx] STATUS shows info about said transmission.
STATUS LOG
STATUS SCRIPT
STATUS TX
[TXx] STATUS
TEMP Returns internal temperature.
TIME Shows the current system date and time. If followed by a new time,
it changes the system time. E.g. TIME = 2008/12/12 changes the
date. TIME = 10:15:30 changes the time.
TXx [SETUP] [STATUS] Shows information about the specified transmission.
[COUNT] Setup will show the satellite type and kind for environmental
satellite radios. For other radios, it will have the radio type, e.g.
Iridium
Status gives an idea of what is going on with the transmission.
>TX1 TXFORM
Tx data would look like this
TXx TXNOW Issue this command to have the system make a transmission as
soon as possible.
VER Shows the current software version, including build date and time
and the bootloader version.
VER BOOT Shows the current software version of the bootloader.
WIFI Issuing Wi-Fi shows the current state of the station’s Wi-Fi hotspot.
WIFI ON Issuing WIFI ON turns on the Wi-Fi for a while, regardless of any Wi-
Fi settings. It has the same effect as pressing the front panel
button.
WIZARD Guides the user through station set up. Typing M1 WIZARD will do
[Mx] WIZARD the setup just for measurement one.
[TXx] WIZARD
FILE LOAD {filename} [size] [CRC] Transfer a file to the system and save it
filename: the full path and name of the file to be transferred
size: the file size in bytes (set to zero if only using CRC)
CRC: CRC32 of the file. If in hex, write as 0x89ABCDEF
FILE APPEND {filename} [size] [CRC] Same as FILE LOAD, but appends data to
existing file
Current Directory
There is not a current directory concept. This is an example of a command used to list files several
directories deep:
This product supports SDI-12 version 1.4 starting with firmware version 8.33. Prior to 8.33, SDI-12 1.3 was
supported.
bridge scour
conductivity
dissolved oxygen
distance
groundwater level
petroleum hydrocarbons in water
pH
pressure
redox (ORP)
tank level
temperature
Sutron also offers general purpose interfaces for making analog and digital measurements via SDI-12.
18.3 Connector
The connector type is not part of the SDI specification. Make sure to connect all three lines: SDI-12 Data,
SDI-12 PWR, and GND. Multiple sensors can be connected to a single connector.
When setting up multiple SDI-12 sensors, connect one sensor at a time. Once a new sensor is connected,
you must give it a unique address. To do so, either use LinkComm or the command line. Type SDI-12 FIND
to detect new sensors. Once a sensor is found, change its address by typing SDI xAy!, where x is the old
address, A is A, and y the new address. For example, SDI 0A1! will change the address from 0 to 1.
When getting more than one parameter from a single sensor, be sure to set the measurement schedules
the same. When the station finds multiple parameters from a single sensor (same address), it will only
issue a measurement of the sensor once, then read each of the parameters from the one measurement.
This is important to ensure that data from one sensor is gathered at the same time and for sensors that
have multiple parameters that take a long time to process.
Another useful SDI-12 command is the aI! (where a is the address of the sensor, e.g., 3I! for sensor at
address 3) command. 4I! will return an identification string from the sensor at address 4, which includes
the SDI version number, vendor's name, sensor model number, sensor version number, and serial number.
This is a quick way to see if the sensor is responding properly.
A way to verify data collection (manual data collection) is to issue the aM! command. For example, 7M!
would collect data from the sensor at address 7. The sensor will respond with a 5-digit code -- the first
digit is the address, the next 3 digits are the required time for measurement in seconds, and the last digit
is the number of data values returned. Wait for the number of seconds. Then issue the aD0! (address, D,
zero, !) the sensor should respond with one or more data values. You may issue further aD1! … aDn! till
you get all of the data.
If the SDI sensor is version 1.3 (version number can be found out by sending the ?I! command; the version
is returned as the second and third characters of the response), then make sure to use the CRC
measurement commands. These commands work just like normal measurement commands, except that
they use an error checking mechanism that minimizes errors. So, instead of 0M!, use 0MC!. Instead of
0M1!, use 0MC1!. This will ensure reliable SDI communication.
When recording is enabled, and every 24 hours thereafter, the station performs a time sync with all the
Sutron devices that support the XDT! command. The time sync is started by sending an I! command to
every SDI-12 device that has been set up. If the device replies favorably to the I! command, an XDT!
command is issued to the device. The system then decides whether to sync that device’s clock based on
the time difference between the system and the device.
aXDTYYYY/MM/DD HH:MM:SS!
a is address
XDT is the command to set the date and time
YYYY is the year
MM is the month (01 to 12)
DD is the day of the month (01 to 31)
HH is the hour (military time 0 to 23)
0XDT2017/07/26 11:15:34!
The station is setup as a Modbus server on RS-485. This involves setting Modbus RS485 Server
Enable to ON.
Measurement M1 is configured to collect data from an SDI-12 sensor. This means that the station
collects data from the SDI-12 sensor on a scheduled basis.
Periodically, the Modbus client will get the most recent data that was collected by the station
from the SDI-12 sensor. This effectively makes the station a bridge between the Modbus client
and the SDI-12 sensor.
The Modbus client gets that sensor data by reading the station’s input registers 1 and 2,
combining the result into a 32bit floating point value. Registers 1 and 2 reflect the last reading
from measurement M1. Similarly, registers 2 and 3 relate to M2. Please see the section 19.4.1.2
INPUT REGISTERS for details on other registers.
Please note that if the station is setup as a Modbus server, it will no longer perform any other function
on that port.
This means that if the station is a Modbus server on RS-232, the RS-232 port cannot be used for command
line communications. Similarly, if the station is a Modbus server on RS-485, then the station cannot collect
sensor data over RS-485.
In server mode, extended Modbus commands allow the downloading of the station log, reading and
writing station setup, accessing status information, and more.
Please note that using Modbus server will increase power consumption of the station. When it is a
Modbus server, the station is always ready to accept incoming data. RS-232 and RS-485 do not have
control lines that can be used to wake the station up, resulting in an power consumption increase of about
8mA @ 12V. Modbus over cell requires that the cell modem be on and listening all the time, which
increases power consumption too.
Multiple Modbus sensors may be connected to the RS-485 bus. However, each sensor must be
programmed with a unique Device ID. If the sensors do not have unique IDs, they will cause collisions on
the data bus, resulting in failures to collect sensor data. The station is NOT capable of changing Device IDs.
Please refer to the sensor’s documentation for information on how to change their IDs.
Please note that the station does NOT have the ability to write Modbus registers.
RS-485
RS-232
Cell modem
The station may be a Modbus client or a Modbus server over RS-485 and over RS-232. The station may
only be a Modbus server over the cell modem.
Each interface can be setup independently of the other one. Each interface has its own setup. This means
that the station could be a Modbus client on RS-485 and a Modbus server on Cell modem at the same
time.
RS-485 A
RS-485 B
When wiring, connect the Modbus client's RS-485 A line to the station’s RS-485 A Line. Do the same for
RS-485 B.
TX
RX
Ground
The station will assert RTS before sending data out the port in order to key off a radio.
The setup; Please make sure that the stations’ Modbus setup is the same as that of the client.
These settings must match: Protocol, Device ID, Baudrate, Parity, and the two Delay settings.
Wiring: Try reversing RS-485 A and B.
In this scenario, the IP address of the cell modem is used by the Modbus client to access the station. The
IP address can be found via LinkComm: it is displayed in the Telemetry tab's Status view.
The station will accept incoming connections using the Listen port setting on the Telemetry tab. The
default port is 3001.
To setup, the station as a Modbus client, in addition to configuring the settings in the Other Setup tab of
LinkComm, use the Measurement tab and choose Modbus as the Measurement Type.
Setting Default
Modbus Cell Server Enable Off
Modbus Rs485 Server Enable On
Modbus Rs485 Server Device ID 1
Modbus Rs485 Server Delay before Tx 0 ms
Modbus Rs485 Server Delay after Tx 0 ms
Modbus Rs485 Protocol RTU
Modbus Rs485 BaudRate 19200
Modbus Rs485 Parity Even
Modbus Rs232 Server Enable On
Modbus Rs232 Server Device ID 1
Modbus Rs232 Server Delay before Tx 0 ms
Modbus Rs232 Server Delay after Tx 0 ms
Modbus Rs232 Protocol RTU
Modbus Rs232 BaudRate 19200
Additionally, if the station is to collect data from Modbus sensors, it needs to have a measurement setup
for each Modbus sensor. Below is a list of all the Modbus measurement settings along with their defaults:
Setting Default
Modbus Port RS485
Modbus Device Id 1
Modbus Reg Type Holding
Modbus Reg Number 1
Modbus Value Short
Modbus MSW Hi Reg
Modbus Timeout 2 sec
Modbus Retries 3
Once Modbus Server Enable is turned on any port, LinkComm will no longer be able to access the station
over that port. Once enabled, the setting may only be turned off over a different communications port.
Here are options that are always available:
Modbus Protocol
The Protocol setting affects both Modbus client and Modbus server on RS-485 and RS-232. Modbus over
RS-485 and RS-232 allows RTU and ASCII protocols. RTU is the default value. Cell only supports the TCP/IP
protocol.
The ASCII protocol is most forgiving of timing issues and will produce the best communication results
when communicating over a modem. However, the ASCII protocol also uses the most bandwidth.
Please see the WIKIPEDIA ENTRY for more details on the protocols.
The Device ID is only relevant for RTU and ASCII protocols. It is used to allow multiple Modbus servers to
be connected to one Modbus client.
The Device ID is the address that is used by the Modbus client to select which device to communicate
with. Each server on the bus must have a unique device ID ranging from 1 – 247. Address ‘0’ is reserved
as the broadcast address.
When a Modbus client issues a command, it includes the Device ID in the command. Only the Modbus
server with a matching ID is allowed to answer. If multiple servers have the same ID, communication will
not work.
Modbus Parity
Default is Even. Available choices include Even, Odd and None.
Note: Care must be taken to make sure the selected parity matches that of the client or there will be
communication problems.
This is a Modbus server setting only. There is no delay when the station is a Modbus client.
Modbus Port
This is a measurement setting that tells the station which port the Modbus sensor is connected to.
Options include RS-485 and RS-232.
Modbus Device Id
Modbus Device Id indicates what sensor to collect data from. For the station to collect data from a
Modbus server, the station’s Modbus Device Id must match that of the sensor.
This setting should come into play only if there are multiple sensors on the bus.
Coil and Discrete register types imply that the station will collect one byte from the sensor and consider
the least significant bit of the byte.
Modbus Value
Modbus Value tells the station how much data to collect and how to interpret it.
Short means collect data from one register and interpret them as a 16 bit signed integer.
Ushort implies a 16-bit unsigned integer.
Int and Uint indicate 32 bit signed and unsigned values respectively; the station will read 2
registers for them.
Float is a IEEE 32 bit floating point value.
Double is a IEEE 64 bit floating point value.
Discrete means that the sensor returns one byte and that the result is based on the least
significant bit of the byte.
Modbus MSW
For certain Modbus Value (Int, Uint, Float, Double), Modbus MSW determines which register is used to
contain the most significant word (MSW) of the tag's value. When set to "Low Reg", the lower register of
the register pair is used to contain the MSW.
Modbus Retries
Modbus Retries indicates how many times the station will retry to issue the command to a sensor in case
of failures. Please note that some sensors require at least one retry to work at all. For those sensors, the
initial command only wakes the sensor up after which the sensor replies to the retry.
Holding Registers
Holding registers are reserved for the purpose of setting and getting data such as the date and time and
diagnostic counts if the ability to send the above Diagnostic (0x08) command is not available. The
following table identifies the holding registers and their locations. Each of these registers is an unsigned
16-bit value (if readings registers using an Xpert, set the data type to ushort).
Input Registers
Input registers return the last measured data from the device. Ideally these values should be requested on
a schedule slightly lagging the measurement schedule on the station. This will ensure data will follow that
found in the log. If the last measured data is not acceptable, a live reading can be forced by writing to the
Force Measurement (1010) holding register. Care must be taken to allow enough time to pass for taking a
measurement before requesting the data.
Since the system works with floating point numbers and Modbus only allows for 16-bit registers, a
multiple register read can be used to access the entire reading. The Modbus client device should be
configured to treat these reads as a single floating point number. For example, if accessing Last measured
via an Xpert, read 1 value of type float starting at register 1. The complete list of registers and their
locations are below.
E.g., to read the last measured sensor value for measurement M10, read registers 19 and 20 and combine
the result into a single 32 bit IEEE floating point value.
Modbus Holding Registers 1 and 2 will map to measurement M1 and be interpreted as a float (register 1 is
MSW, 2 is LSW). Registers 3 and 4 map to M2 in the same way. Please see the table above for a complete
register map.
Writing to the Modbus Holding Registers will be treated like a measurement calibration.
If the Measurement Type is Manual Entry, writing to the corresponding registers will simply
update the measured value to the received value.
The values written to the Registers will be logged and transmitted just like other sensor readings.
To use this feature, setup the system as a Modbus Server. No further setup is needed.
The data portion of a packet carrying the Sutron function code (function code 65, or 0x41) contains a
subcode and associated parameters to define the particular function to perform. The subcode and its
parameters are expressed using ASCII characters. The functions that each sub-code performs are defined
to be stateless, and the burden of the transport is on the client station.
The following text defines the subcode functions, parameters, and responses.
GL,logfilename,datetime,recordID,numbytes
The logfilename can be used to return log entries of specific types. The available types are
data
events
all
The datetime value must be in the following format: MM/DD/YYYY HH:MM:SS.
The numbytes value refers to the number of data bytes from the log entry to include in the
response, not the number of bytes to store in the return packet. The station will never return
more than 255 data bytes. Since the client station or transport medium may be limited in the
number of bytes that can be handled in a single packet, the numbytes value should be sized small
enough to allow for header and CRC information, as well as translation to ASCII if that is the
selected protocol (the ASCII protocol uses two bytes to represent every data byte). If numbytes
is *, up to 255 bytes will be returned. Regardless of the requested numbytes, only complete log
records are returned. Do not set numbytes to less than 64. Ideally, use * or 255.
GLR,status,recordID,numbytes,data[numbytes,data]
Value Description
0 Ok.
1 File not found.
2 Get beyond file end.
6 Record not found.
7 Command format error
The datetime value in the response message is the datetime of the returned record and, therefore, may
be different from the datetime in the GetLog command statement.
Example:
The numbytes value in the GLR response does not include the comma preceding the data and refers to the
number of data bytes from the log that are being returned, not the number of packet bytes used to store
the response (which would be twice the data bytes when ASCII protocol is selected).
GF,filename,startpos,numbytes
Filename may only be one of the following:
curdata.txt
sensors.txt
status.txt
setup.txt
flash disk.txt
startpos indicates the zero-based byte position in the file from which to start the download. When first
issuing the GF command, this value should be 0. Once a reply is received from the station, this number
should increment by the number of bytes returned by the station.
numbytes indicates how many bytes should be returned. * should be used to have the station decide how
many bytes to return. 255 is the maximum value accepted by the station. If the value provided is too
small, the command may fail. To be safe, use 128, 255, or, best of all, *.
GFR,status,totalbytes,start,numbytes,data
start should be the same value as startpos in the Get File command.
The numbytes value in the GFR response does not include the comma preceding the data
and refers to the number of data bytes from the file that are being returned, not the number
of packet bytes used to store the response (which would be twice the number of data bytes
when ASCII protocol is selected).
data is the data payload. It is the file data requested by the Get File command. There are numbytes bytes
of data.
Current data
Request the file "curdata.txt" and the station will reply with last measured sensor data. The reply is very
similar to what is found in LinkComm's Data tab. The format is
MM/DD/YYYY,HH:MM:SS,Label,Value,Units,Quality
Each line is terminated by a CR/LF. Date and Time are expressed as in “01/31/2004” and “20:47:52”,
respectively. Quality is a single character defining the quality of the data where “G” = Good and “B” = Bad
Below is an example:
Note that if no measurements are enabled, GF commands for sensors.txt and curdata.txt will return
errors.
Status information
If the file "status.txt" is asked for, the data returned will be similar to what LinkComm shows on the Main
Status and on Telemetry Status.
Setup
The station setup may be read by asking for "setup.txt". The data returned will be exactly the same as that
of a saved LinkComm setup file.
Flash disk
The system can also provide data for the file "flash disk.txt". The data returned mimics the response of a
file system to a directory command. It returns a list of the files it supports via the Modbus GF command
along with their size and date.
setup.txt,5447,03/16/2017 17:32:41
curdata.txt,107,03/16/2017 17:32:41
sensors.txt,102,03/16/2017 17:32:41
status.txt,512,03/16/2017 17:32:41
The date of the files will always be set to the station’s current time.
SF,filename,bytepos,numbytes,data
bytepos is the position of the first byte in the data stream. It is zero based. The first packet with the data
should have 0 as the bytepos.
numbytes is the number of data bytes in the payload. For Modbus over RS-485, this number must not be
greater than 48.
SFR,status,bytepos,numbytes
The value of status can be any of the following values:
Value Description
0 Ok.
1 File not found.
3 Write Failed.
4 Gap at end of file
7 Command format error
Collect data from sensors that are otherwise unsupported, such as an RS-232 sensor
Do custom measurement processing
Perform control operations
Allow for custom transmission formatting
And much more…
This manual provides an overview on Python scripts and how they integrate into station setup. Further
documentation is located on the Sutron website. It includes the Python API, development environment
setup, Python resources, additional libraries, and example code.
To load a script file into the station, please read the section 20.4-SCRIPTS MANAGEMENT . Please note that
Every script file must include the sl3 module. To the top of each script, add from sl3 import *
The station handles Python scripts in conjunction with the standard setup. There are three main interface
points:
Scripts do not have direct access to analog and digital sensor inputs. Instead, measurements need to be
setup to collect data from those sensors. Python scripts then do processing on the measurement results.
Use Script
Script Function
To use the script, enable Use Script and set Script Function to the name of the Python routine that should
be invoked (in the example below, that would be twelve_more).
@MEASUREMENT
def twelve_more(inval):
"""returns 12+input"""
return 12 + inval
The example script above adds twelve to the result of the sensor reading in order to provide a final
measurement result.
Let us suppose that a measurement were setup as a battery voltage reading. Let us suppose that the
current battery voltage is 13.5. If the script twelve_more were associated with that measurement, the
station would do the following:
The @MEASUREMENT decorator must be on the line preceding the Python function. The
decorator is case sensitive.
The measurement function must take in one floating point type parameter, and it must return a
float parameter.
The parameter passed to the function is the result of the sensor reading.
The parameter returned by the function is the final result of the measurement.
The function may call into any other functions in the script. Those other functions do not need to
have the @MEASUREMENT decorator.
Measurement M1 daylight
Active = On
Label = daylight
Meas Type = Analog
Meas Interval = 00:01:00
Use Script = On
Script Function = minutes_of_daylight
if pv > 0.8:
""" greater than 0.8 indicates daylight """
m_daylight += 1.0
if ascii_time_hms(time_scheduled()) == "00:00:00":
""" at midnight, reset the counter"""
m_daylight = 0.0
return m_daylight
In the example above, every time measurement M1 is made, it will first collect a reading from the analog
sensor. It will then feed that reading to the minutes_of_daylight function which will produce the final
result m_daylight. That final result gets logged and transmitted.
One measurement is setup to measure air temperature. It may be any type of sensor, but it must
be labeled as “AT”.
A second measurement will interface to a relative humidity sensor. Again, this sensor may be of
any type as long as it produces a relative humidity reading. It needs to be labeled “RH”.
The last measurement computes dew point. This one will use a script. The measurement type
used is not relevant as the sensor readings come from the other two measurements.
The optimal measurement type to use is Manual Entry because it makes no sensor reading.
All three measurements should be scheduled at the same time to produce an accurate dew point
result.
AT and RH do not have to be logged for this setup to work.
return dp
The relevant settings are Custom Script Format and Format Function.
When setup to use formatting scripts, the station will go through this flow:
Format the transmission data in a standard way. If SHEF is the chosen transmission format, then
the transmission will be formatted into SHEF. This is identical to what the station does when
there is no formatting script.
The formatting script function is invoked.
The standard formatted transmission data is provided to the script function as a parameter.
The script may perform any action on the provided transmission data. It may simply append
additional data. Or it may completely disregard the provided transmission data and create a
completely new set of data.
The script ends by returning the new set of transmission data.
The goal of the script is to append “Little Creek A21938” to that transmission format. The code is very
simple:
@TXFORMAT
def append_info(standard):
"""appends information to tx"""
return standard + " Little Creek A21938"
Once the transmission is setup to use the script above (by enabling Custom Script Format and setting
Format Function to append_info, the transmission data would become
:AT 0 #1 29.50 29.50 :RH 0 #1 65.00 65.00 :DP 0 #1 26.77 26.77 Little Creek
A21938
The @TXFORMAT decorator must be on the line preceding the Python function. The decorator is
case sensitive.
The function takes in one parameter: it is a string which the result of a standard tx format (e.g.,
SHEF).
The function returns one parameter: a string containing the new transmission data.
The function may call into any other functions in the script file. Those other functions do not
need to have the @TXFORMAT decorator.
Every script task is associated with its own Python function. When the script task runs, it executes the
function.
Script tasks can be setup to run on a schedule or to trigger when a certain event happens. Please see the
Trigger setting below.
The @TASK decorator must be on the line preceding the Python function. The decorator is case
sensitive.
The function does not take in any parameters.
The functions does not return any parameters.
@TASK
def rs232_last_meas():
with serial.Serial("RS232", 9600) as output:
output.write(str(measure(1, READING_LAST)) + "\r\n")
output.flush()
@TASK
def alarm_in_setup_change():
setup_write("!M1 meas interval", "00:01:00")
setup_write("!M2 meas interval", "00:01:00")
setup_write("!TX3 scheduled interval", "00:05:00")
It is expected that a second script be setup to trigger when the system goes out of alarm; it would restore
the measurement and transmission intervals.
@TASK
def alarm_out_setup_change():
setup_write("!M1 meas interval", "00:10:00")
setup_write("!M2 meas interval", "00:10:00")
setup_write("!TX3 scheduled interval", "01:00:00")
@TASK
def trigger_sampler():
"""Checks last readings of M1 and M2. If readings meet
conditions, sampler is triggered via a digital output"""
Please note that the station holds only one script file. That file may have any number of functions.
Every script file must include the sl3 module. To the top of each script, add from sl3 import *
If the station setup is prepared, loading a script file into the station is easy:
Run LinkComm
Connect to the station
Choose Import Setup from the Menu
Choose the setup file
Choose the script file
Send setup
Option Description
−−scripttest <file> Load and test script with the given file path
−−scriptsave Command station to save current script
−−station <name> Connect to station <name>
−−wifi Connect using Wi-Fi
−−usb Connect to first found USB device
−−usbid <device-id> Connect to specified USB <device-id>
−−serial <port> Connect using serial <port>, e.g., COM1, COM2, etc.
Either “−−scripttest <file>” or “−−scriptsave” must be specified, telling LinkComm what action to take.
Example Description
−−scripttest $FilePath$ Load and test $FilePath$ in “New Station”, using current
connection settings
−−scriptsave Save script in “New Station”, using current connection
settings
−−scripttest $FilePath$ Load and test $FilePath$ in station named “EC1200”,
−−station EC1200 using current connection settings
−−scripttest $FilePath$ Load and test $FilePath$ in “New Station”, using Wi-Fi
−−wifi connection
GENERAL INFORMATION
Dimensions
XLink 500-1, XLink 100-1 Inches: 4.5x6.2x1.6 (cm:11.4x15.8x4.1)
NEMA-4 Inches:7.3x9.5x5.2 (cm:18.5x24.2x13.2)
Weight XLink500-1 1 lbs. (0.5 Kg)
IP41 (XLink)
IP rating
IP66 (XLink variants with NEMA enclosure variants)
Operating temperature 40° C to +70° C ( -40° F to +158° F)
Compliance CE, FCC, ISED
Power Inputs: 12-18 AWG
Terminal Block Inputs: 16-24 AWG
Wire Gauge
Earth Ground: 4-10 AWG
Wires should have an operational temperature range of -40C to
+70C or better
POWER REQUIREMENTS
9-20 Volts DC
Input Voltage 10 -16 V for SDI-12 sensor support
Reverse power protected
Quiescent Power
< 1 mA typical @ 12.5V
Consumption
SDI-12 (Dedicated Interface)
Compliance V1.3 data recorder
Power Supplied 500mA, short-circuit protected
ANALOG - SINGLE ENDED (XLink 500 only)
Number of inputs 2
Range* 0-5V
Accuracy @ 25°C 0.04% typ. FS
Resolution 0.3 µV
ANALOG - DIFFERENTIAL (XLink 500 only)
Number of Inputs 2
Range* ± 39mV, ± 312mV, ± 2.5V
NOTE: Sutron RECOMMENDS installing XLINK500-1 or XLINK100-1 in a NEMA-4 enclosure for all
applications requiring outdoor exposure. Sutron recommends the internally mounted lightning
protection kit 6661-1353-1 for the -1E or -1C models or an externally mounted lightning protection
module such as the Sutron 8111-1113-1 to protect the telemetry RF output.
*Nominal. Guaranteed Analog Input Range Over Temperature Is 0-4.98 V, ± 2.49 V, ± 311 mV, ± 38.9
mV. (Preliminary)
Thank you for making the important decision to purchase Sutron equipment. All Sutron equipment is
manufactured and tested to the highest quality standards as set by Sutron’s Quality Assurance
Department. Our Customer Service Representatives have years of experience with equipment, systems,
and services. They are electronic technicians with field and applications experience, not just with a
technical background.
Introductory Training
Training is an important part of the Sutron Customer Service philosophy. The Sutron training policy is
simple---If you buy Sutron equipment, you get Sutron training! Without the proper training, you cannot
take advantage of the benefits and advantages that Sutron equipment provides. We often supply on-site
introductory training at your facility for no charge. You provide the classroom, students, equipment, and
coffee---we'll provide the instructor.
On-Site Visits
Of course, not all problems can be fixed over the phone. Sometimes a customer needs an on-site
technician to identify site related problems or troubleshoot a network. Sutron can provide these services
at a reasonable cost. Call for details. If you would like to learn more about Sutron products email
[email protected]
Paul Delisi
Sutron Corporation
Sutron’s obligation under this Warranty shall be limited to repair at the factory (22400 Davis Drive,
Sterling, VA 20164), or at its option, replacement of defective product. In no event shall Sutron be
responsible for incidental or consequential damages, whether or not foreseeable or whether or not Sutron
has knowledge of the possibility of such damages. This warranty shall not apply to products that have
been damaged through negligence, accident, misuse, or acts of nature such as floods, fires, earthquakes,
lightning strikes, etc.
Sutron’s liability, whether in contract or in tort, arising out of warranties or representations, instructions
or defects from any cause, shall be limited exclusively to repair or replacement parts under the aforesaid
conditions.
Sutron requires the return of the defective electronic products or parts to the factory to establish claim
under this warranty. The customer shall prepay transportation charges to the factory. Sutron shall pay
transportation for the return of the repaired equipment to the customer when the validity of the damage
claim has been established. Otherwise, Sutron will prepay shipment and bill the customer. All shipments
shall be accomplished by best-way surface freight. Sutron shall in no event assume any responsibility for
repairs or alterations made other than by Sutron. Any products repaired or replaced under this warranty
will be warranted for the balance of the warranty period or for a period of 90 days from the repair
shipment date, whichever is greater. Products repaired at cost will be warranted for 90 days from the date
of shipment.
Extended warranty and on-site maintenance contracts are available. Price quotations may be obtained
from Sutron customer service representatives.
This device complies with Part 15 of the FCC Rules. Operation is subject to the following two conditions:
(1) this device may not cause harmful interference, and (2) this device must accept any interference
received, including interference that may cause undesired operation.
This equipment has been tested and found to comply with the limits for a Class B digital device, pursuant
to part 15 of the FCC Rules. These limits are designed to provide reasonable protection against harmful
interference in a residential installation. This equipment generates, uses and can radiate radio frequency
energy, and if not installed and used in accordance with the instructions, may cause harmful interference
to radio communications. However, there is no guarantee that interference will not occur in a particular
installation. If this equipment does cause harmful interference to radio or television reception, which can
be determined by turning the equipment off and on, the user is encouraged to try to correct the
interference by one or more of the following measures:
Reorient or relocate the receiving antenna.
Increase the separation between the equipment and receiver.
Connect the equipment into an outlet on a circuit different from that to which the receiver is
connected.
Consult the dealer or an experienced radio/TV technician for help.
Under Industry Canada regulations, this radio transmitter may only operate using an antenna of a type and
maximum (or lesser) gain approved for the transmitter by Industry Canada. To reduce potential radio
interference to other users, the antenna type and its gain should be so chosen that the equivalent
isotropically radiated power (e.i.r.p.) is not more than that necessary for successful communication.
Conformément à la réglementation d'Industrie Canada, le présent émetteur radio peut fonctionner avec
une antenne d'un type et d'un gain maximal (ou inférieur) approuvé pour l'émetteur par Industrie Canada.
Dans le but de réduire les risques de brouillage radioélectrique à l'intention des autres utilisateurs, il faut
choisir le type d'antenne et son gain de sorte que la puissance isotrope rayonnée équivalente (p.i.r.e.) ne
dépasse pas l'intensité nécessaire à l'établissement d'une communication satisfaisante.
This device complies with Part 15 of the FCC Rules. Operation is subject to the following two
conditions:
1. This device may not cause harmful interference, and
2. This device must accept any interference received, including interference that may cause
undesired operation.
This equipment complies with FCC radiation exposure limits set forth for an uncontrolled
environment. End users must follow the specific operating instructions for satisfying RF exposure
compliance. This transmitter must not be co-located or operating in conjunction with any other
antenna or transmitter that is not preapproved.
Changes or modifications not expressly approved by the party responsible for compliance could
void the user’s authority to operate the equipment.
Under Industry Canada regulations, this radio transmitter may only operate using an antenna of a type and
maximum (or lesser) gain approved for the transmitter by Industry Canada.
To reduce potential radio interference to other users, the antenna type and its gain should be so chosen
that the equivalent isotropically radiated power (e.i.r.p.) is not more than that necessary for successful
communication.
This device complies with Industry Canada license-exempt RSS standard(s). Operation is subject to the
following two conditions: (1) this device may not cause interference, and (2) this device must accept any
interference, including interference that may cause undesired operation of the device.
R&TTE Statement
Iridium communications Inc. hereby declares that the 9603N is in compliance with the essential
requirements and other relevant provisions of directive 1999/5/EC.
The cellular option card can be found in the option card slot. To remove the modem card, unscrew the 2
screws and pull on the SMA connector. The FCC ID is located on the modem serial label on the back side.
This device complies with Part 15 of the FCC Rules and Industry Canada licence-exempt RSS standard(s).
Operation is subject to the following two conditions:
This equipment complies with FCC and IC radiation exposure limits set forth for an uncontrolled
environment. The antenna should be installed and operated with minimum distance of 27 cm between the
radiator and your body. Antenna gain must be below:
700 MHz 6.93 dBi
1700 MHz 5.00 dBi
This transmitter must not be co-located or operating in conjunction with any other antenna or
Transmitter that is not preapproved.
This equipment has been tested and found to comply with the limits for a Class B digital device,
pursuant to part 15 of the FCC Rules. These limits are designed to provide reasonable protection
against harmful interference in a residential installation. This equipment generates, uses and can radiate
radio frequency energy and, if not installed and used in accordance with the instructions, may cause
harmful interference to radio communications. However, there is no guarantee that interference will not
occur in a particular installation. If this equipment does cause harmful interference to radio or television
reception, which can be determined by turning the equipment off and on, the user is encouraged to try to
correct the interference by one or more of the following measures:
24.5 Notice
/*
This software may be distributed, used, and modified under the terms of
BSD license:
CARRIER board
3.2. Flip the modem board carefully, without much stress on the U.FL cable; Insert the micro-sized sim card,
and push it all the way into the sim card slot as shown in pictures below
Carefully insert the modem board onto the carrier board, as shown in step 3.4.
WARNING Risk of fire and explosion if rechargeable batteries are handled improperly!
Avoid electrical short circuits!
Avoid mechanical damages!
Do not open rechargeable batteries!
Do not throw rechargeable batteries into fire and/or expose
them to high temperatures!
Do not perform soldering work on rechargeable batteries!
Protect rechargeable batteries from moisture!
Ambient temperature:
For protective housings that are exposed to direct sunlight: Use enclosures with bare metal
surface (stainless steel) or with white/light gray color.
For installation locations with continuously high outside temperatures ( > approx. 30 °C):
Provide effective shading for the housing containing the rechargeable battery, adapted to
maximize sun shading during the course of the day. This allows a temperature reduction of up
to 10 °C inside the housing.
Electrical safety:
Use a safety fuse directly on the rechargeable battery to protect the Sutron XLINK 1 & XLINK
500/100 supply line. This prevents a short circuit in case of improper handling or in case of
malfunction. When selecting the fuse size, take into account the maximum current
consumption of the Sutron XLINK 1 & XLINK 500/100 and all connected sensors and
communication devices. Recommended tripping current: Imax x 1.5; tripping behavior medium
slow blow fuse.
Only use a charger suitable for the battery technology and the expected ambient conditions.
Ideally, the charger should have temperature compensation of the charging voltage (e.g. a lead
acid battery requires a temperature compensated solar regulator to appropriately decrease the
voltage as the temperature increases). This reduces the escape of hydrogen and oxygen gas and
extends the life of the rechargeable battery.
The battery technology dictates the charging requirements and should be followed closely.
E.g. wet cell (typ. automotive) batteries have a different charging voltage than a sealed lead
acid battery.
WARNING Risk of fire and explosion if rechargeable batteries are handled improperly!
Avoid electrical short circuits!
Avoid mechanical damages!
Do not open rechargeable batteries!
Do not throw rechargeable batteries into fire and/or expose
them to high temperatures!
Do not perform soldering work on rechargeable batteries!
Protect rechargeable batteries from moisture!