PRE2016 2 Groep1

From Control Systems Technology Group
Revision as of 13:37, 25 December 2016 by S121058 (talk | contribs) (→‎Week 6)
Jump to navigation Jump to search

PRE2016 Q2 Group 1 - Main page


Koen Damen - 0893034
Stijn de Milliano - 0816573
Ralf Reinartz - 0892456
Zjeraar Scharis - 0651925
Stefan Thijssen - 0888708
Peter Visser - 0877628



Welcome


Welcome to the Wiki of the first and only group of Project Robots Everywhere 2016 Quarter 2. On this page we will keep track of our progress during the project, this way everybody can see the progress we are making and we can organize the information we have gathered. Feel free to take a look around. We have divided our progress into the separate weeks we worked on the project explaining for each week what we did, what results we got and what we plan to do with those results. Included on the bottom of each week are also the notes of our meetings in order to be able to review those.



You can click the following link for more background information on the course and the project. [1] This link leads to the studieguide that was placed on oase.

Week 1

The goal of the first week was to decide on a subject for our project and what we were planning to do with this. This started on Monday with the first lecture, where we got more information about the course itself. After this we started brainstorming about different possible ideas to look into. A few examples of the things we looked at were space-exploration, robotic prosthetic and automating hazardous professions like firefighting. In the end we decided on swarm technology. We did still have to specify this so after the meeting we individually looked into some different applications of swarm technology. In the second meeting (17-11) we decided on a final subject: using swarm technology to observe the environment, focused on water like harbors and rivers. Here we want to test the quality of the water by looking at Chemicals, temperature, pH and metals. We decided on making a simulation of the system which can eventually be expanded. The next step was to figure out exactly what we need to make the simulation as realistic as possible, the USE-aspects and how we are going to approach the goal we set for ourselves. Our next meeting (19-11) was focused on combining the results we made throughout the week into a presentation that was to be given the following monday.

File:Presentation week1.pdf

File:Notulen 17-11.pdf

File:Notulen 19-11.pdf

Week 2

In week 2 we were trying to do 2 major things. First off, after receiving feedback on our presentation on Monday, we made contact with multiple organisations involved with the sanitation of water. We had contact with the sea harbor police, Greenpeace, Stichting-Noordzee and Rijkswaterstaat. A lot of these organisations could not give a specific answer to what problems our system should solve, since they always first encounter the problem which they then start solving. In the end the sea harbor police said they had a lot of trouble with drifting pieces of wood, since this can obstruct or even pierce their boats. Using this we changed the concept of our design to a point where the swarm should be able to find driftwood and push it to a place where it is not a problem (along with the previously defined tasks). This will give the system a specific user.
File:Notes 24-11.pdf

After this was done we started defining our tasks for the rest of the project. For this an initial Gantt-chart was already made in the first halve of the week. In the second meeting this week we distributed tasks which we then made individual gantt-charts for. In the third meeting we combined these to make one final charts which is to be presented in our second presentation. In this chart can be found who does what, when and with who they will be working together.
File:Notes 27-11.pdf

This same Gantt-chart is placed here on the right. In this chart every group/task has a different colour for clarity.
Green = everybody
Orange = Stijn
Yellow = Ralf
Blue = Stefan & Peter
Red = Koen & Zjeraar

Ganttchart.png

Week 3

In week 3 every group started with their individual tasks (as described by the Gantt-chart in week 2). A complete list was made of the different contaminants we would like to investigate and how to do this using different sensors and how they could be applied. For the simulating of the swarm the Matlab application 'Multi-robot simulation' is investigated to check its functions and compatibility with our project. If these results are positive this program can be used to design our system. For the environment a map was made using a picture of the harbor of Rotterdam. A software was used to convert this into a black and white map we can use for our simulation.

Detection Methods

A list was made of all different contaminants we could look at for our system. After this methods were found to detect each of these. Following this list, combined with feedback of the users, a final choice can be made for which detection methods to incorporate in the final design.

Wood

This was explained by the sea-harbor police as a problem for them. The first option that was looked into was a Gelsight sensor, this sensor can determine what material it is pressed against by comparing its surface to a database. This would however need a drone to have already found the object in the first place. Because of this it would be better to combine cameras with recognition software to find floating objects, regardless of material.

Oxygen

For oxygen the most practical detection method for our system would be a dissolved oxygen sensor. For the amount of oxygen which can be dissolved in water is influenced by the factors of temperature, pressure and salinity. Because of this a dissolved oxygen sensor also has a thermometer and a barometer.

