Autonomous People Mover Phase II - Sensory System P15242 - MSD 1 - - - PowerPoint PPT Presentation

autonomous people mover phase ii sensory system
SMART_READER_LITE
LIVE PREVIEW

Autonomous People Mover Phase II - Sensory System P15242 - MSD 1 - - - PowerPoint PPT Presentation

Autonomous People Mover Phase II - Sensory System P15242 - MSD 1 - SYSTEM DESIGN REVIEW Member Role Program The Team Nathan Biviano Project Manager & IE Integration Madeleine Software & CE Daigneau Communication James Danko


slide-1
SLIDE 1

Autonomous People Mover Phase II - Sensory System

P15242 - MSD 1 - SYSTEM DESIGN REVIEW

slide-2
SLIDE 2

The Team

Member Role Program Nathan Biviano Project Manager & Integration IE Madeleine Daigneau Software & Communication CE James Danko Controls & Communication EE Connor Goss Software & Communication CE Austin Hintz Power & Electrical Design EE Sam Kuhr Power & Electrical Design EE Benjamin Tarloff Controls & Integration ME

slide-3
SLIDE 3

Agenda

  • Background

○ Project Background ○ Team Overlap ○ Scope ○ Customer Requirements ○ Engineering Requirements ○ Risk Assessment

  • System Analysis

○ HOQ Relationship Diagram ○ Functional Decomposition ○ Engineering Analysis ○ Concept Selection/System Level Proposal ○ Test Plan ○ Updated Schedule

slide-4
SLIDE 4

Feedback Topics

  • Sensor Selection
  • Microcontroller Selection
  • Sub-microcontrollers
  • Sensor Layout
  • Sensor Integration Difficulty
slide-5
SLIDE 5

Project Background

The Rochester Institute of Technology wishes to re-enter the field of research in vehicle autonomy. Autonomy is becoming more and more important as automotive standards leave fewer vehicle functions to the human user. Autonomous vehicles offer significant improvements in roadway safety and traffic flow. The base of this project is the work started by the Autonomous People Mover Phase I team.

slide-6
SLIDE 6

Team Overlap & Integration

slide-7
SLIDE 7

Project Scope

Phase I

  • Remote Control
  • Manual Override

Phase III+

  • Full Autonomy (forward

& reverse)

  • Refined User Interface
  • Object Identification &

Avoidance

  • Static & Dynamic Objects

Phase II

  • Autonomous Forward

Drive

  • Static Object

Detection & Avoidance

  • Closed Course
  • Remote and Manual

Override

slide-8
SLIDE 8

Customer Requirements

slide-9
SLIDE 9

Engineering Requirements

slide-10
SLIDE 10

Risk Assessment

slide-11
SLIDE 11

HOQ

slide-12
SLIDE 12

Functional Decomposition

slide-13
SLIDE 13

Autonomous Mode

slide-14
SLIDE 14

Vehicle Benchmarking

slide-15
SLIDE 15

LIDAR Benchmarking

slide-16
SLIDE 16
slide-17
SLIDE 17

Morph Chart

slide-18
SLIDE 18

Morph Chart

slide-19
SLIDE 19

Engineering Analysis of Sensor Placement

slide-20
SLIDE 20

Engineering Analysis of Sensor Placement

slide-21
SLIDE 21

Engineering Analysis of Sight

slide-22
SLIDE 22

Engineering Analysis of Sight

slide-23
SLIDE 23

System Overview

slide-24
SLIDE 24

Concept Selection Process

slide-25
SLIDE 25

Concept Selection Process

slide-26
SLIDE 26

Concept Selection Process

slide-27
SLIDE 27

Concept Selection

slide-28
SLIDE 28

Engineering Analysis

  • Will we have sufficient forward sight on the cart?
  • Yes
  • Microcontrollers - # of Inputs? Processing?
  • Sub-microcontrollers
  • Sensors - Amount of certain types? Orientation?
  • Power Consumption*

*No specifications for some sensors so competitor data was used.

slide-29
SLIDE 29

Sensor Analysis

Sensor Communication Number of Inputs Ultrasonic Analog-Digital Converter 6 LIDAR Ethernet/USB 1 RADAR CAN 3 Camera USB 2.0 2 GPS Serial 1 Accelerometer I2C 1

slide-30
SLIDE 30

Microcontroller Benchmarking

slide-31
SLIDE 31

Microcontroller Benchmarking

slide-32
SLIDE 32

ROS vs. PolySync

ROS with SLAM

  • Optimized for Robotic Systems

Integration

  • Simultaneous Localization and

Mapping (SLAM)

  • 3D Perception
  • Works well with Autonomous

Navigation

  • Much Existing Code
  • Adaptable to most systems

ros.org

PolySync

  • Optimized for Autonomous Vehicle Image

Stitching

  • Algorithms for diagnostics, automatic fault

recovery and cybersecurity

  • Integrated Simulation
  • Advanced Logging and Replay
  • Plug and Play with massive ecosystems of

sensors, actuators, and computer hardware harbrick.com

slide-33
SLIDE 33

Test Plan

Once we have agreed upon sensors, ordered and received them:

  • Write test code
  • Test the different types of sensors under a variety of

conditions

  • Test different software to see which is the most versatile and

user friendly

  • Verify sensors are working
  • Test sensor code
  • Translate sensor output data into a useful diagram
  • Revise code as needed
slide-34
SLIDE 34

Schedule

slide-35
SLIDE 35

Questions? Feedback?