Difference between revisions of "S22: Firebolt"
(→Schedule) |
(→Schedule) |
||
Line 159: | Line 159: | ||
* Design obstacle avoidance and steering logic on the DRIVER node | * Design obstacle avoidance and steering logic on the DRIVER node | ||
* Design motor driving logic on the MOTOR node with the encoder | * Design motor driving logic on the MOTOR node with the encoder | ||
+ | * Start and design the Bluetooth app xml for destination. | ||
| | | | ||
− | |||
− | |||
* 04/09 | * 04/09 | ||
* 04/09 | * 04/09 | ||
Line 173: | Line 172: | ||
! scope="row"| Week 6 | ! scope="row"| Week 6 | ||
| | | | ||
− | * 04/ | + | * 04/09 |
− | * 04/ | + | * 04/09 |
− | * 04/ | + | * 04/09 |
− | * 04/ | + | * 04/09 |
+ | * 04/09 | ||
| | | | ||
− | * 04/ | + | * 04/15 |
− | * 04/ | + | * 04/15 |
− | * 04/ | + | * 04/15 |
− | * 04/ | + | * 04/15 |
+ | * 04/15 | ||
| | | | ||
* Integrate GPS module with compass to get the current location. | * Integrate GPS module with compass to get the current location. | ||
* Write UART interface for Bluetooth integration on sensor node. | * Write UART interface for Bluetooth integration on sensor node. | ||
− | * | + | * Get raw sensor data from the ultrasonic sensor. |
* Integrate GEO node to DRIVER node for navigation. Check whether the DRIVER node is receiving the coordinates. | * Integrate GEO node to DRIVER node for navigation. Check whether the DRIVER node is receiving the coordinates. | ||
+ | * Backend development for android app. Write the GPS and google maps interface logic. | ||
| | | | ||
− | * 04/ | + | * 04/15 |
− | * 04/ | + | * 04/15 |
− | * 04/ | + | * 04/15 |
− | * 04/ | + | * 04/15 |
+ | * 04/15 | ||
| | | | ||
*<font color = "green">Completed | *<font color = "green">Completed | ||
Line 197: | Line 200: | ||
*<font color = "green">Completed | *<font color = "green">Completed | ||
*<font color = "green">Completed | *<font color = "green">Completed | ||
+ | *<font color = "orange">In Progress | ||
|- | |- | ||
! scope="row"| Week 7 | ! scope="row"| Week 7 | ||
| | | | ||
− | * 04/ | + | * 04/16 |
− | * 04/ | + | * 04/16 |
− | * 04/ | + | * 04/16 |
− | * 04/ | + | * 04/16 |
+ | * 04/16 | ||
| | | | ||
− | * 04/ | + | * 04/23 |
− | * 04/ | + | * 04/23 |
− | * 04 | + | * 04/23 |
− | * 04/ | + | * 04/23 |
+ | * 04/23 | ||
| | | | ||
* Communicate to the GEO node over Bluetooth via Android app | * Communicate to the GEO node over Bluetooth via Android app | ||
+ | * Complete Driver obstacle logic | ||
* Design driving decision logic based on the navigation data | * Design driving decision logic based on the navigation data | ||
* Start designing PCB Board Schematic for mounting the ECUs | * Start designing PCB Board Schematic for mounting the ECUs | ||
− | * | + | * Filtering ultrasonic sensor data and sending processed data to Driver |
+ | * RPM Sensor logic and testing. | ||
| | | | ||
− | * 04/ | + | * 04/23 |
− | * 04/ | + | * 04/23 |
− | * 04/ | + | * 04/23 |
− | * 04/ | + | * 04/23 |
+ | * 04/23 | ||
| | | | ||
*<font color = "Red">Not Completed | *<font color = "Red">Not Completed | ||
Line 243: | Line 252: | ||
* Design and order PCB | * Design and order PCB | ||
* Test and improve the RC car performance based on the changes | * Test and improve the RC car performance based on the changes | ||
+ | * '''Collective Test 1''':<font color = "DarkGreen">''' Drive the car to a hardcoded GPS destination'''</font color> | ||
* '''Collective Test 3''':<font color = "DarkGreen">''' Test the car driving with navigation data from the Android app'''</font color> | * '''Collective Test 3''':<font color = "DarkGreen">''' Test the car driving with navigation data from the Android app'''</font color> | ||
| | | | ||
* 04/ | * 04/ | ||
− | * | + | * 04/ |
* 04/ | * 04/ | ||
* 04/ | * 04/ |
Revision as of 18:44, 12 April 2022
Contents
FireBolt RC Car
Abstract
Firebolt is battery powered autonomous RC car. The car uses four microcontrollers for communication between the nodes- driver node, motor node, bridge & sensor node, and geological node over the CAN bus. It is interfaced to the mobile application which sends GPS coordinates for the destination location to the driver node and reaches the destination by avoiding any obstacles that comes in the path. For obstacle detection and avoidance it uses Ultrasonic Sensor and makes the decision of steering and maintaining speed based on the bridge and sensor node's input.
Objectives & Introduction
Objectives
- RC car can communicate with an Android application to:
- Receive new coordinates to travel to
- Send diagnostic information to the application
- Emergency stop and start driving
- RC car can travel to received coordinates in an efficient path while avoiding obstacles
- RC car can maintain speed when driving on sloped ground
- Design printed circuit board (PCB) to neatly connect all SJ2 boards
- Design and 3D print sensor mounts for the ultrasonic sensors
- Design a simple and intuitive user interface for the Android application
- Design a DBC file
Introduction
The Firebolt RC car uses 4 SJ2 boards as nodes on the CAN bus
- Driver Node
- GEO Node
- Sensors and Bridge Node
- Motor Node
- Mobile Application
Team Members & Responsibilities
- Priyanka Rai
- Geo Controller
- Bridge and Sensor Controller
- Wiki Page Update
- Ritu Patil
- Motor Controller
- Android Application
- Integration Testing
- Ritika Beniwal
- Driver Node
- PCB Designing
- Wiki Page Update
- Utsav Savaliya
- Sensor Controller
- Driver Node
Schedule
Week# | Start Date | Target Completion Date | Task | Actual Completion Date | Status |
---|---|---|---|---|---|
Week 1 |
|
|
|
|
|
Week 2 |
|
|
|
|
|
Week 3 |
|
|
|
|
|
Week 4 |
|
|
|
|
|
Week 5 |
|
|
|
|
|
Week 6 |
|
|
|
|
|
Week 7 |
|
|
|
|
|
8
04/ to 04/ |
|
|
|
|
|
9
04/ to 05/ |
|
|
|
|
|
10
05/ to 05/ |
|
|
|
|
|
11
05/ to 05/ |
|
|
|
|
|
12
05/ to 05/ |
|
|
|
|
|
Parts List & Cost
Item# | Part Desciption | Vendor | Qty | Cost |
---|---|---|---|---|
1 | RC Car | Traxxas [1] | ||
2 | CAN Transceivers MCP2551-I/P | Comimark [2] | ||
3 | Ultrasonic Sensors | Max Botix[3] | ||
4 | GPS and Antenna | Adafruit[4] | ||
5 | HC05 bluetooth RF Transreceiver | HiLetgo[5] | ||
6 | Triple-axis Accelerometer | Adafruit[6] | ||
7 | Traxxas RPM Sensor | Traxxas[7] | ||
8 | Discrete Electronic Components | Generic[8] | ||
9 | Buck-Boost Voltage Regulator | Generic[9] | ||
10 | Traxxas Telemetry Trigger magnet & holder | Traxxas[10] | ||
11 | Acrylic Sheet | Tap Plastic | ||
12 | Battery | |||
13 | Traxxas Battery and Charger |
Printed Circuit Board
PCB Schematic
PCB Design
CAN Communication
We use controller area network to broadcast data between the 4 nodes. All nodes are connected to each other through a physically conventional two wire bus. The wires are a twisted pair with 120 Ω resistors at each ends of the bus. 1s and 0s are transmitted as CAN High(0V difference) and Can Low(2v difference). A CAN frame has the following contents:
- Data Length Code (4bits)
- Remote Transmission Request.
- ID extend bit.
- Message ID (11 bit or 29 bit)
- Data bytes( depends on DLC)
- CRC
Arbitration: No two nodes will transmit at the same time because if arbitration. A lower Message-ID has a Higher priority on the CAN bus since 0 is the dominant bit.
Bit Stuffing: CAN bus stuffs extra bits when a long chain of multiple 1's or 0's occur to improve CAN integrity.
Sr. No | Message ID | Message function | Receivers |
---|---|---|---|
Driver Controller | |||
1 | speed and steering direction for the motor. | Motor | |
2 | Destination reached | Sensor | |
Sensor Controller | |||
1 | Sensor sonars from front, back, left ,right sensor | Driver | |
Motor Controller | |||
8 | motor speed, motor direction | Driver | |
Geo and Bridge Controller | |||
1 | Bearing, Heading and Distance | Driver | |
Debug messages | |||
1 | Driver Debug | SENSOR,MOTOR,GEO_AND_BRIDGE | |
1 | Motor Debug | SENSOR,MOTOR,GEO_AND_BRIDGE | |
1 | Sensor Debug | SENSOR,MOTOR,GEO_AND_BRIDGE |
Hardware Design
DBC File
Sensor ECU
Hardware Design
Sensor Controller Schematic
Board Pin Connections
Sensors are interfaced with combination of GPIO, ADC Pins on SJTWo board. Below is the descriptive pin layout:
Software Design
Technical Challenges
Neighboring Sensor Interference:
Frequent noisy measurements:
Motor ECU
Hardware Design
Software Design
Technical Challenges
Geographical And Bridge Controller
Hardware Design
Software Design
Technical Challenges
Driver Node
Hardware Design
The Driver Node has one peripheral connected to it and that is the LCD screen.
Software Design
- Driver Node Flow Chart
Technical Challenges
Mobile Application
User Interface
Software Design
This app has mainly two activities, The main activity and maps activity.
Maps Activity
Bluetooth/WIFI
Technical Challenges
Conclusion
Project Video
Project Source Code
Advise for Future Students
Acknowledgement
References
http://socialledge.com/sjsu/index.php/Industrial_Application_using_CAN_Bus