Salinity

The salinity is the amount of salts and similar materials in water. This is directly related to its conductivity. Because of this an electric conductivity meter can be used.

pH-value

The pH-value of water is a good indication of water pollution. Not only do some substances have a very low or high pH-value themselves, thus altering the value of the water when added. A low pH-value also allows (heavy) metals to dissolve more easily, making them mobile. For the pH-value a pH-sensor can be used, as the name implies.

Oil spills

Although a lot of pollutions can be seen visually by a person, for a drone this can be more difficult. A methods that could be applied to our system for the detection of oil can be using uv-fluorescence. This is based around oil reflecting uv-light, allowing it to be detected.

Metals and organic compounds

Especially heavy metals like mercury or lead or very poisonous. They are considered as some of the most dangerous pollutions possible. A method to detect them could a graphene based sensor, which is also based on electric conductivity. Another method for this could be spectrofoto-analysis. For this a light or laser is filtered and shone through a sample of water. Different materials absorb some wavelengths of the colour spectrum differently. By comparing these to a 'clean' sample the concentration of other substances can be determined. This works not only for metals but also for organic compounds like chlorine or sulfur. These machines can be quiet expansive though.

Simulting the Environment

Creation of 3D-space

In order to create a map for our simulation, we choose to render a map of the harbor into Matlab (we choose a piece of the harbor of Rotterdam called the Botlek). To do this a map of the harbor was taken and firstly edited a bit. The resolution was enhanced, smoothed out and colour-contrast was increased. Using a special script this was then translated into black-and-white picture of the map. This script gives all coordinates of water a value of 1 and the rest a value of 0. After this the resulting Matrix was doubled in size on both axis.

Space Data

For the basic conditions of the environment, parameters are given to the matrix created in the 3D-space.


pH/Temperature/Oxygen

For each of these parameters multiple matrices are made in advance. Then the simulation picks a random value of these matrices for the value of that parameter on a specific coordinate. This is done in order to create a normal distribution and deviation, which is more compliant with reality.


Current/Wind speed/Waves

These parameters are made in a similar fashion as previous parameters. Every coordinate is given an appropriate value (combining multiple coordinates to give a realistic image of these factors). Again each coordinate is given a slight deviation using a normal distribution and deviation value. These matrices are again saved.


Day/Night-cycle

To simulate this, the black content matrix (used in the creation of the 3D space) is multiplyied with an appropriate light intensity value, changing over time. This is saved as a new matrix.

Swarm system

Matlab was chosen to simulate the swarm. Firstly because we are familiar with the software and coding language, and we think it is capable of what we need. Secondly to ensure compatibility, since the virtual world is also made in Matlab. We found a program called MultiRobotSimulator (MRsim) which we studied to see how we could simulate a swarm.

In order to create a realistic simulation of a swarm of boatbots, it is important to understand which physical characteristics of these boatbots will influence their behavior. A list with educated guesses was made for this as part of the simulation-inventory, where these are described fully, including used sources. By choosing or comparing to off-the-shelf technology, this makes sure that our assumptions are realistic, and also makes the design-process more USE-based, specifically the entrepreneurial/market dimension.


As in previous weeks, the notes of our other meetings are linked to down below:

File:Notes 1-12.pdf

This following link is a link to our Dropbox files for this week. There all the files we worked on can be seen to clarify anything missing from the description above.

Week 3: [2]

Week 4

In week 4 we made our progress according to the Gantt-chart.

User-communication

We ran into a problem however when we tried to arrange meetings with the different institutes we contacted earlier. The company that designed the Wasteshark no longer works on this project, we did try to contact its original designer but he has not responded yet. The harbor of Rotterdam turned us down, saying they did not have time for us and HEBO Cat. BV can only see us starting January. We did have contact with the police of Rotterdam though and they have can meet us next week. What he could already tell us that the driftwood they have trouble with differ in seize from 20 cm to entire pallets.

Simulation

Drone movements

Meanwhile in the simulation, the general movements of 1 drone have been made. It can move around an environment without bumping into the sides, move in steps and make use of a hub. For the more complex algorithms, like communicating with his fellow drones, research was done to see if there is already a foundation for us to work with. For this we found an article describing multiple parameters we can use for our program.

Environment

