TELEDETECTOR Presented by OBONO Eric & MADJOULO Marcelle 1 GENERAL INTRODUCTION Joint progress in microelectronics, wireless transmission technologies and embedded applications helped to produce cost-effective mobile terminals as well as high-tech electronic charts. Apple with the advent of the I-phone has been put forward its product by adding the phone to new features and by creating new needs. The market for Smartphones meanwhile is so booming in which actors usual (Windows and Symbian) trying to rush, however Google, having realized the potential of this market, has decided to enter by buying a startup working on an operating system for mobile terminal: Android. As part of our career telecom at the private higher school of engineering and technology (ESPRIT), we have chosen for the module end of year project (PFA) to achieve a mobile application of telemetry. This report will be structured into three parts in which we will first do a study of the existing mingled at the capture of the needs for our application, then we will do an analysis and detailed design of the use cases, finally the last part will aim to define the environment of work and the achievement itself.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
1
GENERAL INTRODUCTION
Joint progress in microelectronics, wireless transmission technologies and
embedded applications helped to produce cost-effective mobile terminals as well as
high-tech electronic charts. Apple with the advent of the I-phone has been put forward
its product by adding the phone to new features and by creating new needs. The market
for Smartphones meanwhile is so booming in which actors usual (Windows and
Symbian) trying to rush, however Google, having realized the potential of this market,
has decided to enter by buying a startup working on an operating system for mobile
terminal: Android.
As part of our career telecom at the private higher school of engineering and
technology (ESPRIT), we have chosen for the module end of year project (PFA) to
achieve a mobile application of telemetry.
This report will be structured into three parts in which we will first do a study of
the existing mingled at the capture of the needs for our application, then we will do an
analysis and detailed design of the use cases, finally the last part will aim to define the
environment of work and the achievement itself.
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
2
INTRODUCTION
To better meet the needs of the users of our application, referred to in this part
introduce the draft, highlight the problem and finally to present existing solutions to out
the limits to gain a better understanding of the design.
I. PRESENTATION OF THE PROJECT
Imagine a sudden change in temperature and no one to write it down. What will be
the percentage of known relevant information? Our idea is to receive the information in
real time in order to solve the various problems in time. This is the case for example of
a satellite system which gives the position in real time from a satellite, a weather system
that gives information on the temperature. So we thought a less cumbersome, less
expensive telemetry device and using modern equipment.
Our project will therefore consist of achieve an telemetering device which can
measure and detect multiple values like temperature, gas, alcohol, distance... and
displays the status on an interface.
CHAPTER 1: EXISTING
SOLUTIONS
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
3
II. PROBLEMATIC
Android phones are an excellent platform for developing applications, but
sometimes it is nice if these applications go beyond the integrated hardware of the phone
and plugged in to a bit of electronic environment. The objective is to perform
measurements using a Smartphone, how would that be possible since phones do not
always have sensors integrated, yet there are a multitude of sensors, it would be useful to
build an intelligent system based on the Android system.
However, some constraints are taken into account in the implementation of a
mobile application namely :
Varying screen sizes, which may in some cases be quite reduced.
The limited possibility of data entry;
The CPU power, which may be limited on first Smartphone;
The size of the memory may vary;
The autonomy of the Smartphone;
Variable rates of Internet bandwidth.
III. EXISTING SOLUTIONS
The telemetry word which literally means "measuring distance" is used to describe
a technology that allows the automatic measurement and transmission of data by wire,
radio or other means, usually from places inaccessible or dangerous, such as a satellite
in orbit to control the ground stations, where the information is recorded and evaluated.
When telemetry was still in its infancy, the information was relayed on wires. Today, it
uses communications radio and GSM (Global System for Mobile communication), data
transmission technology. The main GSM telemetry applications include monitoring
stations-electric, meteorological data collection, remote meter reading, logistic
management, monitoring of endangered land and aquatic species, and manned and
unmanned spaceflight monitoring.
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
4
1) Telemetry device
As telemetering devices existing we have SCADA devices: they are devices of
remote management on a large scale to process in real time a large number of telemetry
and remote control of technical installations. Device SCADA equipment, controllers,
networks and communications features, a database, an input-output management
software and a man-machine interface. Information from the SCADA device field are
centralized on a CPU. The control field is achieved by automatic measuring instruments
and control or industrial programmable logic controllers (PLC or PLC, Programmable
Logic Controller English). Only they are more expensive than conventional
microcontrollers-based computer solutions, furthermore they are cumbersome and
require mastery of comply with standard IEC 61131-3 specific languages which include
in their form the logic internal execution of the PLC.
Figure 1 : Exemple of SCADA system
2) Other devices
An integrating device map Arduino: Arduino is a circuit board on which stands
a microcontroller that can be programmed to analyze and generate electrical
signals, to perform tasks very diverse as home automation (control household
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
5
appliances - lighting, heating...), a robot pilot. This card offers several
advantages but disadvantages such as high prices and large dimensions still exist,
must be programmed a sketch in C/C++.
Some devices incorporating IOIO card:
The Breathalyzer: detects the level of alcohol in the air ;
The Garage control: controls the opening and closing of a garage,
The Line follower: robot able to follow a black line,
The Soccer robot: robot that fetches a ball and scored the goals in a goal.
Figure 2 Models: IOIO Robot/ Garage door
Comparaison entre la carte Arduino et la Carte IOIO :
Criteria Arduino Card IOIO card
Development JAVA, C++
JAVA(IOIOlib)
Android Version ADB
V1.5 and UP
Bluetooth Compatibility Bluetooth Shield NATIVE (V.3)
Plug & Play
OpenAccessory Compatibility no Yes
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
6
According the comparison table above we see that the IOIO is the card best
suited to the achievement of our device.
IV. PROPOSED SOLUTION
We propose therefore to make a device using the Android technology, a IOIO
Card and sensors. It will issue to develop an Android using the Java application, this
application must be installed on a phone and can control sensors; These sensors will
return via the IOIO Card the various measures taken. The device will consist of a
Smartphone connected by a USB cable with IOIO Card, itself connected by wires to one
or more sensors.
A few rules to follow:
If at least one sensor is connected to IOIO card, measurements will be
displayed on a single interface.
Sensors of temperature and gas will each be connected to analog input pin.
The IOIO Card
IOIO card (pronounced: yo-yo) is a card that allows us to connect electronic
circuits to an Android device and control from an Android application. It is composed
of a small Board PCB (2.7x1.2 '= 7x3cm) specifically designed to be controlled via an
Dimensions 68 - 53mm 70 - 30mm
Host USB Connectivity yes Yes
Price 75$ 55$
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
7
Android device (with OS 1.5 version and SUP) through its USB port. This control will
be via a JAVA ™ API simple and intuitive that can be used in our Android application
that handles all communications with the card without resorting to an embedded
programming low level, nor to any external programmer.
IOIO is available for purchase online from the official website of SparkFun
Electronics. All of the software and hardware are 100% open source under a permissive
license. The electronic card is built around a PIC Microcontroller series 24, which has a
USB host connection. So just connect it using a USB cable to a minimum Android (OS
v1.5) device for that IOIO card interprets commands received by an application.
As a technical specification map consists of:
USB connector (type A) female connector: connects the Android device.
GND pins (9 pins): Earth.
VIN pins (3 pins): used for the power supply to the card. Voltage between 5V -
15V must be provided.
5V pins (3 pins): normally used as output 5V when the card is powered from vin.
Can be used as input 5V when vin is not connected.
3.3V pin (3 pins): 3.3 V output.
I/O pins (48 pins, numbered 1-48): IO PIN. Some have special functions, see
below :
- 16 analog inputs (10 - bit)
- up to 9 PWM outputs
- up to 4 links series UART
- to 3-channel SPI.
- Up to 3 links TWI (I2C-compatible)
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
8
Figure 3 IOIO Card
Some advantages of the IOIO Card:
Supports all Android versions.
Less expensive in terms of cost compared to other cards.
Does not require a built-in code, with a Java API you can control all functions of
the card. It remains only to write the application Android.
Documentation available.
Small dimension.
The hardware and software are Open source.
Can load an Android handset.
CONCLUSION
After presenting our project as well as a few existing solutions, we can now make a
detailed analysis which will allow us to then pass to the achievement of our telemetry
device.
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
9
INTRODUCTION
The objective being to create an easy to handle and maintain application, offering
the possibility to be used by single users to take action. In this part, we specify the
needs and we will later proceed to a detailed analysis of our subject.
I. SPECIFICATION REQUIREMENTS
1) Functional Requirements
Our device must be capable of:
Measure and process the data taken by sensors.
Display on a Smartphone measures taken by temperature sensors, and gas, all
connected to an electronic card.
Detect the level of gas in the air and the ambient temperature in degrees Kelvin,
Celsius and Fahrenheit.
2) Optional Requirements
As non-functional requirements we have:
CHAPTER 2: ANALYSIS AND
SPECIFICATION OF
REQUIREMENTS
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
10
Stability: The different modules of the application must be easy to maintain. For
this, the code must be legible and well structured. We must respect the coding
standards for example the names of the attributes and variables, the names of
methods as well as comments.
Energy consumption :
Ergonomics : Several graphical interfaces for easy browsing, these interfaces
can be characterised by shapes, colors.
II. ANALYSIS
1) Use case diagram
Through use cases, we will be in constant contact with the players in the system to
define the limits of it and avoid too away the user's real needs.
Figure 4 Use case diagram
System
User
check temperature measurements
check Gas measurements
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
11
2) Textual description of the use cases
For this part, we will present different cases of possible uses for our application:
Check Temperature measurement,
Check measurement gas.
Use Case 1: Check Temperature measurement
Goal Read the temperature displayed on the Smartphone interface
Actor (s) User
Pre-condition(s) User logged on to the application.
Nominal scenario 1 - The user chooses the measurement option 2 - The user consults the temperature
Alternative
scenario
A-1 Measures incorrect or not present A-1-1 The user restarts the application. A-1-2 The user resumes the alternative scenario level one
Post-condition Measurements displayed
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
12
Use Case 1: Check Gas measurement
Goal Read the gas displayed on the Smartphone interface
Actor (s) User
Pre-condition(s) User logged on to the application.
Nominal scenario 1 - The user chooses the measurement option 2 - The user consults the gas
Alternative scenario A-1 Technical movement of the SeekBar. A-1-1 the user restarts the application. A-1-2 The user resumes the alternative scenario level one
Post-condition Displayed gas level.
3) Sequences diagrams
a) Temperature
Figure 5 Sequence Diagram for use case 1
Utilisateur Système
1 : Start application()
2 : choose action to display()
3 : load gas measures()
4 : display gas measures()
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
13
b) Gas
Figure 6 Sequence Diagram for use case 2
CONCLUSION
This chapter was helpful to specify the different needs that must meet our
application. Offered us a vision more or less detailed on the purpose of the project, and
a better distinction between the capabilities of the system. Therefore, in the next
chapter we will begin the design and the realization of our application itself.
Utilisateur Système
1 : Start application()
2 : choose action to display()
3 : load temperature measures()
4 : display temperature measures()
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
14
INTRODUCTION
Make the application consists in developing the codes of the different functions in
the JAVA language, the purpose of this chapter is to present the design and the method
of work and the various graphical interfaces of our application.
I. DESIGN
1. Sequence diagram object
For a sequential overview on the main features of our system, we present sequence
system diagram:
Chapter 3: Design and
realization of
«ERIN_MEASURE»
TELEDETECTOR
Presented by OBONO Eric & MADJOULO Marcelle
15
Figure 7 Sequence Object Diagram
2. Class diagram
The class diagram is a schematic static. It represents the static view of an application,
it is not only used to visualize, describe and document the various aspects of a system,
but also for the construction of executable code software application