|
|
| Line 1: |
Line 1: |
| [[File:Prototype_Robots_Everywhere_Group15.jpg |thumb|right|upright=3|alt=|Figure 1: Prototype Model]] | | [[File:Final_robot.png |thumb|right|upright=3|alt=|Figure 1: Concept of the final robot]] |
| == Group Members == | | == Group Members == |
|
| |
|
| Line 29: |
Line 29: |
| In the construction sector, building is still largely manual labor or aided by tools, but not automated. Some companies have tried to automate building construction by 3D printing layers of cement. This however, is not the only or the best solution. Pouring cement in this way generally leads to it not being reinforced concrete. If prefab components are grabbed and stacked to build a construction, electronics and piping can be built into the construction easily. | | In the construction sector, building is still largely manual labor or aided by tools, but not automated. Some companies have tried to automate building construction by 3D printing layers of cement. This however, is not the only or the best solution. Pouring cement in this way generally leads to it not being reinforced concrete. If prefab components are grabbed and stacked to build a construction, electronics and piping can be built into the construction easily. |
|
| |
|
| In this wiki page, our solution for an automated construction robot which places prefab building blocks, its advantages and disadvantages and how this can be achieved will be explained. A prototype of a simplified version will be made using Duplo blocks to autonomously build a construction. | | In this wiki page, our solution for an automated construction robot which places prefab building blocks, its advantages and disadvantages and how this can be achieved will be explained. Initially, a prototype of a simplified version was to be made using Duplo blocks to autonomously build a construction. |
|
| |
|
| == The Prototype == | | == Initial Plan: the Prototype == |
| | [[File:Prototype Robots Everywhere Group15.jpg |thumb|right|upright=3|alt=|Figure 2: Prototype design]] |
| | Initially, the goal was to develop a functioning, small-scale prototype. This prototype was to pick up and stack Duplo blocks basen on a given building plan as input. A 3D-model of this concept can be found in Figure 2. However, after thorough investigation, it was found that the achievability of this prototype was too low. A lot of small scale problems would have to be solved whilst there would not be enough time to discover and analyse the full-scale problems. It was therefore decided to discontinue the development and research into the prototype. |
|
| |
|
| Creating a robot that can build a house on a real life scale is obviously out of the scope of this project, however we do have the ability to create a prototype on a smaller scale. To ensure that the creation of the robot will be inside the scope of this project it will only build a small wall out of duplo blocks, instead of a 3d construction. This prototype will be able to recieve a list of coordinates and then use this list of coordinates to decide where to move its gripper and place duplo blocks.
| | == Renewed Plan: the Simulation and Model == |
| | |
| | |
| The prototype will be a good example on how such a robot could work in reality. It should however be noted that a robot on a larger scale will have some more constraints that our prototype will not have to deal with.
| |
| | |
| * When the robot is constructed on a larger scale the additional weight will have to be taken into account.
| |
| * To ensure the stability of the constructed house concrete will be required. It will take an additional component to do this which will add to the complexity of the machine.
| |
| * It could take a long time to build a house on a larger scale if the engines are slow.
| |
| * Stronger motors will be required to move heavier equipment.
| |
| * The gripper will have to be able to move on another axis so it can build three dimensional structures.
| |
| * The gripping solution presented within the prototype might be inneffective when grabbing larger and heavier bricks.
| |
| * Lifting heavier bricks will create safety concerns wich will lead to more issues like responsibility when something does go wrong.
| |
| * The robot will have to be able to deal with different weather conditions. Electric components for example might get damaged when exposed to rain.
| |
|
| |
| | |
| ==== Achievability ====
| |
| Because the construction and motion of our automated construction robot resembles those of a 3D printer very much there is much info online on how to build them. This eases construction and design because of the many examples. The materials to build the automated construction robot are also widely available considering they are simple electronic components. The only problem could be the price of the electronics, but our budget is not yet determined so we cannot draw conclusions on that. We will also use Duplo as our construction material, so the construction robot will move Duplo pieces into the desired position and clicks them together. Because Duplo is made to be an easy construction material our robot should be able to do it too.
| |
| | |
| == Requirements, Preferences & Constraints ==
| |
| | |
| ==== Requirements ====
| |
| * Grabbing and releasing Duplo® building blocks
| |
| | |
| * Stacking the building blocks to construct a building
| |
| | |
| * Autonomously carrying out a set building plan
| |
| | |
| ==== Preferences ====
| |
| * On-site setup of the robot is easy and fast
| |
| | |
| * The construction built is as robust as possible
| |
| | |
| * Bystanders’ safety is ensured
| |
| | |
| * The robot is as cheap as possible
| |
| | |
| ==== Constraints ====
| |
| * Placement precision has to be in the order of 10<sup>^-4</sup> m
| |
| | |
| * The robot has to be able to reach the top of the building
| |
| | |
| * The budget depends on dr. Molengraft’s level of interest
| |
|
| |
|
| == USE Aspects == | | == USE Aspects == |
| Line 188: |
Line 149: |
| * Software implementation | | * Software implementation |
| * General Debugging | | * General Debugging |
|
| |
|
| |
| ====Acquiring the required components====
| |
|
| |
| A the first and most crucial step will be to acquire the right components for our robot. The most crucial component will be to motor. The robot will require at least three so called Stepper motors strong enough so it can move itself around on its rails and precise enough to place blocks acurately. The motorresponsible for the vertical movement will have the be even stronger because it will need to fight of gravity when moving over the y-axis of the robot. This motor could however be relieved of this extra stress by introducing a counterweight. The Stepper motor is an ideal choice for our assignment due to its high torque at low speeds and it's ability to move precisely.
| |
|
| |
| The robot will also need a way to grab and release duplo blocks, this can be done using a template brick together with a servo and a mechanism to convert the angular force of the servo into the linear force required to push away a duplo block.
| |
|
| |
| Depending on the motors used and the complexity of the desired software a motor controller along with a general microcontroller will need to be acquired so it is possible to control the motors. The motors and controllers will of course require electricity to run, therefore a power supply is required as well. This could be in form of a batterypack, or DC-adapter .The DC-Adapter would be the prefered alternative since the robot will not have to be very mobile. Using power from the the general elecricity grid will remove concerns of batteries running empty. Batteries running empty would be a constant threat because the stepper motors are very inneficient and consume power when idle.
| |
|
| |
| To give the motors a way of moving around three rails are necessary of appropriate size so the gearwheel of the motor will fit inside. These rails willbe attached upon a framework to ensure stability. Both the rails and the framework should be larger than the desired building so the gripper can reach all required positions along with the stack of bricks.
| |
|
| |
| Summary:
| |
| *3 Steppermotors (3*€4 = €12)
| |
| *4 linear bearings (4*€6 = €24)
| |
| *Steel rod (8mm diameter) (€4)
| |
| *1 Servo (€6)
| |
| *3 Driving belts (€30)
| |
| *Duplo blocks (free)
| |
| *1 Mirocontroller(arduino uno) (free, we can borrow one)
| |
| *Wooden baseplate (€5)
| |
|
| |
| Total cost of €81,-
| |
|
| |
|
| |
|
| |
|
| |
| ====Physical assembly====
| |
|
| |
| The assembly phase will start once the motor components are acquired. First these motors will have to be connected to the motor controller and the general controller to test its function. Once sufficient tests have been completed the construction of the robot can begin.
| |
|
| |
|
| |
| First the gripper will have to be created, this requires a servo , the template duplo block and the motionconverter. This block should have a hole drilled in the middle so the mechanism can push the duploblock through this hole.(Illustration might be nice). Then wire it to the microcontroller again and see what happens if it can indeed push away a duplo brick.
| |
|
| |
| If the previous test was satisfactory the next step can be executed. In figure .. can be seen how this motor will be attached to the to the rails so it can move around a one dimensional space. The gripper can then be attached to this motor as well so it can move along a vertical line.
| |
| | | |
| Next the vertical axis also known as the y-axis will be created like in figure.. To move along this axis another rail is required and on this rail the motor dealing with the movement on this axis can be attached. At the oposite end the rail that was moving the gripper vertically should be attached to the framework as in figure.... Now the gripper can move around in two dimensional space.
| |
|
| |
| Next the system that can move around in two dimensions should be attached on another axis so it can move around in 3 dimensions. This processes should be similar to the last one. See fig... for the end result.
| |
|
| |
| ====Calibration====
| |
| Now we have a builder that can move around inside the frame and theoretically can reach every point the three dimensional space inside the frame. To prepare for the software implementation the motors should be calibrated so we know exactly what signals result in what amount of movement.
| |
|
| |
| ====Software Implementation====
| |
| The software should be able to convert a certain 3D model into points where the gripper should move in order to create a phyisical construction of the model. An advanced program could use the vertices's of a mesh from a 3d model to decide on which coordinates the bricks should be placed. This is however deemed outside of the scope of this project and our program will likely just use an array of 3-dimensional coordinates to decide where to place it's bricks. The so called pseudocode for such a program is given below.\\
| |
|
| |
|
| |
| OnCoordinatesReceived:
| |
|
| |
| * Retrieve list of Coordinates.
| |
| * Check if list is valid and we are not already building.
| |
| * Sort Coordinates on from low Y values to high Y values.
| |
| * Create a Queue from list.
| |
| * Start Build.
| |
|
| |
|
| |
| Build:
| |
|
| |
| * Check if Queue not empty, if it is then break if not continue looping.
| |
| * Get the first coordinate from the queue and remove it from the queue.
| |
| * Go to brick stash.
| |
| * Push down on brick.
| |
| * Move to desired y coordinate + 1.
| |
| * Move to desired X and Z coordinate.
| |
| * Move to desired Y coordinate.
| |
| * Push down.
| |
| * Release brick.
| |
| * Move to desired Y coordinate + 1.
| |
| * Execute build again.
| |
|
| |
|
| |
|
| |
| This programm can be executed using popular controllers such as the well-known Arduino and Rasperry-Pi. These controllers differ on price,ease of use, performance and versatility. This project should not require the higher performance and versatility of the raspberry pi, therefore the preferred controller for this project will be the Aruino Uno due to its ease of use and low price.
| |
|
| |
| ====General debugging====
| |
| Once completed the robot is likely to still show some unexpected behavior. This can be fixed in the final phase of the assembly. After numerous test in different condition the autonomous robot can be deemed completed.
| |
|
| |
| == External sources == | | == External sources == |
| http://www.tue.nl/3DConcretePrinting | | http://www.tue.nl/3DConcretePrinting |
Figure 1: Concept of the final robot
Group Members
| Name
|
Student ID
|
| Martijn de Boer
|
0907480
|
| Josja Geijsberts
|
0896965
|
| Gijs Herings
|
0953862
|
| Martin van Leeuwen
|
0901497
|
| Max van Meer
|
0951669
|
| Bart Tulkens
|
0956335
|
Introduction
In the construction sector, building is still largely manual labor or aided by tools, but not automated. Some companies have tried to automate building construction by 3D printing layers of cement. This however, is not the only or the best solution. Pouring cement in this way generally leads to it not being reinforced concrete. If prefab components are grabbed and stacked to build a construction, electronics and piping can be built into the construction easily.
In this wiki page, our solution for an automated construction robot which places prefab building blocks, its advantages and disadvantages and how this can be achieved will be explained. Initially, a prototype of a simplified version was to be made using Duplo blocks to autonomously build a construction.
Initial Plan: the Prototype
Figure 2: Prototype design
Initially, the goal was to develop a functioning, small-scale prototype. This prototype was to pick up and stack Duplo blocks basen on a given building plan as input. A 3D-model of this concept can be found in Figure 2. However, after thorough investigation, it was found that the achievability of this prototype was too low. A lot of small scale problems would have to be solved whilst there would not be enough time to discover and analyse the full-scale problems. It was therefore decided to discontinue the development and research into the prototype.
Renewed Plan: the Simulation and Model
USE Aspects
User
- The construction robot will reduce the workload of the construction workers.
- The construction robot will reduce the amount of danger construction workers are exposed to.
- The construction robot will lead to a quicker realisation time of the building, which in turn leads to quicker accessibility for potential future residents.
- The construction robot will enable more possibility for personalized designs
Society
- The quicker realisation time of buildings the construction robot provides, will lead to a more efficient construction sector, which in turn leads to:
- The construction sector being more able to keep up with society’s demand for more living room.
- Possibly lower house costs due to reduced construction costs. This makes owner-occupied houses more accessible to a bigger audience.
- The construction robot could be used for building aid in third world countries.
Enterprise
- The quicker realisation time of buildings can save construction companies a lot of money due to being able to do more projects in less time.
- The construction robot can save construction companies money on wages for construction workers
- The construction robot can help construction companies compete better on the market.
Potential Users
Larger scale
When looked at form a large perspective, mainly the construction robot will be important for construction companies. A construction robot will have a lot of benefits for these companies such as decreased building time. It will envigorate the market encouraging competition. Possibly being a major factor in the succes of certain construction companies.
Third world charity
The construction robot could also possibly be is used in development projects in third word countries. The fast building robot could make simple houses for people in the slums of big cities for example. This would be fast and very efficient since the homes would not have to be complicated with all kinds of personal wishes from the people who would be going to live there.
Smaller scale
When looked at more in detail the direct users of the robot will be construction workers. Their daily work pattern will be impacted heavily. More use of controls and repairing will be needed and less actual building. Possibly different kinds of people will be needed at a construction site because of that.
Private use?
When look at private users there is not any significant value in a construction robot. Maybe a smaller model as big as the prototype could be interesting as a hobby project, but most people won't be able to control the robot. Therefore the robot is mostly suited for professional or charity use.
General planning
Figure 2: A visual representation of the planning
The general planning is displayed in a GANT chart, which can be seen in figure 2. In the GANT-chart activities, the work distribution and milestones can be seen. The planning will be adjusted if necessary.
week 1
- Deciding on the subject of the project
- Preparing the presentation about the concept.
week 2
- Concept Presentation
- Preparing the second presentation about the planning.
- Start working on wiki, explaining the concept and the deliverables
week 3
- Planning Presentation
- Rework project based on feedback
- Arrange meeting with TU/e Concrete Printing
- Start creating a list of required components for the deliverable
- Start working on the enterprise plan: Potential Users
- Update wiki
week 4
- Milestone: Order components for the deliverable
- Start desiging and printing components for the deliverable
- Finish Potential Users
- Start working on the enterprise plan: Social impact
- Update wiki
week 5
- Milestone: All components have arrived or printed
- Assembling all hardware
- Start designing controller and software
- Start working on the enterprise plan: Estimated costs
- Finish Social impact
- Update wiki
week 6
- Finish Estimated costs
- Start working on the enterprise plan: Business proposal
- Milestone: Remote control system working
- Update wiki
week 7
- Finish Enterprise plan
- Milestone: Business proposal
- Milestone: Build a wall
- Finish software development
- Milestone: Working Prototype
- Update wiki
week 8
- Buffer week
- Prepare final presentation
- Update wiki
Action plan
The initial step in the assembly of the robot is to get the green light for its creation. To ensure that the scope of the project is indeed properly defined. Once the theoretical background is sufficiently explored the construction of the robot can start. The construction can be divided in a few segments.
- Acquiring the required components
- Physical assembly
- Calibration
- Software implementation
- General Debugging
External sources
http://www.tue.nl/3DConcretePrinting
