Merge branch 'master' of https://github.com/szmoore/MCTX3420.git
[matches/MCTX3420.git] / 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   

UCC git Repository :: git.ucc.asn.au