Project

# Title Team Members TA Documents Sponsor
43 Autonomous Sailboat
 Franklin Liu
Haoyu Wang
Megan Shapland
 Daniel Vargas design_document1.pdf
final_paper1.pdf
other1.pdf
presentation1.pptx
proposal1.pptm
proposal2.pdf
#Project Members
Megan Shapland - meganls2
Franklin Liu - fl7
Haoyu Wang - haoyuw7

#Problem
The idea of an autonomous sailboat that would be able to navigate to and from a location without any input from a pilot has been proposed in the past but presents many significant obstacles. The sailboat must be able to identify its current location, to tell which direction the boat is facing, to know the direction of the wind, to be able to manipulate the sails and the rudder so that it can steer in the direction it needs to go, and to plot a path to its destination.

# Solution Overview
We hope to address the issue of determining the current location of the boat with a GPS. We also plan on using a compass to determine the current direction of the boat. Using additional sensors attached to the top of the mast, we intend to find out the direction of the wind. We then try to manipulate the sails in order to change the direction the boat is facing using a set of motors and wench that will control the sails and the rudder of the boat. Plotting a path to the destination will be handled by a program that will control the movement of the boat.

# Solution Components

##Boat Power Source Subsystem
-Consists of the engine of the boat which is used to power the various sensors and motors within boat
-Has six outputs and is connected to all other subsystems in the boat

##Boat Location/Direction Sensor Subsystem
-utilizes GPS to determine the boats location
-utilizes a compass to determine the boat’s direction
-utilizes a sensor to determine the direction the wind is blowing (anemometer)
-Has one output that transmits location/wind data to the Processor Subsystem

##Processor Subsystem
-Is used to determine what direction the boat should move
-Inputs consist of data from both the Boat Location/Direction Sensor Subsystem
-Has one output to the Boat Steering/Motor Subsystem that tells the subsystem how to move the rudder/sails

##Boat Steering/Motor Subsystem
-Used to control the rudder and sails of the boat
-Controls the direction the boat is traveling using a motor and wench
-Has one input from the Processor Subsystem which determines which direction to move


# Criterion for Success
We hope to build a boat which can go to and from a destination. It should be able to manipulate itself upwind and downwind with data collected by sensors and the GPS. The sensors should be able to detect the direction of the wind and the direction the boat is facing. The GPS should be able to showcase the current location of the boat. The processor subsystem should be able to analyze data and output how to move rudders and sails in order to navigate the boat to its destination.

Covert Communication Device

Ahmad Abuisneineh, Srivardhan Sajja, Braeden Smith

Covert Communication Device

Featured Project

**Partners (seeking one additional partner)**: Braeden Smith (braeden2), Srivardhan Sajja (sajja3)

**Problem**: We imagine this product would have a primary use in military/law enforcement application -- especially in dangerous, high risk missions. During a house raid or other sensitive mission, maintaining a quiet profile and also having good situational awareness is essential. That mean's that normal two way radios can't work. And alternatives, like in-ear radios act as outside->in communication only and also reduce the ability to hear your surroundings.

**Solution**: We would provide a series of small pocketable devices with long battery that would use LoRa radios to provide a range of 1-5 miles. They would be rechargeable and have a single recessed soft-touch button that would allow someone to find it inside of pockets and tap it easily. The taps would be sent in real-time to all other devices, where they would be translated into silent but noticeable vibrations. (Every device can obviously TX/RX).

Essentially a team could use a set of predetermined signals or even morse code, to quickly and without loss of situational awareness communicate movements/instructions to others who are not within line-of-sight.

The following we would not consider part of the basic requirements for success, but additional goals if we are ahead of schedule:

We could also imagine a base-station which would allow someone using a computer to type simple text that would be sent out as morse code or other predetermined patterns. Additionally this base station would be able to record and monitor the traffic over the LoRa channels (including sender).

**Solutions Components**:

- **Charging and power systems**: the device would have a single USB-C/Microusb port that would connect to charging circuitry for the small Lithium-ion battery (150-500mAh). This USB port would also connect to the MCU. The subsystem would also be responsible to dropping the lion (3.7-4.2V to a stable 3.3V logic level). and providing power to the vibration motor.

- **RF Communications**: we would rely on externally produced RF transceivers that we would integrate into our PCB -- DLP-RFS1280, https://www.sparkfun.com/products/16871, https://www.adafruit.com/product/3073, .

-**Vibration**: We would have to research and source durable quiet, vibration motors that might even be adjustable in intensity

- **MCU**: We are likely to use the STM32 series of MCU's. We need it to communicate with the transceiver (probably SPI) and also control the vibration motor (by driving some transistor). The packets that we send would need to be encrypted (probably with AES). We would also need it to communicate to a host computer for programming via the same port.

- **Structural**: For this prototype, we'd imagine that a simple 3d printed case would be appropriate. We'd have to design something small and relatively ergonomic. We would have a single recessed location for the soft-touch button, that'd be easy to find by feel.

**Basic criterion for success:** We have at least two wireless devices that can reliably and quickly transfer button-presses to vibrations on the other device. It should operate at at *least* 1km LOS. It should be programmable + chargeable via USB. It should also be relatively compact in size and quiet to use.

**Additional Success Criterion:** we would have a separate, 3rd device that can stay permanently connected to a computer. It would provide some software that would be able to send and receive from the LoRa radio, especially ASCII -> morse code.