1)

Computer science (project)

Muhammad Shaheer

At the start of the lesson, we were all mixed into groups to work on a
project tougher. Firstly, we all created ourselves a WhatsApp group; this
enabled us to communicate with each other, and share our ideas or if
there are any changes to our project. Also, after introducing ourselves to
each other we discussed about a potential name for the group, we couldnt
decide on a name so we made a temporary name and called our group C6 ROBOTS. Secondly, we then created our YouTube account where we
would post videos about our robot, and debated about a potential game to
base our robot around. Our primary goal was to fit all the requirements
that the project asks for us for example, able to move around, accept
voice commands all the way to following lines. We discussed two potential
ideas for our robot.
Idea 1
The first robot game is based our time. The robots which would be
remotely controlled would have to pick up specific coloured balls from an
area and move through obstacles to the goal. When the robot hits an
obstacle it would drop the ball and the controller would have control the
robot back to the collection point and pick up a different ball. In addition
the robot would accept voice commands such as turning on and off. When
the robot is off, it should not be able to be remotely controlled. The aim is
to see how many correct coloured balls the user can collect in a given
time.
Idea 2
Our second idea was that the robot would have to unstack a bunch of
small bricks ignoring certain colours, and automatically restack them at
area B. In addition the robot would accept voice commands which would
indicate to the machine what colour blocks it needs to pick up and which
colours it needs to ignore. The robot would be programmed to follow lines
and change route when an obstacle is placed on it primary route and
judging by the colour of the obstacle it would either change route or push
past the obstacle.

Process of creation
We split ourselves into groups and focused on different parts of the robot.
One group built the tracks, another focused on the cripper and last group
fouced on the base the different morotrs.

3)
This week we had to completely change our idea for the game. This is
because our original idea was heavily based around being remotely
controlled and as a result we was not covering much of the programing
aspect. Therefore, we kept the gripper robot but modified it a little; we
moved the sensors around so it could work with our new idea.
The new idea for the game is that we would have a large circle, which
would be white and would have its edge highlighted red and would have
black tape going across the middle from two sides meeting in the middle.
The red outline would allow the robot to know using it light sensor when to
stop. In addition the circle will have four points one of which is where the
robot following lines will store the balls it would collect for the three other
collection point. Basically, the robot starts from the middle of the circle its
primary goal is to spin in a circle and detect objects, when it detects and
object it would push out of the circle. Moreover, when this task is done and
the robot no longer can detect any more objects within the circle it would
go to the centre of the circle and begin follow lines and path programmed

to go to collection points (A, B, C) to the drop point(D). Lastly, when all the
balls have been collected the robot will perform a celebration movement
accompanied with an audio output.
We as a group created a flowchart which in detail explains the workings of
out game and robot.

4)
This week our team followed the plan made from the week. We split up in
two teams one in charge of the programming and the other in charge of
creating the game itself. Tom and I were to program the robot this week.
Therefore, we began with creating the first stage of our robot this involved
us testing the colour sensor and also the inferred proximity scanner. To our
relief both test passed after around five attempts, the colour sensor
started detecting colour and also the inferred could detect objects in range
and would react to them. We first created a loop and within the loop we
added an (if) statement which was to rotate 360 degrees and if the
proximity scanner detected something then the rotation would stop.
Moreover, when the rotation is stopped the robot would follow the motor

instruction where it would go straight. The robot would only stop its 360
rotation when it detects something therefore, when it does it would be
pointing at the objects (which it has to push) In addition, the forward
motor motion added would lead the robot to push the object until the
colour sensor would detect colour read on the floor, this is where we
added the wait instruction followed by rotation instruction. Furthermore
this whole processes was put within another loop which was multiplied by
three.
In this weeks summary we managed to program around 40% of our game
and also completely test the main functions of the robot which would have
been required to create our game. This includes if and at what angle does
the colour sensor needs to be to correctly detect colour, furthermore the
appropriate distance for the proximity scanner.
5)
Testing and its outcome#
Test Number
What is being
tested
1
Does the robot
move forward,
backwards, left
and right.

Expected
outcome
The robot to
move forward,
backwards, left
and right

Outcome

Changes made

Robot moved
backwards for
forward and
backwards for
forward.

We had to
programmed in
the negatives to
Balance the
inverted
movement.

The gripper is
able to grab an
object
Its able to detect
color and react to
it

It pick up the
tennis ball

None

It detected the
red line put in
front of it and
stopped moving
Detected a can
reacted to
it(stopped its
rotation)

None

Did a completed
360 degree turn

None

Grabbing an
object

Color sensor

Inferred scanner

Uses proximity
scanner it detect
something and
react to it.

360 degree
rotation

Sound output

Able to perform
a full 360 degree
turn
Celebrations

None

None