User guide
Table Of Contents
- Guarantee
- Contents
- CS-GPRS Communications Package
- 1. Introduction to GPRS
- 2. Hardware
- 2.1 Power use considerations
- 3. Network Contract and SIM card
- 4. Datalogger firmware
- 5. PC Software required
- 6. Basic Datalogger setup
- 7. General Principles of Operation
- 7.1 Using systems with fixed, public IP addresses
- 7.2 Using systems with dynamic IP addresses
- 7.3 Keeping the connection open
- 7.4 Firewall issues
- 7.5 Minimising call costs and power use
- 7.6 Calling the logger in GSM data mode
- 8. Fault finding
1
CS-GPRS Communications Package
This manual is designed to act as an addendum to the CS-GSM manual that describes general
use of the Wavecom Fastrack modem with Campbell Scientific dataloggers.
This manual specifically covers use of these modems for GPRS communications with the
CR800, CR1000 and CR3000 series dataloggers and details use with the SC-105 interface
that is the best interface to use in GPRS configurations partly because of its speed buffering
capabilities and also because it can be used to efficiently share the CSIO port with other
communications devices and it allows the datalogger to go into a low power state between
data transmissions. Much of the instructions given in this manual also apply to using the
Wavecom with either a direct RS232 connection to the datalogger or via the SC-WMI
interface.
1. Introduction to GPRS
In recent years GPRS (General Packet Radio Service) has become a standard for
“always-on” data connections with GSM mobile phones. GPRS technology offers
many potential advances in remote telemetry. These include:
• fast connection time compared to phone/GSM – as fast as a few seconds.
• lower cost of data transfer.
• always on connection – if your system has the power to keep a GPRS
module powered all the time then it is possible to set-up a system that is
“always-on” which can be connected from anywhere on the net at any
time.
• higher speed data transfer from the datalogger back to the PC.
• easy access from anywhere in the world.
• Alternative ways of accessing data in the datalogger due to it being
connected to an IP network.
Those alternative ways include:
• direct Loggernet IP Pakbus communications
• Supports a telnet connection (like the serial terminal mode), including
talk-through modes
• Supports Modbus over IP
• Supports serving webpages – which are user defined
• Supports acting as an ftp (file) server
Plus, under program control:
• Can send email messages (emailsend)
• Can send files by ftp (ftpclient)
• Can synchronise the datalogger clock to Internet time
(networktimeprotocol).
• Can send data to other loggers via IP (Send/Get variables, files and data)
• Can do a normal callback to a Loggernet server (sendvariables)