Professional Documents
Culture Documents
Animal Monitoring and GPS Syste1
Animal Monitoring and GPS Syste1
Animal Monitoring and GPS Syste1
DECLARATION
I OTIENO FREDRICK OUMA hereby declare that the information in this document is my
original gathering authentic work. The content of this document has never been previously
submitted to any other university or institution for higher degree award to the best of my
knowledge.
Signature……………………………….Date…………………………..
OTIENO FREDRICK OUMA
DEDICATION
This thesis is my original work and has not been submitted for a diploma/Degree in any other University.
Signature…………………………………Date…………………………………………………….
Otieno Fredrick Otieno.
This Proposal has been submitted for examination with our approval as the university supervisors.
MARTIN MUTHOMI
CHUKA UNIVERSITY
Recognition.
I would like to recognize Chuka University for giving me another chance to enroll for my
Diploma Course. Despite all the challenges Chuka University has provided me with more
equipped knowledge in academic area in the field of Computer Science as a technological course
mind expansion.
ACKNOWLEDGEMENT
To the grace and generous blessing of God Almighty, I attribute the successful completion of
the seminar. It is my duty to respectfully offer our sincere gratitude to all the people who have
kindly offer their valuable support, guidance. I would like to extend my heartiest thanks to the
management of our college, who provided me with necessities for the completion of the
seminar. I would like to express my deep gratitude to MR TONNY MUNENE, our
Coordinator, who has been a source of motivation to all the staffs and students of our college.
I feel highly privileged in making a mention of MR MARTIN MUTHOMI for his co-
operation and help.
I deeply and wholeheartedly thank DR GRACE for her extreme valuable advice
and encouragement. It would be a grave error if we forget to take a mention of my seminar
guide MS MWAKA PAULINE MWANZA, whose constant persistence and support
helped me in the completion of the seminar. Last but not the least, we thank all others and
especially our classmates who in some-way or other helped us in successful completion of
this work.
ABSTRACT
A prototype of smart animal health monitoring system based on IoT for real time monitoring
of the physiological parameters such as body temperature, heart rate and rumination with
surrounding temperature and humidity has been developed. Various sensors mounted on the
body of animals gives the information related to their health status and user can be easily
access those data using the internet. We have used raspberry pi3 as core controller which has
inbuilt Wi-Fi, it processes the data sensed by various sensor and displays on the monitor and
forwards to the cloud. User can access the information from anywhere using internet and an
android app.
GPS , GPRS and AI technology is to be used for positioning the location of animals and the
and the animals movement from one location to the other. This will clearly detect the issues
that might arise in animal health.
TABLE OF CONTENTS
CHAPTER-ONE
INTRODUCTION
GPS is one of the technologies that are used in a huge number of applications today. One of the
applications is tracking animal a keeps regular monitoring on them.
This tracking system can inform you the location and route travelled by animal, and that
information can be observed from any other remote location. It also includes the web application
that provides you exact location of target.
This system enables us to track target in any weather conditions. This system uses GPS and GSM
technologies. A method for tracking animals using a terrestrial system similar to GPS is
presented. This system enables simultaneous tracking of thousands of animals with transmitters
that are lighter, longer lasting, more accurate and cheaper than other automatic positioning tags.
In recent times, the livestock farmers faced cattle health problems around the world because of
continuous rise in air temperature in the troposphere. The variations in temperature on animals
health has harmful effect leading to diseases such as foot and mouth disease, swine fever. This
unit consists of two types of sensors such as temperature sensor, heart beat sensor.
These sensors are used to measure the signals from the human body such as heat signal,
heartbeat. After measurement, these analog signals are converted into digital signals and
compared with the actual signals. If any discrepancy occurs between the measured signals and
the actual signals, then it is considered as an emergency. The ARM7 LPC2148 processor plays an
important role in controlling all the devices.
It has an inbuilt A/D convertor.
GSM transmitter is used to transmit the signals from the sensors which are controlled by the
ARM7 microprocessor. GPS system is used to locate the position of the soldier. It is very helpful
for the army station to rescue the soldier as soon as the emergency signal is received.
The ARM7 family includes the ARM7TDMI, ARM7TDMI-S, ARM720T, and ARM7EJ-S
processors. The ARM7TDMI core is the industry’s most widely used 32-bit embedded RISC
microprocessor solution. The heart of system is microcontroller which will access the data. In
our project ‘ARM’ controller is used. To measure temperature of soldier there will be a
temperature sensor. To convert the output of sensor into electrical form we will use signal
conditioning (transducer). As controller operates only on digital data, so this analog data is to be
converted into digital form by using ADC inbuilt in ARM processor. So the output of the signal
conditioner circuit is directly connected to ARM processor.
CHAPTER-THREE
RESEARCH METHODOLOGY
3.0 INTRODUCTION
Wireless sensor networks (WSN) invariably employ sensing from spatially distributed
autonomous nodes. With a little jugglery of sensors, micro-controllers, radio transceiver and
an energy source, low-power and inexpensive sensor nodes (we’ll simply call them nodes)
can be made to cooperatively monitor physical or environmental conditions, such as
temperature, sound, vibration, pressure, motion etc. at different locations. The task becomes
more challenging when the nodes are mobile. To further question the engineering effort is the
case, where the node’s power supply should be sufficient for it to last years. Hence the
acquisition, accumulation and relay of data impose a great challenge on the WSN's design
viz. the strict energy constraints. The recent past has seen a wide variety of WSN applications
namely Habitat monitoring, Seismic Detection, Environmental monitoring, Health
monitoring systems etc., of which mobile nodes, dynamic network topology, communication
failure, limited power supply, harsh environmental conditions are few of the varied
challenges. To address the issues in animal monitoring and to understand the complex
relationship of animals with their surrounding, scientists had to collect the required data
manually by visiting the site. In some cases the search was made easier by tagging the animal
with radio transmitters to relocate them easily, but yet the seemingly bigger part of the
picture remained un-addressed: the efficient data collection. There are numerous reasons why
it is difficult and not advisable to visit the site frequently. Firstly, studying the species without
avoiding human contact is almost impossible. Frequent human visits or disturbances affect
the species in ways unknown. Secondly, keeping track of animal activity in the dark after
dusk become more of an adventure than an experiment or a study. Finally, it is not only time
consuming but also money intensive job to keep track of animal migration as well as its
feeding habits without using dedicated low cost sensor networking equipment.
An automated system would thus be desired, equipping natural spaces with numerous
networked sensor nodes to enable long-term data collection at times (even at night), scales
and resolution which are very difficult if not impossible, to achieve by manual monitoring. It
also allows collecting data without disturbing the ecology and yet represents a substantially
more economical method for conducting long term studies than traditional one. Significant
proofs of concepts and previous attempts to monitor wildlife movement and habitat have
been made like the ZebraNet and Great Duck Island Experiment. Learning from the
experiences of the aforementioned, wildcense is an attempt on the same footprint, designed
to have lower power consumption, better range, varied environment sensing features and
more robust data backup system. We briefly mention here some of the previous work.
Wildlife monitoring: ZebraNet is a classic example of WSN, using GPS to monitor the
behavior of zebra. Wildcense is a completely new design of the nodes based on different
frequency of communication and using various additional sensors to get insight into the
animal migratory pattern. Another major difference is the migratory path is not restricted and
can span over thousands of kms.
Other applications and deployments: In 2002, an attempt was made to study the habitat and
population of birds on Great Duck Island. It deployed 43 motes for the same. Energy
Scavenging: In the past numerous attempts have been made to scavenge energy for sensor
network node from environment. Prometheus is one such example of it, which uses energy
storage elements, such as super capacitor, and intelligence of microcontroller to efficiently
harvest energy from solar cells. Prometheus deploys two stage storage systems with super-
capacitor at primarily level and lithium battery at secondary level.
wildCENSE is a WSN system which attempts to monitor the behavior and migration
patterns of Barasingha (Swamp Deer). System being designed can be suitable for many more
species of medium to large size. Equipped with a GPS, Radio transceiver and various other
sensors, the hardware is designed to support the needs of wildlife monitoring. The captured
data can be provided to the wildlife researchers for their research and study purposes. It will
be helpful to them to understand the needs of the endangered species, and the relationship
these species share with the surroundings. The paper fundamentally discusses the hardware
and software design architecture of the wildCENSE system at the node, base and network
levels. In particular, it embodies the issues and constraints, which were met during the design
and testing of the system. Section 2 of the paper discusses the design parameters taken into
account for wildCENSE. Qualitatively and quantitatively the system is described in Section
3. Section 3.1 and 3.2 cover the hardware and software ends of the system, while 3.3 details
the energy management. Experience gained, System performance and our field testing results
are covered in Section 4. Finally we conclude by enumerating the challenges and experience
gained from inception to tracking.
The Barasingha is native to India and Nepal. Once it populated throughout the basins of the
Indus, Ganges and Brahmaputra rivers, as well as parts of central India reaching out till the river
Godavari. But in past few decades its population has declined significantly listing them as
endangered species by IUCN from 1984 to 1996 and as vulnerable since 1996 [4]. Wildlife
researchers while surveying Jhilmil Tall (Uttaranchal) area came across some 30 heads of the
Barasingha on February 3, 2005 [5]. Trails indicate that they might have migrated across the
Nepal border. But yet their exact migratory path is unknown; hence it is important to monitor
their movement and protect them. wildCENSE is an attempt towards discovering this path along
with helping the researchers know more about their habitat. The input for the design of the
system came from wildlife researchers. In the system proposed, specially designed light-weight
collar, with sensor node attached, would be put on the animal. These collars would collect data
about the desired parameters from the vicinity of the animal. The data may then be sent to other
nodes or the base station, depending on the availability of either (base station getting a
preference in case of both being available).
The prime requirement is to track the migratory movement of the animal which is done using a
Global Positioning System (GPS). Besides the location, the animal's habitat and its ambient
environment parameters are of interest. Also a study of the animal’s activities viz. the grazing
patterns of the animal needs to be recorded. Since the area under surveillance is large, the
acquired data needs to be propagated on a node to node basis until it is transferred to a base
station. Lastly the system needs to run continuously for a minimum of 12 months, so the power
supply design and its usage need optimization.
Positional Logs: The GPS reading needs to be accurate and precise, in view with the
migration pattern of the animal. As researchers specify, a location reading every 3 hours would
be enough to draw a close enough movement track of the animal over a year.
Ambient Environment: With the animal covering a lot of ground during its migration over
the year, the researchers also need to monitor the environment in which the animal dwells and
grazes. Sensors for measuring the temperature, humidity, and light as well as animal activity are
embodied in the system.
Data Transmission and Recovery: To collect the dispersed data for analysis by the
researchers, it needs to be transmitted to the base station(s). Since the Barasingha has a fairly
large movement track it is not possible to equip the entire region with numerous base stations. To
address this issue, the data needs to be moved through the network, employing node to node
communications as was attempted in Zebranet. In order to compensate for high latency, the node
has a large external flash to accommodate data generated on the node as well as acquired through
peer interaction. Section 3.1 discusses the communication in more detail.
Energy harvesting: The nodes need to be alive for a minimum of a year, tracking the
migration path, avoiding any human intervention. Their only contact is the wireless link with
other nodes or the base station as the case may be. Also, since there is a limitation on the weight
of the node, a bulky power supply is forbidden. Hence, the node needs to have lightweight power
back up system. Given that the animal will mostly be in large fields under open skies, the
required power supply could be equipped with solar energy harvesting features. With careful
energy management policy, supplemented by harvesting, the energy requirements can be easily
met.
2.2 System Overview
Broadly the wildCENSE system is divided as in Figure 1, namely the hardware, related system
software and drivers, middleware servers with data logging and web hosting services and finally
the browser based visualization software.
1) Hardware Architecture
The complete sensor node along with the battery recharging system is in the form of a collar
to be worn by the animal. Hardware system architecture of wildCENSE node is as depicted
in Figure 2. The design issues as discussed in Section 2 have been carefully met. Each
component has been carefully selected based on earlier prototypes to meet accuracy, power,
voltage compatibility and cost considerations. The components that make up a single node
are as follows:
Micro-controller – ATMega1281V, with 128K bytes program memory, is the core
processing unit of our design. It has 4K bytes of EEPROM and 8K bytes of SRAM. The
availability of 2 USART ports enables independent communication of GPS and Radio
transceiver with the core processing unit simultaneously.
This allows us to remove the multiplexing overhead as described in the software section 3.2.
The internal resonator is not accurate enough for serial communication, so an external crystal
of 1.83728 MHz is used. (limiting baud error to zero percent [7]).
Real Time Clock - DS3231 [8] - For node discovery, all the nodes need to wake up at the
same time requiring them to be synchronized. External RTC is required to accurately
synchronize these nodes. It also generates periodic interrupts to wake up the micro-controller
from its “Power Down” sleep mode. Features like extreme accuracy, integrated temperature
compensated crystal oscillator (TCXO), I2 C interfacing at different baud rates make the
device ideal for this application. Any mismatch in the time in the system (between two
interacting nodes) can cost a lot of power in network synchronization. RTC running on
different nodes are skewed due to the environment. To maintain the accuracy of node to node
communications, the RTC is synchronized by the GPS device every five days, keeping the
clock skew within 1 sec. GPS – Lassen iQ GPS Receiver with antenna [9] – It has a small
footprint, low energy consumption (89mW at 3.3V) in active mode. To achieve high
accuracy, it uses twelve processing channels to track the GPS satellite signals. Lassen iQ
GPS supports the required NMEA protocol with GPRMC message format, which contains all
the required information namely date, latitude, longitude and time. It serially communicates
with the microcontroller at 4800 bps. Our GPS is used in On/Off mode since readings are
taken every 3 hours. To utilize “Warm start” feature of GPS, we use a battery backup
mechanism. Radio Transceiver – XBee-Pro [10] - This Digi-Key communication module is
based on ZigBee/IEEE 802.15.4 standard. It operates at 2.4GHz (only freely available ISM
band in India), providing a range of more than a kilometer. While using this frequency results
in higher power consumption for same range compared to 900 MHz, we gain in terms of
much higher data rate and smaller compact antenna. Low cost, low power and ease of use are
among the other advantages. It also provides five sleep modes to meet various needs of
different applications. We use lowest power sleep mode as it is not a time but power critical
system. Delay of few milliseconds of wake up are well within the system’s tolerance
Memory - ATMEL AT45DB16B Data flash.
A high memory storage is required to complement the long latency of communication
between the base and the node. For our WSN, a node needs to collect data from its peers,
asking for a higher memory capacity. AT45DB16B, with SPI interfacing looks quite
promising for the scenario. An operational in-house developed file system [12], based on
UCBs Matchbox file system [13], is being used, which makes the storage system simple and
efficient. Additional sensors - To collect the ambient environment parameters of the animal,
the node mostly incorporates digital sensors, as from the experiences of Great Duck Island
Experiment [1]. The humidity sensor has an inbuilt heater to evaporate absorbed water.
Among the set of sensors are the Sensirion’s SHT11 [14] which is a digital temperature and
humidity sensor (Resolution: 0.01°C and 0.05% RH). This sensor is shielded by a cap (IP67
standard) which lets it sense the environment but at the same time protects it from the same.
We use a high sensitivity digital light sensor from TAOS, TSL2561t [15]. To monitor the
activity of the animal an analog accelerometer from Freescale Semiconductor MMA6270QT
[16] is used. This data along with the position logs provides more insight into the migration
pattern of the animal as well as its micro-climatic preferences. The node has been designed
employing numerous noise reduction techniques. To reduce the ADC noise, a LC filter
(L=10mH and C=0.1uF) has been added to the ADC pins of the micro-controller. Also, the
AVCC is connected to the main power supply without any in between fan out lines, to reduce
noise [6]. The whole PCB has copper pouring to keep the noise at a minimum level as also to
dissipate any heat generated by the node. Figure 3 depict the node. The size of the node is 5 x
6cm2, weighing only 34gms. Including the power supply (Liion battery with solar charging
mechanism), the total weight of the system, excluding the collar is less than 300gms (using 4
Li-Ion cells weighing 148 gms).
2)Software Architecture
Addressing the main design constraint, the energy; wildCENSE software implements
effective scheduling and synchronizing of events. The node is kept in sleep/inactive mode for
most of the time. Desired data is collected from sensors and GPS on the basis of periodic
interrupts generated by a real time clock (RTC). The accuracy of the RTC helps the node in
synchronization during node to node interactions as also with the base. GPS samples are
taken every 3 hours and the wake up of respective sensors is scheduled every ten minute.
Since the Radio transceiver, GPS and external flash memory are on separate ports namely
USART0, USART1 and SPI, we can afford to use them simultaneously. While the GPS is
switched on and tries to get a fix, a radio transmission could be achieved if another node/base
is discovered in the vicinity. The pointers to current read/write data segment on the flash are
stored in the EEPROM of the micro-controller. This is advantageous in restart situations (e.g.
a watchdog reset), the pointers to data segment can be retrieved from EEPROM. All of the
nodes wake up at the same time and the data exchange process is initiated, once the
node/base discovery is done. Data transferred to the base station is successively deleted from
the nodes. The communication baud rate between the micro-controller and radio transceiver
is set to be 57600, though a higher baud rate of 115200 is supported by this radio transceiver.
Our test results show better data reliability at the lower baud (57600) and hence the trade-off.
3)System Energy Management
WSN energy requirements are by far the most critical and important design
considerations. In case of wildlife monitoring the scenario becomes more challenging, where
a trade-off is needed between the weight of the node and its energy requirement. In this
section we discuss our techniques for energy management, at the software level and the
hardware level as well for wildCENSE. An instance of the node’s power consumption is
shown in Figure 4. The details of energy consumption calculation are given in part C of this
section.
A. Hardware Level Energy Management
The desired node is populated by number of sensors along with other peripheral including
RTC, external flash memory and radio transceiver. Designing a simple power supply for such
complex system was a challenge. All components and sensors were carefully selected to have
low energy profile and almost similar input supply range with 3.3V as the common voltage.
The system is powered by a re-chargeable Li-ion battery, which can safely have voltages
from 2.7 V to 4.2 V. Solar power is being added to further enhance the node life.
Also the unused pins and digital input buffers are configured as output pins and disabled
respectively, to minimize their energy leakage. The decision of using a common voltage
(3.3V) not only made the power supply for the node simple but also saved lots of energy,
which otherwise, would have been wasted in regulating it for different voltages. To utilize the
battery energy to the maximum, a DC/DC converter, TPS63001 buck booster from Texas
Instruments [17], is used. It provides a constant 3.3V output with a maximum of 1.8A of
current; being rated up to 96 percent efficient.
B. Software Level Energy Management
wildCENSE employs “Power Down” sleep mode of the micro-controller for the time the
node is inactive, thereby saving substantial amount of energy. Another option could be to use
a dual clock scheme instead of sleep mode, but while using an external Real Timer Clock, we
are able to save the required power in our “Power Down” sleep mode itself. The Power
Down mode features putting everything to a complete shutdown, including the clock source
and typically consumes less than 10uA of current with “Watchdog” enabled at 3.3V. Brown-
out detector remains the only analog module in terms of power consumption during a sleep
mode state [18]. But since even this module is not required in our design we have turned it
permanently off ensuring further lower powered “Power Down” sleep mode. Another power
saving mode, the “Power Save” sleep mode is employed when smaller delays are required
between processing and reading sensors.
Along with microcontroller other peripheral are also put to sleep mode to minimize
energy usage. The GPS is switched off while the node is in sleep mode. This is implemented
by the use of power switch, TPS2092 [19]. The application being not very time critical gives
us the opportunity to put the radio transceiver in lowest power mode which consume about 5
times less power than the other modes.
C. Node lifetime estimation
Table 1 explains the power requirement of various components of the node. The following
assumptions have been taken in estimating the energy requirements of the node for it to survive
minimum of one year.
KEIL was founded in 1986 to market add-on products for the development tools provided by
many of the silicon vendors. Keil implemented the first C-compiler designed from the ground-up
specifically for the 8051microcontroller.
Keil provides a broad range of development tools like ANSICcompiler, macro assemblers,
debuggers and simulators, linkers, IDE, library managers, real-time operating systems and
evaluation boards for 8051, 251, ARM, and XC16x/C16x/ST10 families.
In October 2005, Keil (Keil Elektronik GmbH in Munich, Germany, and Keil Software, Inc. in
Plano, Texas) was acquired by ARM. The Keil Compilers support all 8051, 251, C16x/ST10, and
ARM compatible devices. However, there are various meanings to "support", all of which are
explained below.
The Keil Compiler generates code for any device that is compatible with the 8051, 251,
C16x/ST10, or
ARM microcontrollers. The only exception to this would be a device that has removed or altered
the
instruction set. However, that device would no longer be a compatible part.
When you start a project using the Keil uVision IDE, you must select a chip from the Device
Database.
Keil constantly updating the database and adding new parts. To ensure that you always have the
latest
database, you may download the latest updates from the Keil Website.
If the latest software's Device Database does not include the part you use, you may add a Device
Database entry we may refer to UVISION: ADDING CUSTOM PARTS TO THE DEVICE
DATABASE for more information. The Device Database is simply a way to specify the default
compiler, assembler, and linker settings. For new devices, you may simply copy the settings for a
similar
device.
Each microcontroller has its own unique set of Special Function Registers. The SFRs for a chip
MAY be
identical to those of another device. Keil Software provides custom header files that define the
SFRs for
almost every 8051, 251, and C16x compatible device. However, there may be new devices for
which we
have not yet created a header file. That does not mean that this chip is not supported. Creating
header
files for new devices is easy.
On occasion, new devices have architectural changes that require new instructions or addressing
modes
to be added to the compiler, there are only a few such devices. In most cases, these devices offer
a 100%
compatible mode of operation. Typically, we are able to add compiler support before these chips
are
available. Sometimes, however, this is not the case. When support is not yet available, you may
use
these new devices in the compatible mode of operation. When support is integrated into the
compiler,
assembler, and linker, the device database will be updated with the appropriate controls.
Once you compile, assemble, and link your program, you will need a method of testing it. The
Keil
uVision IDE supports two distinct methods of program testing: simulation and target debugging.
In simulation, Keil Software or the silicon vendor has created a DLL that simulates the on-chip
peripherals of the selected device. With over 350 devices in the database, it is impossible to
provide
simulation support for all of them. However, it is our goal to simulate as many as possible. Even
if
complete simulation is not available, partial simulation (base timers, counters, interrupts, and I/O
ports)
are supported. To discover what on-chip peripherals for a particular chip are simulated, check the
Device Database.
Target debugging allows you to run your program on your target hardware. There are several
different ways to do this. Each utilizes an interface DLL that is created either by Keil Software or
by the silicon vendor or by the emulator vendor. The method of target debugging is via
debugging hardware (JTAG, OCDS, Serial) that is built into the chip. Companies like Triscend,
Infineon, and Cygnal all have built-in debugging solutions. Contact your silicon vendor to see if
they have uVision Debugger Drivers for their parts.
CHAPTER-FOUR
RESULTS AND DISCUSSSIONI.
4.0 INTRODUCTION
In the last few decades, the quality of farming has immensely transformed with small sized,
intensively labour based farms being replaced by much larger autonomous and industrialised
farms. With these changing conditions, animal welfare becomes an increased concern.
Conventionally, an experienced herdsman would take care of a comparatively fewer cattle and
would have direct contact with them, while, on modern automated farms, very few people look
after a large number of cattle, hence decreasing the direct contact with them. Thus, this creates a
greater need to monitor the animal’s health.
In last two decades, researchers have developed several applications for sensor technology.
The commonly researched fields in sensor technology are robotics, defence and military,
industrial production processes, entertainment, which are comparatively less urgent than other
bigger global issues such as natural disasters, determination of non-sustainable resources, health
monitoring disease control, and many more.
Development of sensor system for animals has been limited, considering the use of sensors
on them and the amount of influence they have on the daily aspects of our life. In the agenda of
future research and development in sensor technologies, an increased emphasis should be given
to these topics too. Hence, in this sense, this paper will focus on the determination and mapping
of diseases in dairy cattle to the relevant sensors.
4.1 WHY USE SENSORS ON ANIMALS
There are numerous types of technologies that have been in practice for effective health
monitoring, be it for humans or animals. Sensor is a device that measures a physiological or
behavioral parameter (related to the health or estrus) of an individual cow and enables
automated, on-farm detection of changes in this condition that is related to a health event (such
as disease) and requires action on the part of the farmer(such as treatment).
Sensors fall into two categories: Attached and Non-attached.
A. Attached sensors:
They may be on-cow sensors that are fitted on the outside of the cow’s body, or in-cow sensors
that are inside the body (e.g., rumen bolus or implant).
B. Nonattached sensors:
They are off-cow sensors that cows pass by, over, or through for measurement. Two distinct
forms of nonattached sensors are in-line and on-line sensors. In-line sensors take measurements
in a continuous flow of product from the cow. The only available option for in-line measurement
is in the milk line. On-line sensors automatically take a sample (milk, for example,) that is
analysed by the sensor. [1]
Since the 1980s, a lot of work has been put into developing sensors that measure several
parameters from an individual cow.
The initial work recognised an individual cow followed by sensing electrical conductivity of
milk and activity Proceedings of the 8th International Conference on Sensing Technology, Sep.
2-4, 2014, Liverpool, UK 266 measurement using sensors like accelerometer and pedometers.
[1] The sensor systems development may be described in 4 levels:
(I) method that compute something about the cow (e.g., activity);
(II) Interpretation that abridge change in the sensor data (e.g., increased activity) to fabricate
information about the status of the cow (e.g., estrus);
(III) Integrate information where sensor data is supplemented with other data (e.g., financial
information) to advice for produce (e.g., whether or not to inseminate cow); and
(IV) The decision making depends on the farmer or the sensor system may do it autonomously
(e.g., inseminator is called for).
[1] Four levels are defined here that describe the degree to which the sensor system informs the
farmer. The sensor itself is only the first step in a sensor system. The second step is to use the
sensor data in an algorithm that provides information about the health of the individual cows. In
this step, it is possible to combine sensor data with non-sensor data about cow history.
[2] As more sensors become available and are tested more extensively, a need has risen for a
clear overview of what sensors have been tested, how advanced the systems are, and the quality
of the produced data, information, and devices.
Such a structured overview is currently lacking within the scientific literature. As the idea of
sensor research is to provide farmers with tools to improve their cow health management, the
central question in research regarding sensors should concern what value (meaning the economic
value, but also the usefulness for risk management and making labour easier) the sensor system
adds to the farmer’s decision making. [1]
The health parameters of animals are measured by sensors (Temperature Sensor, Heartbeat
Sensor and Rumination Sensor) interfaced with MCP3008 and Raspberry Pi.
a) After measuring data, i.e. in the normal range/ out of normal range, the data is sent to
“ThingSpeak” using internal Wi-Fi of RPi.
b) Registration is done on the ThingSpeak Cloud and channel is being created for collection of
the data. The Data from the sensors is sent to the Cloud where it is displayed graphically.
c) A mobile app in the end user’s mobile device then talks to the cloud by connecting to it and
the information regarding the health and wellbeing of animal is known to the user.
Fig. 5: Flow Diagram of the IoT based Smart Animal
Health Monitoring System
5.3 Results Obtained
The Codes when run on raspberry Pi have given the
measured body temperature in degree Celsius and
degree Fahrenheit, heartbeat in Beats Per
Minutes(BPM) and rumination in terms of movement
in X, Y, Z-directions. The displayed data at the
console are forwarded to ThingSpeak cloud by Wi-Fi
based on IEEE 802.11 standard .User can access those
data from anywhere using internet and android app on
their mobile. By careful observation of the available
information at cloud of ThingSpeak user can easily
diagnose the health status of animal.
CHAPTER-FIVE
CONCLUSION, RECOMMENDATIONS, CHALLENGES AND FUTURE WORK.
5.0 CONCLUSION
This paper presents an operational prototype for wildlife monitoring using WSN. wildCENSE
is compact, accurate and does energy efficient sensing. Besides being energy efficient, it
provides detailed position logs with a very high accuracy. The software protocols and the
hardware implementation have all been carefully crafted to optimize the systems energy
requirement. Though units like the GPS and Radio transceiver consume considerable energy,
utilizing the solar recharging mechanism, node lifetime would be enhanced.
We would now proceed to deploy nodes on Cheetal (Spotted Deer) and test node to node
communication as well as reliability of nodes to survive in harsh conditions. This is being done
since our target animal Barasingha is in endangered species list and permission to deploy nodes
on them are very rare and we cannot afford to experiment on them. This trial would also give
wildlife researchers a glimpse into social behaviour of Cheetal. Once we are satisfied with this
trial, we would proceed to deploy nodes on Barasingha. This system would be useful on many
other wildlife species and would be tried out by WII researchers, whenever opportunity comes
along.
To develop an animal health monitoring system This is aim of this project (AHMS) which is
capable to the measuring of body temperature, and heart rate parameters with environmental
parameters . We are add more sensors to monitor health parameter.
The core goal of the research paper is to design and develop “a prototype of an IoT based
smart animal healthcare monitoring system”. The developed system is capable of real-time
monitoring the body temperature, heartbeat and rumination with the help of
Raspberry Pi3 (with inbuilt Wi-Fi) MCP30008 (analog to digital converter), body temperature
sensor, heartbeat sensor and rumination sensor. The displayed data at the console are forwarded
to ThingSpeak cloud by Wi-Fi based on IEEE 802.11 standard .User can access those data from
anywhere using internet and android app on their mobile. By careful observation of
the available information at cloud of Thing Speak user can easily diagnose the health status of
animal. If there is any abnormality he can consult veterinary staff and treatment can start at initial
stage which can be cured easily reducing the treatment cost.The research work could further be
enhanced by determining the QoS parameters of the obtained results. The developed novel
prototype may also be implemented with the help of Raspberry Pi 0, as its quite cheap compared
to raspberry pi3. The practical implementation can be done on mass scale in different cow
shelters. Moreover we will use GSM module also to send text to farmers and owners for real
time monitoring of animal health.
3.1 ADVANTAGES
1) This Method is Fast & Conventional
2) Does not Required to Human Attention.
3) This is Completely independent.
4) Economically benefit .
5) Check environmental Humidity & temperature.
3.2 APPLICATIONS
1) Wild life Animal Tracking.
2) Domestic Purpose to Detect Pet Animal.
3) In Criminal Cases Many Time We See That Police Department uses Dog To Find Out Trace
Of Criminals.
4) In Dairy Animal Monitoring.
5) During recess, indicate the animal location & health monitor.
REFERENCES
[1] B. Vallat and E. M. Bernoth, “Manual of diagnostic tests for aquatic animals” 4th Edition,
2003, Int. Des Epizooties, Paris, France. ISBN: 92- 9044-563-7.
[2] F. C. Faries, “Common health problems of beef cattle,” Agri Life Extension, E-348, vol. 06-
05, Texas A & M System.
[3] C. W. Mundt, K. N. Montgomery, U. E. Udoh, V. N. Barker, G. C.Thonier, A. M. Tellier, R.
D. Ricks, R. B. Darling, Y. D. Cagle, N. A. Cabrol, S. J. Ruoss, J. L. Swain, J. W. Hines, and G.
T. A. Kovacs, “A multi parameter wearable physiologic monitoring system for space and
terrestrial applications,” IEEE Trans. Inform. Tech. in Biomed., vol. 9, no. 3, pp. 382-391, Sep.
2005.
[4] W. D. Jones, “Taking body temperature, inside out,” IEEE Spectrum, vol. 1, pp. 11-13, 2006.
[5] www.who.int [visited on: 10May 2014]
[6] A. Kumar, and G. P. Hancke, “Energy efficient environment monitoring system based on the
IEEE 802.15.4 standard for low cost requirements”, IEEE Sensor J., 2014.
[7] South African Weather Service, “Daily extreme Temperatures and Rainfall over South
Africa,” South Africa: Pretoria, 2013.
[8] B. C. Baker, “AN685-thermistor in single supply temperature sensing circuits,” Microchip
Technology, Application No. DS00685B, 1999.
[9] D-Robotics, “DHT 11 Humidity & Temperature Sensor,” UK, 2010.
[10] M. Janzekovic, J. Prisenk, B. Mursec, P. Vindis, D. Stajnko, and F. Cus, “The art equipment
for measuring the horse’s heart rate,” Journal of achievements in materials and manufacturing
engineering, vol. 41, issue 1-2, pp. 180-186, July-Aug. 2010.
[11] A. Essner, R. Sjostrom, E. Ahlgren, and B. Lindmark, “Validity and reliability of polar
RS800CX heart rate monitor, measuring heart rate in dogs during standing postion and at trot on
a treadmill,” Physiology and Behavior, vol. 114-115, no. 1-5, 2013.
[12] J. Choi and G. O. Ricardo, “Using heart rate monitors to detect mental stress,” 6th Inter.
Workshop on Wearable and Implantable Body Sensor Networks, 3-5 June 2009, Berkeley, CA,
pp. 219-223.
[13] S. Dikmen and P. J. Hansent, “Is the temperature-humidity index the best indicator of heat
stress in lactating dairy cows in a subtropical environment?,” J. of Dairy Sci., vol. 92, pp. 109-
116, 2009. SsSS
[14] R. B. Zimbelman, R. P. Rhoads, M. L. Rhoads, G. C. Duff, L. H. Baumgard, and R. J.
Collier, “A re-evaluation of the impact of temperature humidity index (THI) and black humidity
index (BGHI) on milk production in high producing dairy cows,” Southwest Nutrition and
Management Conf., 26-27 Feb. 2009, Savoy, IL, pp. 158-169.
[15] S. A. Schoenig, T. S. Hildreth, L. Nagi, H. Erickson, M. Spire, D. Anderson, and S. Warren,
“Ambulatory instrumentation suitable for long term monitoring of cattle health,” in 26th Annual
Int. Conf. of the IEEE Engineering in Medicine and Biology (IEMBS 2004), San Francisco, CA,
Sep. 1-5, vol. 1, pp. 2379-2382, 2004.
[16] http://agr.wa.gov/FoodAnimal/AnimalHealth/Diseases/QFever ManagementPractices.
[17] T. Lindstrom and I. Redbo, “Effect of feeding duration and rumen fill on behavior in dairy
cows,” Applied Animal Behaviour Science, vol. 70, pp. 83-97, 2000.
[18] E. Lindgren, “Validation of rumination measurement equipment and the role of rumination
in dairy cow time budgets,” Thesis, Swedish University of Agriculture Sci., 2009.
[19] C. Goldhawak, K. S. Genswein, and K. A. Beauchemin, “Technical note: validation of
rumination collars for beef cattle,” J. of Animal Sci., vol. 91, No. 6, pp. 2858-2862, June 2013.
[20] K. Schirmann, M. A. G. Keyserlingk, D. M. Weary, D. M. Veira, and W. Heuwieser,
“Technical note: Validation of a system for monitoring rumination in dairy cows,” J. Dairy Sci.,
vol. 92, pp. 6052–6055, 2009.
[21] Ning Jha, “detecting human falls with a 3-axis digital accelerometer,” Analog-Dialogue, vol.
43, no. 7, pp.1-7, July 2009.
[22] ADXL 335, www.analog.com. [Visited on: 10 Jan 2014]
[23] I. Korhonen, J. Parkka, and m. V. Gils, “Health monitoring in the home of the future,” IEEE
Eng. Med. Biol. Mag., vol. 22, no. 3, pp. 66-73, May-June 2003.
[24] X Bee-PRO RF Module, Digi International Inc., MN 55343, http://www.digi.com
[25] S. J. Jung and W. Y. Chung, “Non-intrusive healthcare system in global machine-to-machine
networks,” IEEE Sensors J., vol. 13, no. 12, pp. 4824-4830, Dec. 2013.
[26] B. Cao, Y. Ge, C. W. Kim, G. Feng, H. P. Tan, and Y. Li, “An experimental study for
interuser interference mitigation in wireless body sensor networks,” IEEE Sensors J., vol. 13, no.
10, pp. 3585-3595, Oct. 2013
[27.]Heartbeat sensor available at:
https://probots.co.in/images/large/ArduinoPulseSen
sor_01_LRG.jpg
[28]H. Hopster and H. J. Blokhuis (1994).
Validation of a heart-rate monitor for measuring a
stress response in dairy cows. Canadian J. of
Animal Sci., pp. 465-474.
[29.] Hugo Filipe Lopes and Nuno Borges
Carvalho (2016) .Livestock low power monitoring
system. IEEE Topical Conference on Wireless
Sensors and Sensor Networks (WiSNet).
[30.] Jacky S. L. Tings, K. Kwok, W. B. Lee,
Albert H. C. Tsang and Benny C. F. Cheung (2007)
.A Dynamic RFID-Based Mobile Monitoring
System in Animal Care Management Over a
Wireless Network. International Conference on
Wireless Communications, Networking and Mobile
Computing.
[31.] Ji-De Huang and Han-ChuanHsieh (2013)
.Design of Gateway for Monitoring System in IoT
Networks. IEEE International Conference on and
IEEE Cyber, Physical and Social Computing.
[32.] J. I. Huircan, C. Munoz, H. Young, L. V.
Dossow, J. Bustos, G. Vivallo, and M. Toneatti
(2010). Zigbee based wireless sensor network
localization for cattle monitoring in grazing fields.
Computers and Electronics in Agriculture, vol. 74,
pp. 258-264.
[33.] K. R. Lovett, J. M. Pacheco, C. Packer, and L.
L. Rodriguez(2009). Detection of foot and mouth
disease virus infected cattle using infrared
thermography.The Veterinary J., vol. 180, pp. 317-
324.
[33.] Livestock census (2013) DAHD.
http://www.dahd.nic.in..
[34.] Lars Relund Nielsen, Asger Roer Pedersen,
Mette S Herskin, and Lene Munksgaard (2010).
Quantifying walking and standing behaviour of
dairy cows using a moving average based on output
from an accelerometer. Applied Animal Behaviour
Science, vol. 127, no. 1, pp. 12--19
[35.] Maher Alsaaod, Christoph Römer, Jens
Kleinmanns, Kathrin Hendriksen, Sandra RoseMeierhöfer, Lutz Plümer, and Wolfgang Büscher
(2012). Electronic detection of lameness in dairy
cows through measuring pedometric activity and
lying behaviour. Applied Animal Behaviour
Science, vol. 142, no. 3, pp. 134—141
[36.] Matti Pastell and Minna Kujala (2007). A
Probabilistic Neural Network Model for Lameness
Detection, Journal of Dairy Science, vol. 90, no. 5,
pp. 2283—2292