meetings/2013-08-01.txt

   1 Meeting at 15:00 in G19
   2
   3 Present: Sam Moore, James Rosher, Justin Kruger
   4
   5 1. Server Hardware
   6  - Prefer a Raspberry Pi as main server, easy to setup a GUI via a webserver
   7    - Raspberry Pi has limited GPIO pins and no ADC pins; interface with lower level device(s), eg: Arduino
   8    - Raspberry Pi can handle USB devices directly, eg: Webcams, Arduino, and can take power from a USB hub
   9  - Does Raspberry Pi have sufficient processing power and/or storage?
  10      - Videos will be rescource intensive
  11      - Attach external USB hard drive for storage
  12      - Analyse some/most/all data on client machine to save processing power
  13      - Need to investigate the processing and storage requirements, and the capabilities of a Raspberry Pi
  14  - Mounting of Server Hardware
  15    - Need an enclosure to protect this system when the can explodes
  16    - Hardware should be easily removable and/or all ports easily accessable
  17    - Need to determine exactly what the hardware is and then consult the Mechanical Team.
  18  - Power
  19    - Determine what we are going to use and then consult Electronics Team
  20
  21 2. Data collection, sensors, remote control
  22   - USB cameras may be connected directly to main server
  23   - May need a lower level system independent of the main server to collect data from other sensor types
  24   - Expect to deal with Analogue, Digital (on/off) and Serial inputs, and both Digital and Analogue outputs
  25   - Need to consult with Sensors and Electronics Teams about sensor inputs
  26   - Need to consult with Pneumatics and Electronics Teams about control outputs
  27   - Need to consult with Electronics team about using USB devices (they are a "connector")
  28
  29 3. Network
  30   - Wired vs Wireless network
  31   - Wireless - less risk of cable being accidentally unplugged, more risk of loss of signal
  32   - Wired - opposite
  33
  34 4. Safety & Security
  35   - System needs to cope with loss of network, power, or air
  36   - System should not be accessable by unauthorised people
  37   - Only one person should access system at a time
  38   - Software should be able to change to redundant hardware if a critical system fails
  39   - Control mechanical safety mechanisms
  40     - eg: Hardware switch must be enabled to allow remote access (decrease likely hood of security compromise while system isn't in use)
  41     - Hardware switch must be enabled to allow system to become pressurised
  42   - Safety mechanisms that function even when software fails
  43     - eg: Electronic release valve, stays open only when power is delivered
  44   - Indicator lights controlled by server hardware
  45   - Need to consult pretty much every other team about this
  46
  47 Stuff to do:
  48   - Sam:
  49     - Feasability of Raspberry Pi as main server
  50     - Be the Meeting Convener
  51   - James:
  52     - Investigate GUI design and layout
  53   - Justin:
  54     - Investigate what sort of sensors we can expect to have to interface
  55   - Rowan:
  56
  57
  58 Finished sometime after 16:00
  59
  60