Project:The SWARM UAV network: Difference between revisions

From London Hackspace Wiki
m (Tsunamie moved page The SWARM UAV network to Project:The SWARM UAV network: I made a boo boo)
No edit summary
Line 1: Line 1:
==Introduction==
==Introduction==


This groups aim is to set standards in comunication and automation of a network of UAV. Allowing a set of UAV's to accomplish set tasks or goals while removing all requirment for maintance. The SWARM will look after itself, maintain itsef and keep itself flying continuously.
This groups aim is to set standards in communication and automation of a network of UAV. Allowing a set of UAV's to accomplish set tasks or goals while removing all requirement for maintenance. The SWARM will look after itself, maintain itsef and keep itself flying continuously.


We have based the behaviour of the UAV's on a bee hive. This attempts to mimic the behaviour and basic intelegence of bee's in simple programic mimicry. (ie we are breaking down the basic patterns of behaviours of bees and applying them programaticly to the behaviour of the UAV's. We are also copying the hieracy of the hive.) The purpous of this segregation is to compartmentalize roles of the UAV's. It is all well and good to say all units should be capable of every task, however with multiple capabilities comes multiple sensors.hardware requirments which quickly increase wieght and therefore power requirments to allow a UAV to fly. This increases cost and also increases the ultimate size of this units. It also breaks a lot of rules of evolution, which we wanted to keep.
We have based the behavior of the UAV's on a bee hive. This attempts to mimic the behavior and basic intelligence of bee's in simple programing mimicry. (ie we are breaking down the basic patterns of behaviors of bees and applying them programmatic to the behavior of the UAV's. We are also copying the hierarchy of the hive.) The purposes of this segregation is to compartmentalize roles of the UAV's. It is all well and good to say all units should be capable of every task, however with multiple capabilities comes multiple sensors.hardware requirements which quickly increase weight and therefore power requirements to allow a UAV to fly. This increases cost and also increases the ultimate size of this units. It also breaks a lot of rules of evolution, which we wanted to keep.


Basicly the basis for skynet to take over the world.
Basically the basis for skynet to take over the world.


==Contacts==
==Contacts==

Revision as of 09:51, 15 January 2013

Introduction

This groups aim is to set standards in communication and automation of a network of UAV. Allowing a set of UAV's to accomplish set tasks or goals while removing all requirement for maintenance. The SWARM will look after itself, maintain itsef and keep itself flying continuously.

We have based the behavior of the UAV's on a bee hive. This attempts to mimic the behavior and basic intelligence of bee's in simple programing mimicry. (ie we are breaking down the basic patterns of behaviors of bees and applying them programmatic to the behavior of the UAV's. We are also copying the hierarchy of the hive.) The purposes of this segregation is to compartmentalize roles of the UAV's. It is all well and good to say all units should be capable of every task, however with multiple capabilities comes multiple sensors.hardware requirements which quickly increase weight and therefore power requirements to allow a UAV to fly. This increases cost and also increases the ultimate size of this units. It also breaks a lot of rules of evolution, which we wanted to keep.

Basically the basis for skynet to take over the world.

Contacts

If you want to get involved with the project. Please feel free to email the maintainers of the project.

Current list of maintainers.

Email john - Funder/Founder and Programmer 1

Basic Plan

Stage 1

Build and design a main base station UAV. Code named Queens. Build and design a slave UAV. Code named Worker Drone.

Queens

Queens are base stations that control the activity of Drones.

Behaviour/Role
  1. Queens control a set number of drones of any type.
  2. Queens supply power/fuel and general location of other queens
  3. Queens act as a control tower, dictacting which drones charge and which can't.
  4. Queens take basic orders from human input. The queens themselves work out the best way to achieve goals/orders set.
Hardware
  1. 1 x Solar Panels - (collect electricity to power Queen navigation)
  2. 2 x 12v Rechargable car battery - (Store electricity to power motors and send pwoer to drones )
  3. 2 x Inductive charging - Useing Resonant inductive coupling. (allow drones to be charged)
  4. 2 x DC motors (control navigation)
  5. 1 x GPS - (navigation)
  6. 6 x IR LED - (Proximity detection on x/y/z axis and used due to low power requirment)
  7. Cylinder weather ballon (boyancy)
  8. 2 x servo motors (rudder control on the x and z axis)
  9. 1 x Rasbri pi or adino. Not sure yet (control)
  10. 1 x inverters and power controls (between battery and rasbri pi/solar pannels )
  11. 1 x light wieght frame

Worker Drone

Worker Drones are the first slaves which the Queen Can control.

This will be a template of all other drones that are slaves to the Queen.

Behaviour/Role
  1. Capable of recieveing detailed instructions from Queen.
  2. Workers must beable to work with one another with miniumal comunication to achieve goals assigned to them by Queen.
  3. Manage own flight time and request refuel from queen to stay in flight.
  4. Carry and object from point a to point b. (eithier by itself or working togeather)
Hardware
  1. 4 x servo motors (position control)
  2. 1 x Rasberry pi (controller)
  3. 2 x Camra (object recognition)
  4. 1 x frame
  5. 1 x Battery and power controls

Future plans

It should be easier for people to create UAV's with specialist tasks such as defend the queen, repair each other once the basic behaviours have been programed and priorities have been completed.

Comunication/repo

Have setup a private confluence page, jira and git.

Git will be open, the clear plans will be published on here. The private confluence and jira systems will remain private and simply used for managing the time or co ordinate the project. Any idea's or details will be open and shared on related pages to this project.