B.I.N. is a functioning robotic rubbish bin.

The idea was to develop a bin which could stop and start with the use of a sensor. There would also be a separate sensor, if you wave foot or hand over it, it would open the lid. Easy and simple to use, works like a bin.


It was it was the last idea that was available, out of the three ideas originally. Those ideas being a serving device for medication that will automatically serve the perfect amount of drugs (meant for elderly), a portable door alarm that will notify you if a person is at the door via watch/phone notification (meant for poor hearing people), and an arm (meant for amputees), these ideas were good but other groups had already chosen them, and the arm was already done multiple times before.

The idea was a well known invention used almost every day within homes. we just decided to give it wheels and sensors for the appropriate action, like moving on a set track and opening the lid with a wave or object coming into contact with said sensor.

What we learnt is that we need more parts to built big robots and programming is harder than it looks.

The Outcome

It all worked, but with trial and error. Like figuring out the right way to build the robot, to keep the lid on top, and hold it together.

In the ideal situation of this being in a cafeteria, it would have a track that would be under the floor along with the electronics so if people were to try and pick it up and mess with the technical components, it would be harder to do. it would also need to be make the bin stand and the lid of a stronger material too withstand larger/fuller bin.

Future Plans

With a little more work and a lot more effort, it could be made into a delivery robot. If it were to be running of a GPS related system, it would be able to move on footpaths in cities and could be activated with a QR code or something like that and it would unlock revealing your package.

In a similar way you could add a table top and make it run on a track in a restaurant as a server with a shell to keep your food warm/hot. It would also open with an order code or a scannable tag.

Team members

  • Harrison
  • Jameson
  • Nick
  • Isaac
  • Jack



Screenshot of program


The challenge was to make a sumo robot that will compete in a sumo tournament against the other groups in our class as well as the groups in the other class.

Ideas and Prototypes


With our robot, we had many ideas and prototypes. Some of which we/I tested and some would have taken too long to make or were to unrealistic to make. Some ideas we:

  • A gear ratio was one thing that we used. We originally had it so it was faster but with some thought we decided to switch the gears around to make it have more pushing force. This did make the robot slower but that was ok. The pushing power made up for it.
  • A sideways motor on the front with hooks on it to catch the front of the other robots and/or cords. This was a problem because of the light sensor that we needed to have on it get in the way.
  • This was also the case with a motor on the front facing downwards with hooks to push the other robots to the side. The whole idea was to make it wait 2 seconds, move backwards until it sees the line, move forwards a little bit so it’s not that close to the edge, and push the other robots to the side leading them off the edge.
  • To have 1 of the motors off set/reversed to make it spin along with the gear ration to make it super-fast and give it a hammer arm for extra pushing power.
  • We thought if it started on its side and had the littler motor on the top with one big hook on it to flip it up so we could make it as long (sideways) as we want. This would have taken some time and other parts, more than what was in one mindstorms kit and we weren’t allowed to do that.

We ended up doing a gear ratio, a sensor on the front (so if it sees black it will stop, back up 1 wheel rotation, turn around 80° and keep driving) and having a “folding out” ramp that kind of worked. I wasn’t at the sumo tournament so I don’t know how we did but in the practice tests, it works as intended. It stared of with the 2 second wait like it was supposed to and then it has a moment of going forward fast for a second (to flip open the ramp).

The programming was simple. All it had to do was turn around when it sees black, and go forward otherwise.

Tyson’s thoughts…

  • What we did was trade speed for power so we were strong but slow.
  • We had a small ramp that was used to lift are opponents so we could easily lift them up to stop them pushing us and so they cannot get us out of the ring.
  • We did a fair bit of testing and found  that we loved having more power than speed.
  • We changed the wheels and placed gears to stop the wheels from gaining too much speed so we could be like a wrecking ball and hit like a truck.

Sumo robot & competition: by Harrison, Lucas and Tyson

Written by Harrison and Tyson

I See “RED”

we made a robot and when it sees red it says “RED”. I did make it so when it sees green, it says “GREEN” but for an unknown reason it didn’t work.

Outcome: It worked.

Future Plans: We were going to make it so it driven in different directions when it sees different colours but we ran out of time. We were also going to make it have flashy colours when it read them.


by Harrison, Tyson and Lucas

Obstacle Course: Remote Controlled Robot

The task was to make a robot/machine that can go up and down the table making a U-turn around an object at the top, so I thought I would be unique and make a remote controlled car. The idea was that the car copied the controller exactly, in other words it was mimicking it.

Prototypes: The first car we had was the basic car in the instructions, but due to some technical difficulties, the car we had was torn apart by my partner and I was left with the scraps of it. We did manage to fix it though so that’s good. Other than that the prototype worked that good that we just rolled with it. The controller had the joystick thing a little bit lower and I kept on accidentally pressing buttons so we changed it (moved the parts upwards a little). We also tried a 1 – 3 ratio for the wheel (controller to vehicle) and it was good but turning was a pain so we left it at 1 – 1.

Outcome: It worked. The outcome was great. I am not the best at driving it but with a little bit of practice you could do it easily.

Future Plans: We added buttons/touch sensors to it to make breaks but we ran out of time. Just saying if I had brakes than I would be slightly better at driving it. I noticed that the gap difference between the vehicle and controller, the spinning on the controller was affecting the movement, so if we had more time I would have added a wider vehicle wheel gap to make up for it. another thing I would add is for when it is moving it plays “Gas Gas Gas” by Manuel and plays “Deja Vu” by Initial D when turning.


– Master (Controller)

– Slave (Car/Vehicle)

– Footage of Them in Use

By Harrison, Lucas and Tyson