Autonomous Prototype Model Car

(*) Blog image taken from http://www.carpages.co.uk/audi/audi-r8-14-12-07.asp

Researcher for project : Afshin KHALGHDOOST 

Study degree : BSc from school of engineering Polytechnique Paris-UPMC; Current student for Master degree in this school

Today, we can observe that we are surrounded by machines and each of them is destined to assure a need of our society. Each of them exists in different sizes from an airplane to a mobile phone. We have always understood that these machines have been created by passing a complicated engineering process. It is true that sometimes many of them are manufactured by validating a long chain of reflection, high technology conception, design, tests and etc. This concerns particularly cars which became an essential element for our society and a part of our life depends on these machines. As regards cars uses, they enable people to move from a point to another point and they also provide several advantages such as saving money, energy, time.
Meanwhile, as the technology has been improved over the time, these machines have been equipped with advanced sensors, Global Positioning System (GPS), motors and electronic components for a better control and comfort for driver and its passengers. Many industrial project are currently running for this kind of new generation machine like for example Google project named “Google Self-Driving Car “ which consist of using cameras , radars , GPS receiver and sensors for an auto control. Other companies have also launched similar projects for example Mercedes, Jaguar and etc. It has always been an opened question to ask if these machines are technically very complicated to be modeled in small size like a toy or not? To answer this question, our laboratory is engaged to create an electronic Autonomous Prototype Model Car (APMC) which can be not only controlled by a regular game controller but also drive on autonomous way and can reach the destination by avoiding obstacles.

In this project, we will work on this electronic car which can be controlled in different ways. There are 2 important ways of communication for the APMC.

The first way is based on Bluetooth communication between the APMC and a game controller. This type of communication concerns short range activity. Control orders come from the controller wirelessly and the APMC detect immediately orders and behave exactly as it is asked by user.

The second way of communication is based on Global System for Mobile Communications (GSM). This type of communication will be used for long range control. User controls by distance that APMC. Orders arrive via GSM from user to the APMC and after machine will interpreter the information and execute the order.

How must APMC work?

There is a main board in this APMC which is considered as the heart of the project. This card constitute an important point to manage data. It allows the APMC to move by controlling directly direction and speed of wheels. This is the storage center of information. It checks instantaneously the position of the car and can after provides these information to other devices which are located in ray of recognition and are connected to the APMC. As it was explained above, there are two forms of communication for this APMC. The first way based on Bluetooth functionalities, receiving information coming from game controller. User is the person who choses the next near position of the car by moving simply the multidirectional buttons. He can also control the speed via different touches.
These information are transited via Bluetooth and are translated according to a protocol in the main board. After the interpretation of data, an order will be sent to the concerned component. This type of communication is in one-direction because information arrive only from game controller and there is not any information in return. In the second way of communication, user sends via GSM coordinates of a position to the APMC. Once the information is received by the main board, it calculates new routes and only the shortest path to the destination. After it starts its route and communicate its current coordinates position via GSM to the user. Information is transited in both directions.

Constraints on automatic function

The APMC must be able to reach the destination by avoiding any obstacles on its route. For this goal, sensors will be installed on the APMC. Use of digital sensors may prevent the main board from using the CAN component. Other factors such as wind, rain and … should be take into account for functional work of this APMC. It must continue its route and any external factor cannot cause the overthrow of that. If a problem occurs during operation phase of the APMC, a warning message will be sent to user giving the current position with an emergency status.

b2ap3_thumbnail_Sans-titre.png

Which technologies for this project?

For the main board: Intel Edison with kit for Arduino (Bluetooth integrated)

b2ap3_thumbnail_ba.jpg

Digital sensors :
Undefined  (possible : VISHAY  TSOP75236TT  IR SENSOR IC 36KHZ) –> FARNELL.COM

b2ap3_thumbnail_ba2.jpg

 

GPS module :
Undefined (possible : MAESTRO WIRELESS SOLUTIONS  A2200A  GPS MODULE, ROM BASED, MINI OUTLINE ) -> FARNELLE.COM

b2ap3_thumbnail_ba3.jpg

GSM module:
Undefined  (possible : HUAWEI  MG323-B  GSM MODEM, HUAWEI QUADBAND, LCC) -> FARNELL.COM

b2ap3_thumbnail_ba4.jpg

 

Objectives
  1. STEP 1
    ☒Preparation and understanding of INTEL EDISON
    ☒Connect game controller to the Main Board via Bluetooth
    ☐Handling motors and controlling speed and direction of wheels by game controller
    ☐Preparation of algorithms, protocols and assembly phase
    ☐Test and verification phase
  2. Step 2
    ☐2.1 Preparation and understanding of the concept
    ☐Connect GPS and GSM to the Main Board
    ☐Handling motors and controlling speed and direction of wheels by game controller
    ☐Preparation of algorithms, protocols and assembly phase
    ☐Test and verification phase

Deadlines

1.1 [ from 1 June to 7 June ]

1.2 [ from 7 June to 14 June ]

1.3 [ from 14 June to 21 June ]

1.4 [ from 21 June to 25 June ]

1.5 [ from 25 June to 30 June ]

2.1 [ from 1 July to 4 July ]

2.2 [ from 4 July to 6 July ]

2.3 [ from 6 July to 10 July ]

2.4 [ from 10 July to 20 July ]

2.5 [ from 20 July to 28 July ] 

---------------------------------------------------------------------------------------------------------------------------------------

 

 

Rate this blog entry:
1
First part of project : Manual control
HowTo: change service UUIDs using BlendMicro

Related Posts

 

Comments

No comments made yet. Be the first to submit a comment
Already Registered? Login Here
Guest
Saturday, 26 May 2018

Captcha Image