PRE2017 1 Groep1: Difference between revisions
Line 37: | Line 37: | ||
{|style="margin: 0 auto;" | {|style="margin: 0 auto;" | ||
|+ Segway RMP440 | |+ Segway RMP440 | ||
| [[File:Segway_RMP440_1.PNG|200px|right|alt=Segway RMP440]] | | [[File:Segway_RMP440_1.PNG|thumb|200px|right|alt=Segway RMP440]] | ||
| [[File:Segway_RMP440_2.PNG|200px|right|alt=Segway RMP440]] | | [[File:Segway_RMP440_2.PNG|thumb|200px|right|alt=Segway RMP440]] | ||
|} | |} | ||
Revision as of 17:09, 15 September 2017
Members of group 3 | |
Bern Klein Holkenborg, Mechanical Engineer | |
Sjoerd van Heesbeen, Mathematician | |
Luke van Unen, Software Scientist |
Introduction
In this project, problems are solved from a societal perspective. Engineers usually look at engineering problems, but fail to notice that either the problem is of no issue for the user or society, or the problem may be irrelevant for the problem the user or society has. This project explores the utility of just that: looking from a user's need. For the course a problem is posed which is be detailed below.
Problem Definition
The world is more populated than it ever has been, and so is the Netherlands. With as much as seventeen million people to govern, control and live is difficult and tranlate to many issues. Society is build from many different people with own ideals, ideas and way of living. Friction between people or friction between them and the law is more common the more people there are, and now with more people than ever this is a real issue. The police force acting as a regulator for these problems contributes a significant factor in deminishing the problems arraising from society. However, the police has issues growing in effective employees to regulate the society, due to management problems and financial problems. Historically, problems with too few (or too much) personell has been solved by automation. So why is the police force not as automated as it maybe should be? In the past, these automated problems were often repetetive or non-complicated, whereas a police task is hugely complex: Every situation is different, there are safety concerns and the police works with humans, not objects.
Objective
As described above, to keep up with population growth, the police force has to evolve to a (partly) automated force. The objective for the project is just that. A robot should be created to automate an otherwise employee intensive police task. This without bringing user or society in harm. The robot should be save to interact with, useful and should be able to cope with every situation it faces. Already there are real police robots wandering in the streets (Dubai), however they often lack in almost every situation compared to human officer. The goal of the project would be far to enthusiastic to design such a robot. In this project, a specific police task will be tackled. To define this better, a few examples: Speeding control, a mobile robot could check wherever, whenever for speeds. An automated alchohol check can be done, a robot could be set up to automatically check if a driver is allowed to drive or not. A robot that monitors a vehicle chase, a mobile robot unit will likely be faster, cheaper and more varsetile than a police helicopter will ever be. The specific police task tackled will be chosen later based on an interview with the police.
Approach
To tackle the best problem, it has to be investigated how and why a police task is done and how this could be automated. An interview with the police should clearify both that, and should also narrow down the problem to a single task. The task should be investigated in detail. As before, why and how is it done, what rules are there, what is to be kept in mind during the task, how do people react to the task, is it safe to automate it in the proposed method. When all the parameters are defined, a robot can be designed both technically and functionally. After designing the robot, the design has to be verified by both the police and users which can be done by enquete, interview and maybe even a prototype test.
USE
User aspect
Society aspect
Enterprise aspect
Functional Investigation
State of the Art
Crowd control has been an issue for decades. There is less chance of being arrested in a large group of people, thus naturally, crowds often are unpredictable and violent for the environment and crowd control force. And since there are a lot of people now, and in the past, sharing a common thought, crowds gathering is of daily occurence. Because of this, researchers and engineers have already tried to investigate how to minimise damage of such crowds by optimising crowd control techniques and preventing crowds from harming the controlling agents by, for example replacing the human agents with robotic ones. An analysis of such robotic crowd control techniques is presented here to investigate different techniques, possibilities and tricks to keep in mind for the design of our own robot.
Segway RMP400
The Segway RMP400 is
Police thoughts
User thoughts
Design
Requirements
To design this kind of robot there are three sorts of requirements that have to be met. First of all the robot needs to meet some technical requirements, it must have the tools to accomplish something. Then there are two sorts of functional requirements, first there are the requirements about the decision making of the robot. Second there are ethical requirements, while there are a lot of ethical rules when you treat with people.
Decision making: During a riot, people must be driven to a safer place, the robot has to make a decision when to push the people and to what place. Therefore the robot need to have contact with the other robots and riot police, together they have to make a choice what the best option is. The robot also need to make decisions when it comes to signaling crimes, so they can arrest them.
Technical requirements: The robot has to sustain a lot of violent people, so it needs to be made out of sustainable, hard materials. Next to that it has to stand solid as people will try to push it over, it must hold over 10 people pushing against the robot. Furthermore it must have the ability to arrest people, so it has to have a mechanism to hold people. For making the decisions the robot must see, it has to have an overview of the situation, it must detect people, actions and safer places.
Ethical requirements: Because you are dealing with people there are a lot of ethical rulings you have to take in mind. You can't assault a troublemaker without any reason, also the means are restricted by these ethics. Shooting is easily ethical irresponsible, you also can't hold a person without reason. These ethical decisions will have to be implemented in the decision making, in a further stage of the project we will discuss the ethical restrictions and possibilities.