For the environment multiple aspects were finalized. A day-and-night cycle was made using scalars based on the current time of year. This can be influenced by clouds and the time of year can also be changed.

Wind was added using the same principle as the pH-value from week 3. The difference here is that wind is not a scalar but a vector, adding a direction. The angle this vector can change will be in a fixed range to keep the entire system more realistic.

Also a script was made to add currents to the system, for this the Finite-Element-Method is used. However running this script to add it to the simulation takes quiet a while.

Size drones

In order to determine the size of the drones the law of Archimedes was used, which states the downwards force should be equal or less to the upwards force for something to float. To use this the mass of the different components were combined to create a total mass of the drone. This then results in a volume that can be translated to a total volume or area. Using this it was decided to make the drones have an area of approximately 0.8 squared meters. If more components are added to the drone the minimal required size can easily be recalculated using this method.


Like in previous weeks we had extra meetings, here are the notes of those meetings

File:Notes 5-12.pdf

File:Notes 11-12.pdf

This following link is a link to our Dropbox files for this week. There all the files we worked on can be seen to clarify anything missing from the description above.

Week 4: [3]

Week 5

This week was pretty similar to previous weeks. While the simulation teams worked on their parts of the simulation, they were supported by the research teams to make sure they have all the information they need.

Research

The biggest points we needed to make clear this month were:

1) Why do we choose swarm-robotics to solve the problem we have been presented with.

2) What are the requirements for this system

With the problem being driftwood in a harbor (for which we choose the Botlek in Rotterdam as an example) and observing the quality of the water as added task. For this we made a list of requirements we needed of the systems. Using this list we were able to draw conclusions on why we use swarm-robotics. This list of requirements was then increased to also contain the requirements we have for the system itself. This list can be found in the Notes of meeting 15-12. Also in order to be able to solve the driftwood problem, more information was found on object-recognition software. What was found is that there is a lot of software available on this which all works on the principle of comparing the input of images from a camera with a database of recognizable object. When a match is found it is thus recognized. For the communication between the drones multiple data transmission methods were looked at to check their range. This can be quiet small, like a Bluetooth connect with a maximum of around 30 meters. Or a big transmitter, able of sending data thousands of meters. For our application it is needed to keep the equipment quiet small to be able to fit it into the separate drones, while also trying to get the production costs reasonable. For this the best option seems to be a strong WiFi-signal witch can range to around 1000 meters with the right setup.

Simulation

Meanwhile work on the simulation also continued. The hardest challenge here this week was to simulate the streams present in the system. These turned out to be quiet complex not only in the main rivers of the Oude Maas and the Nieuwe Maas, but also within the piece of harbor itself. The tides are also a factor in this that had previously not been included yet. In the end it was decided to neglect the flows within the Botlek itself (but not hose in the Oude- and Nieuwe Maas) because it would not add anything significant to would be missing using only the streams in the main rivers. In order to help the drones with their assignment of detecting the maximum of a contamination, as well as mapping their environment, we have decided to add a sensor to detect the direction and speed of the flow around them. In the end a complex map was made of these stream which can be found in the Dropbox folder below. In here a Matlab script can be found containing a detailed explanation of how it works and what it does. Meanwhile all different movements were defined for the swarm. These were also tested and found to be working in the simulation itself. This allows the separate drones to move from and towards different sections of the environment and deal with obstacles it faces along the way like other boats or driftwood.


Like in previous weeks we had extra meetings, here are the notes of those meetings

File:Notes 12-12.pdf

File:Notes 15-12.pdf

This following link is a link to our Dropbox files for this week. There all the files we worked on can be seen to clarify anything missing from the description above.

Week 5: [4]

Week 6

For week 6 the main goal was to improve the requirements that were made in week 5. At the moment these were not defined clearly and also needed to be specified more. Besides this we made contact with the RWS to see the problem first-hand. We made an appointment with them where, besides getting more information, also join them on the waters around Eindhoven. Although Eindhoven has a different scale than Rotterdam when looking at driftwood in the harbors, it should still offer a good image.

Meanwhile in the simulation, a script was made to combine the different movements of the drones. This results in an algorithm for the swarm to form a path in the harbor of Rotterdam.

File:Notes 19-12.pdf

As usual, the following link leads to our Dropbox files for this week.

[5]


Christmas break


During the christmas break work on the case and the simulation will continue, however due to other activities the progress we make might not be documented here on the wiki as well as previously. If this is missing at the end of the break, an update will be made to include the work done during the holidays.