UBC Wiki - User contributions [en]

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-26T03:39:10Z

TimCai: /* Autonomous Program */

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:Bicycle with receiver.jpg|left|thumb|400x400px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}
-

-

'''Dashboard Bridge and Landing Page'''

The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
{| class="wikitable"
|+
!{{#widget:YouTube|id=HujU6l2J8PE|height=315|width=420}}
|-
|Figure 10. Laptop dashboard showing live RC and cabin telemetry.
|}
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to lean up to 30° during cornering, while keeping the front wheels more balanced and stable during turns.
# Steering: Target a turning radius of around 600 mm, so the prototype can make tight turns while still keeping the steering system simple and easy to control.
# Drive train: Increase the tested vehicle speed through the gear system, while keeping the chain movement smooth and reducing chain noise during operation.

==== Constraints ====

# Front suspension: The lean angle is limited by front fork alignment, joint clearance, and wheel contact with the ground.
# Steering: The steering angle is limited by the available frame space and the movement range of the steering linkage.
# Drive train: The gear and chain layout is limited by frame space, chain alignment, and proper chain tension.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, '''Design 3 is the strongest option for the final prototype.'''
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

==== Recommendations ====

# Design simpler structures with fewer small and complex parts to improve 3D-printing reliability. Front Suspension Design 1 repeatedly failed during printing and had to be postponed.
# Use metal connectors, such as steel pins, bolts, and screws, for moving joints instead of small 3D-printed connectors.
# Organize the project schedule more effectively and allow extra time for printing, assembly, and redesign because of the large workload.

==== Appendices ====

===== Front suspension and steering sketches =====
{| class="wikitable"
|+
![[File:724424527 1017368514321931 1195802966728315288 n.jpg|thumb]]
![[File:726493212 27203115756038827 4671180692809538110 n.jpg|thumb]]
|}

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. receive the signal from the trasmitter to control the vehicle

2. provide enough power for motor to move

3. able to rotate the servo to control the direction of the handle bar

4. able to receive the code from coding subteam

5. Pre-programmed automation of the vehicle

6. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to control the speed over 1km/h and maximize it

2. keep the wiring clear and well organized

3. allow the circuit fit in the prototype vehicle

4. Able to monitor the temperature and humidity inside the vehicle

5. able to be stable when no signal is received

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. need to prevent shortcircuit and electrostatics damage.

3. prevent wire loosing during the driving time

4. only can recieve the signal from the transmitter in a small room.

5. suitable location of the receiver in sepcific size

6. do not break the frame of the prototype during testing

=== The Design ===

==== Rejected Design ====
Our previous rejected design was to solder all the wires together instead of using a breadboard for the connections. In this design, some elecrical conponent are connected together, only a few wire were connected with the breadboard. This made the circuit very messy and difficult to check.

Because of this, even if the circuit could be more organized with extra circuit, we rejected this design to make sure all components are connected with breadboard, so it is more easy to check the circuit issue when troubleshooting.

[[File:Previous soldered circuit layout.jpg|thumb|none]]

'''Drive and Steering Circuit'''

The receiver gets the signal from the remote control and the Arduino then controls the motor and the servo to make the vehicle move forward and turn.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
The fan circuit is used to help control the temperature inside the vehicle. When the system is turned on, the fan can move air through the vehicle and help cool the rider area.
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
The Peltier circuit is used for cooling. The Arduino controls the Peltier module through the MOSFET so that it can help reduce the temperature inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
The boards mounting helped keep the wires more organized and made testing easier. This also help us easy to connect and check when the boards were mounted inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
The Autonomous Program can control the motor and steering so the vehicle can move in a straight line and complete the required path.
[[File:RX_automation_code.docx|thumb|VANT151 team 1 RX automation code]]
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
The receiver was placed in a position where it could receive the remote-control signal more easily. This helped improve the connection between the remote control and the vehicle.
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]
{| class="wikitable"
|+
|
|-
|[[File:RX_automation_code.docx|center|thumb|VANT151 team 1 RX automation code]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|Amartuvshin Tavinbekh
N/A
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|[[File:Portrait of Jianyu Zhang.jpg|thumb|104x104px]]'''Jianyu Zhang'''
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-26T03:38:26Z

TimCai: /* Arduino Code */

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:Bicycle with receiver.jpg|left|thumb|400x400px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}
-

-

'''Dashboard Bridge and Landing Page'''

The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
{| class="wikitable"
|+
!{{#widget:YouTube|id=HujU6l2J8PE|height=315|width=420}}
|-
|Figure 10. Laptop dashboard showing live RC and cabin telemetry.
|}
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to lean up to 30° during cornering, while keeping the front wheels more balanced and stable during turns.
# Steering: Target a turning radius of around 600 mm, so the prototype can make tight turns while still keeping the steering system simple and easy to control.
# Drive train: Increase the tested vehicle speed through the gear system, while keeping the chain movement smooth and reducing chain noise during operation.

==== Constraints ====

# Front suspension: The lean angle is limited by front fork alignment, joint clearance, and wheel contact with the ground.
# Steering: The steering angle is limited by the available frame space and the movement range of the steering linkage.
# Drive train: The gear and chain layout is limited by frame space, chain alignment, and proper chain tension.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, '''Design 3 is the strongest option for the final prototype.'''
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

==== Recommendations ====

# Design simpler structures with fewer small and complex parts to improve 3D-printing reliability. Front Suspension Design 1 repeatedly failed during printing and had to be postponed.
# Use metal connectors, such as steel pins, bolts, and screws, for moving joints instead of small 3D-printed connectors.
# Organize the project schedule more effectively and allow extra time for printing, assembly, and redesign because of the large workload.

==== Appendices ====

===== Front suspension and steering sketches =====
{| class="wikitable"
|+
![[File:724424527 1017368514321931 1195802966728315288 n.jpg|thumb]]
![[File:726493212 27203115756038827 4671180692809538110 n.jpg|thumb]]
|}

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. receive the signal from the trasmitter to control the vehicle

2. provide enough power for motor to move

3. able to rotate the servo to control the direction of the handle bar

4. able to receive the code from coding subteam

5. Pre-programmed automation of the vehicle

6. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to control the speed over 1km/h and maximize it

2. keep the wiring clear and well organized

3. allow the circuit fit in the prototype vehicle

4. Able to monitor the temperature and humidity inside the vehicle

5. able to be stable when no signal is received

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. need to prevent shortcircuit and electrostatics damage.

3. prevent wire loosing during the driving time

4. only can recieve the signal from the transmitter in a small room.

5. suitable location of the receiver in sepcific size

6. do not break the frame of the prototype during testing

=== The Design ===

==== Rejected Design ====
Our previous rejected design was to solder all the wires together instead of using a breadboard for the connections. In this design, some elecrical conponent are connected together, only a few wire were connected with the breadboard. This made the circuit very messy and difficult to check.

Because of this, even if the circuit could be more organized with extra circuit, we rejected this design to make sure all components are connected with breadboard, so it is more easy to check the circuit issue when troubleshooting.

[[File:Previous soldered circuit layout.jpg|thumb|none]]

'''Drive and Steering Circuit'''

The receiver gets the signal from the remote control and the Arduino then controls the motor and the servo to make the vehicle move forward and turn.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
The fan circuit is used to help control the temperature inside the vehicle. When the system is turned on, the fan can move air through the vehicle and help cool the rider area.
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
The Peltier circuit is used for cooling. The Arduino controls the Peltier module through the MOSFET so that it can help reduce the temperature inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
The boards mounting helped keep the wires more organized and made testing easier. This also help us easy to connect and check when the boards were mounted inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
The Autonomous Program can control the motor and steering so the vehicle can move in a straight line and complete the required path.
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
The receiver was placed in a position where it could receive the remote-control signal more easily. This helped improve the connection between the remote control and the vehicle.
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]
{| class="wikitable"
|+
|
|-
|[[File:RX_automation_code.docx|center|thumb|VANT151 team 1 RX automation code]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|Amartuvshin Tavinbekh
N/A
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|[[File:Portrait of Jianyu Zhang.jpg|thumb|104x104px]]'''Jianyu Zhang'''
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

File:RX automation code.docx

2026-06-26T03:35:36Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=VANT151 team 1 RX automation code}}
|date=2026-06-25
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-26T01:58:20Z

TimCai: /* Sub-teams: */

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:Bicycle with receiver.jpg|left|thumb|400x400px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}
-

-

'''Dashboard Bridge and Landing Page'''

The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
{| class="wikitable"
|+
!{{#widget:YouTube|id=HujU6l2J8PE|height=315|width=420}}
|-
|Figure 10. Laptop dashboard showing live RC and cabin telemetry.
|}
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to lean up to 30° during cornering, while keeping the front wheels more balanced and stable during turns.
# Steering: Target a turning radius of around 600 mm, so the prototype can make tight turns while still keeping the steering system simple and easy to control.
# Drive train: Increase the tested vehicle speed through the gear system, while keeping the chain movement smooth and reducing chain noise during operation.

==== Constraints ====

# Front suspension: The lean angle is limited by front fork alignment, joint clearance, and wheel contact with the ground.
# Steering: The steering angle is limited by the available frame space and the movement range of the steering linkage.
# Drive train: The gear and chain layout is limited by frame space, chain alignment, and proper chain tension.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, '''Design 3 is the strongest option for the final prototype.'''
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

==== Recommendations ====

# Design simpler structures with fewer small and complex parts to improve 3D-printing reliability. Front Suspension Design 1 repeatedly failed during printing and had to be postponed.
# Use metal connectors, such as steel pins, bolts, and screws, for moving joints instead of small 3D-printed connectors.
# Organize the project schedule more effectively and allow extra time for printing, assembly, and redesign because of the large workload.

==== Appendices ====

===== Front suspension and steering sketches =====
{| class="wikitable"
|+
![[File:724424527 1017368514321931 1195802966728315288 n.jpg|thumb]]
![[File:726493212 27203115756038827 4671180692809538110 n.jpg|thumb]]
|}

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. receive the signal from the trasmitter to control the vehicle

2. provide enough power for motor to move

3. able to rotate the servo to control the direction of the handle bar

4. able to receive the code from coding subteam

5. Pre-programmed automation of the vehicle

6. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to control the speed over 1km/h and maximize it

2. keep the wiring clear and well organized

3. allow the circuit fit in the prototype vehicle

4. Able to monitor the temperature and humidity inside the vehicle

5. able to be stable when no signal is received

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. need to prevent shortcircuit and electrostatics damage.

3. prevent wire loosing during the driving time

4. only can recieve the signal from the transmitter in a small room.

5. suitable location of the receiver in sepcific size

6. do not break the frame of the prototype during testing

=== The Design ===

==== Rejected Design ====
Our previous rejected design was to solder all the wires together instead of using a breadboard for the connections. In this design, some elecrical conponent are connected together, only a few wire were connected with the breadboard. This made the circuit very messy and difficult to check.

Because of this, even if the circuit could be more organized with extra circuit, we rejected this design to make sure all components are connected with breadboard, so it is more easy to check the circuit issue when troubleshooting.

[[File:Previous soldered circuit layout.jpg|thumb|none]]

'''Drive and Steering Circuit'''

The receiver gets the signal from the remote control and the Arduino then controls the motor and the servo to make the vehicle move forward and turn.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
The fan circuit is used to help control the temperature inside the vehicle. When the system is turned on, the fan can move air through the vehicle and help cool the rider area.
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
The Peltier circuit is used for cooling. The Arduino controls the Peltier module through the MOSFET so that it can help reduce the temperature inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
The boards mounting helped keep the wires more organized and made testing easier. This also help us easy to connect and check when the boards were mounted inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
The Autonomous Program can control the motor and steering so the vehicle can move in a straight line and complete the required path.
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|Amartuvshin Tavinbekh
N/A
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|[[File:Portrait of Jianyu Zhang.jpg|thumb|104x104px]]'''Jianyu Zhang'''
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-26T01:57:29Z

TimCai: /* Sub-teams: */

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:Bicycle with receiver.jpg|left|thumb|400x400px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}
-

-

'''Dashboard Bridge and Landing Page'''

The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
{| class="wikitable"
|+
!{{#widget:YouTube|id=HujU6l2J8PE|height=315|width=420}}
|-
|Figure 10. Laptop dashboard showing live RC and cabin telemetry.
|}
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to lean up to 30° during cornering, while keeping the front wheels more balanced and stable during turns.
# Steering: Target a turning radius of around 600 mm, so the prototype can make tight turns while still keeping the steering system simple and easy to control.
# Drive train: Increase the tested vehicle speed through the gear system, while keeping the chain movement smooth and reducing chain noise during operation.

==== Constraints ====

# Front suspension: The lean angle is limited by front fork alignment, joint clearance, and wheel contact with the ground.
# Steering: The steering angle is limited by the available frame space and the movement range of the steering linkage.
# Drive train: The gear and chain layout is limited by frame space, chain alignment, and proper chain tension.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, '''Design 3 is the strongest option for the final prototype.'''
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

==== Recommendations ====

# Design simpler structures with fewer small and complex parts to improve 3D-printing reliability. Front Suspension Design 1 repeatedly failed during printing and had to be postponed.
# Use metal connectors, such as steel pins, bolts, and screws, for moving joints instead of small 3D-printed connectors.
# Organize the project schedule more effectively and allow extra time for printing, assembly, and redesign because of the large workload.

==== Appendices ====

===== Front suspension and steering sketches =====
{| class="wikitable"
|+
![[File:724424527 1017368514321931 1195802966728315288 n.jpg|thumb]]
![[File:726493212 27203115756038827 4671180692809538110 n.jpg|thumb]]
|}

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. receive the signal from the trasmitter to control the vehicle

2. provide enough power for motor to move

3. able to rotate the servo to control the direction of the handle bar

4. able to receive the code from coding subteam

5. Pre-programmed automation of the vehicle

6. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to control the speed over 1km/h and maximize it

2. keep the wiring clear and well organized

3. allow the circuit fit in the prototype vehicle

4. Able to monitor the temperature and humidity inside the vehicle

5. able to be stable when no signal is received

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. need to prevent shortcircuit and electrostatics damage.

3. prevent wire loosing during the driving time

4. only can recieve the signal from the transmitter in a small room.

5. suitable location of the receiver in sepcific size

6. do not break the frame of the prototype during testing

=== The Design ===

==== Rejected Design ====
Our previous rejected design was to solder all the wires together instead of using a breadboard for the connections. In this design, some elecrical conponent are connected together, only a few wire were connected with the breadboard. This made the circuit very messy and difficult to check.

Because of this, even if the circuit could be more organized with extra circuit, we rejected this design to make sure all components are connected with breadboard, so it is more easy to check the circuit issue when troubleshooting.

[[File:Previous soldered circuit layout.jpg|thumb|none]]

'''Drive and Steering Circuit'''

The receiver gets the signal from the remote control and the Arduino then controls the motor and the servo to make the vehicle move forward and turn.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
The fan circuit is used to help control the temperature inside the vehicle. When the system is turned on, the fan can move air through the vehicle and help cool the rider area.
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
The Peltier circuit is used for cooling. The Arduino controls the Peltier module through the MOSFET so that it can help reduce the temperature inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
The boards mounting helped keep the wires more organized and made testing easier. This also help us easy to connect and check when the boards were mounted inside the vehicle.
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
The Autonomous Program can control the motor and steering so the vehicle can move in a straight line and complete the required path.
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|Amartuvshin Tavinbekh
N/A
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|[[File:Portrait of Jianyu Zhang.jpg|thumb|104x104px]]'''Jianyu Zhang'''
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-26T01:48:54Z

TimCai: /* Requirements */

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:Bicycle with receiver.jpg|left|thumb|400x400px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}
-

-

'''Dashboard Bridge and Landing Page'''

The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
{| class="wikitable"
|+
!{{#widget:YouTube|id=HujU6l2J8PE|height=315|width=420}}
|-
|Figure 10. Laptop dashboard showing live RC and cabin telemetry.
|}
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to lean up to 30° during cornering, while keeping the front wheels more balanced and stable during turns.
# Steering: Target a turning radius of around 600 mm, so the prototype can make tight turns while still keeping the steering system simple and easy to control.
# Drive train: Increase the tested vehicle speed through the gear system, while keeping the chain movement smooth and reducing chain noise during operation.

==== Constraints ====

# Front suspension: The lean angle is limited by front fork alignment, joint clearance, and wheel contact with the ground.
# Steering: The steering angle is limited by the available frame space and the movement range of the steering linkage.
# Drive train: The gear and chain layout is limited by frame space, chain alignment, and proper chain tension.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, '''Design 3 is the strongest option for the final prototype.'''
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

==== Recommendations ====

# Design simpler structures with fewer small and complex parts to improve 3D-printing reliability. Front Suspension Design 1 repeatedly failed during printing and had to be postponed.
# Use metal connectors, such as steel pins, bolts, and screws, for moving joints instead of small 3D-printed connectors.
# Organize the project schedule more effectively and allow extra time for printing, assembly, and redesign because of the large workload.

==== Appendices ====

===== Front suspension and steering sketches =====
{| class="wikitable"
|+
![[File:724424527 1017368514321931 1195802966728315288 n.jpg|thumb]]
![[File:726493212 27203115756038827 4671180692809538110 n.jpg|thumb]]
|}

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. receive the signal from the trasmitter to control the vehicle

2. provide enough power for motor to move

3. able to rotate the servo to control the direction of the handle bar

4. able to receive the code from coding subteam

5. Pre-programmed automation of the vehicle

6. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to control the speed over 1km/h and maximize it

2. keep the wiring clear and well organized

3. allow the circuit fit in the prototype vehicle

4. Able to monitor the temperature and humidity inside the vehicle

5. able to be stable when no signal is received

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. need to prevent shortcircuit and electrostatics damage.

3. prevent wire loosing during the driving time

4. only can recieve the signal from the transmitter in a small room.

5. suitable location of the receiver in sepcific size

6. do not break the frame of the prototype during testing

=== The Design ===

==== Rejected Design ====
Our previous rejected design was to solder all the wires together instead of using a breadboard for the connections. In this design, some elecrical conponent are connected together, only a few wire were connected with the breadboard. This made the circuit very messy and difficult to check.

Because of this, even if the circuit could be more organized with extra circuit, we rejected this design to make sure all components are connected with breadboard, so it is more easy to check the circuit issue when troubleshooting.

[[File:Previous soldered circuit layout.jpg|thumb|none]]

Drive and Steering Circuit
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|[[File:Portrait of Jianyu Zhang.jpg|thumb|104x104px]]'''Jianyu Zhang'''
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-24T05:36:11Z

TimCai:

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:Screenshot_2026-06-18_133414.png|none|thumb|Figure 10. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, Design 3 is the strongest option for the final prototype.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to control the speed and maximize it

2. Able to monitor the temperature and humidity inside the vehicle

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|Jianyu Zhang
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-23T18:23:17Z

TimCai:

== Home ==

=== Welcome ===
Welcome to the Team 1 VANT 151 Capstone Project Wiki. This page shows the work of our team for the design project. It includes our project goals, team requirements, task planning, design phase and final outcomes.

Team 1 was operating as multiple sub-teams. The individual sub-teams were each assigned to work on a different part of the vehicle system. This included coding, electrical, mechanical, structural and documentation work. Everyone focused on their part and then all the parts were put together to one final project.

This wiki also demonstrates how our team planned the project, divided the tasks, followed the schedule, and documented our progress. This assists the reader in understanding the work of each sub-team and the evolution of the whole project.

=== Introduction ===
The VANT 151 project was a multi-discipline engineering design project. Team 1 was tasked with designing and presenting a vehicle system that includes a range of engineering elements. The project was split in many areas, so the work was distributed in different sub-teams like Coding, Electrical, Mechanical, Structural and Documentation.

The control systems sub-team worked on the code for the transmitter and receiver, the joystick and the buttons, switches and their connections . The Electrical sub-team was in charge of the vehicle’s electronic system including the vehicle board, wiring, fan control, Peltier module circuit and other electrical parts. The Mechanical sub-team worked on the drive train, steering system, suspension and power transmission. The frame, enclosure, panels, transparent parts and doors were the responsibility of the Structural sub-team. The Documentation sub-team assisted Team 1 in producing the final wiki and presentation. We have set up the basic wiki framework, created the Gantt chart, tracked the project schedule and gathered information from each sub-team.

Communication was important in the project because many parts were connected. For instance, the mechanical design impacted the structure, the electrical system had to be housed inside the vehicle, and the coding system was needed to control the functions of the vehicle. So each sub team had to keep each other informed and change things if necessary. This wiki describes the main requirements of Team 1, design work, team progress, drawings and final results.

=== Team Requirements ===

==== Functions ====
The vehicle’s main functions are to:

1 Move forward and backwards at user’s command.

2 Steering system for steering left and right.

3 Receiving wireless control signals from the transmitter.

4 A stable structure is required to support the vehicle body, rider area and internal elements.

==== Objectives ====
The goals of this project are to enhance the final vehicle design by:

1 Build a working vehicle system, including coding, electric, mechanical and structural parts.

2 Ensure that the control system, drive system, electrical system and structure are compatible.

3 It is a simple compact design, safe and suitable for the prototype.

4 Final design presentation through team wiki, drawings, Gantt chart, and oral presentation.

==== Constrains ====
The constraints of the project are

1 The project needs to be finished within the timeframe of the VANT 151 course.

2 The vehicle has to make use of parts, materials and tools which are available in the course.

3 The electrical system must meet the allowable power range, which is 9.6 V DC and 2.8 A.

4 Each team member should be familiar with their own part and be able to explain it during the oral presentation.

==== Gantt chart ====
[[File:截屏2026-06-18 22.31.50.png|center|thumb|676x676px]]

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:Screenshot_2026-06-18_133414.png|none|thumb|Figure 10. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, Design 3 is the strongest option for the final prototype.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|
=== Chengxiang Hu ===
[[File:1e989197efd15dd7ee9ee7bea80e384f.jpg|thumb|149x149px]]Documentation Sub-team Member

I helped with the Wiki, project documentation, Gantt Chart and project planning. I collected data from different sub-teams and helped to produce the final Wiki and presentation.

Through this project I learned how to manage project information, track project progress and work with different team members. I’ve also developed my communication and teamwork skills.
|
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|Jianyu Zhang
My role in the team: to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|[[File:48dd1b272c646ee852ec9d5fcf467ed4.jpg|thumb|140x140px]]'''Bowen Zheng'''
coding sub-team member

My main contribution to the team was designing and fabricating the transmitter housing, as well as assisting in building the transmitter circuitry, including soldering and component assembly. Through this experience, I learned the importance of collaboration and gained a deeper understanding of how transmitters work, including their internal components and code development.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-19T05:21:30Z

TimCai: /* Drive and Steering Circuit */

== Home ==

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:Screenshot_2026-06-18_133414.png|none|thumb|Figure 10. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, Design 3 is the strongest option for the final prototype.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|Jianyu Zhang
My role in the team was to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-19T05:20:52Z

TimCai: /* Boards Mounting */

== Home ==

== Coding ==
=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===
==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===
==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16.jpg|left|thumb|Figure 1. Final TX layout with joystick, three buttons, power switch, and power LED.]]
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(1).jpg|none|thumb|Figure 2. Receiver circuit with extra features: LEDs, buzzer, peltier module and fans.]]
-
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

Transmitter Layout Alternatives and Selection

The transmitter layout was selected by comparing three physical layout alternatives. The goal was to make the controller comfortable to hold, easy to understand, and safe to operate while still leaving enough space for extra features.
[[File:Team1_Coding_Layout_Alternatives.png|left|thumb|700x700px|Figure 3. Three alternative layouts of the transmitter]]

{| class="wikitable"
|+Table 3. Transmitter layout alternatives and selection
!Alternative
!A. Compact layout
!B. Mixed layout
!C. Separated layout
|-
|'''Description'''
|The joystick, switch, LED, and buttons are all placed on the top surface in a compact arrangement.
|The joystick and switch are placed on the top surface, while the feature buttons are placed on the right side of the transmitter.
|The joystick is placed in the main driving area, while the switch and feature buttons are placed in a separate control area on the top surface.
|-
|'''Advantages'''
|Small overall layout; simple to understand; all controls are visible from the top.
|The top surface is less crowded, and the feature buttons are separated from the joystick area.
|Clear separation between driving control and extra features; more space around the joystick; more comfortable two-thumb operation; easier to label and understand.
|-
|'''Disadvantages'''
|The buttons are close to the joystick, which gives less thumb clearance and increases the chance of accidental button presses during driving. It also leaves less space for future features.
|Side buttons are less visible during operation and may be harder to press consistently while holding the transmitter. They may also be pressed accidentally by the user's grip.
|Requires slightly more planning for the transmitter box layout.
|-
|'''Decision'''
|Not selected.
|Not selected.
|Selected.
|}
The separated layout was chosen because it provides the best balance of comfort, clarity, and expandability. The joystick is used for the main driving control, while the extra feature buttons are placed in a separate area. This allows the user to keep one thumb on the joystick and use the other thumb for the feature buttons. As a result, the transmitter is more comfortable to hold, easier to understand, and less likely to cause accidental button presses during driving.

This layout also makes testing and demonstration easier because each control area has a clear purpose. The joystick area is used for vehicle movement, while the feature button area is used for extra functions such as the Peltier system, buzzer, and lights.

'''Final Transmitter Part Drawing'''

After comparing the layout alternatives, the separated transmitter layout was selected as the final design. The final transmitter uses a joystick for the main driving control and separates the extra feature buttons into a different control area. The part drawings below show the final physical layout of the transmitter.
[[File:Team1_Coding_Transmitter_top.png|left|thumb|Figure 4. Top view of the transmitter]]
[[File:Team1_Coding_Transmitter_front.png|none|thumb|Figure 5. Front view of the transmitter]]
[[File:Team1_Coding_Transmitter_right.png|left|thumb|Figure 6. Right view of the transmitter]]
[[File:Team1_Coding_Transmitter_isometric.png|none|thumb|Figure 7. Isometric view of the transmitter]]

Table 4 shows a summary of the transmitter inputs.
{| class="wikitable"
|+Table 4. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 8. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 5. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.
[[File:WhatsApp_Image_2026-06-18_at_21.24.16_(2).jpg|none|thumb|Figure 9. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:Screenshot_2026-06-18_133414.png|none|thumb|Figure 10. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 6. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 7. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 8. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 11. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 9. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 10. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front suspension design
!Design 1
!Design 2
!Design 3
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|[[File:Screenshot (496).png|thumb]]
|}
We used a weighted decision matrix to compare the three designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
!Design 3
|-
|Simplicity
|30%
|2
|5
|4
|-
|Durability
|30%
|3
|5
|4
|-
|Flexibility
|40%
|5
|0
|5
|-
|Total
|
|3.5
|3.0
|4.4
|}
'''Decision:''' Design 3 was selected because it provides the best overall balance of simplicity, durability, and flexibility. Although Design 2 is the simplest and most durable, it has no flexibility, which significantly lowers its overall score. Design 1 offers high flexibility, but its more complex linkage system makes it less simple and potentially less durable than Design 3. Therefore, Design 3 is the strongest option for the final prototype.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}
[[File:Screenshot (495).png|thumb|'''3D picture of drive chain''']]

==== Drive Chain ====

The drive train system uses a large gear to transfer power from the motor to two smaller gears connected to the wheel shafts. When the large gear rotates, it drives the smaller gears, causing them to spin at a higher rotational speed. This happens because the smaller gears have fewer teeth, so they complete more rotations for each rotation of the larger gear.

This gear arrangement was chosen to increase the output speed of the wheels while keeping the system compact and simple. The larger gear helps distribute motion to both smaller gears, allowing the vehicle to move forward efficiently. Although this design increases speed, it also reduces torque, so the gear ratio must be balanced to provide enough wheel power for movement.

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151 electrical circuit.jpg|center|thumb|2026 VANT151 Team 1 electrical circuit with extra features]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|
=== Tim Cai ===
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|Jianyu Zhang
My role in the team was to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]

=== Thang Le ===
Mechanical Sub-team Design and Main mechanical design in Solidworks.

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|[[File:727380122 2997023350486820 143473373843037600 n.jpg|thumb|137x137px]]

=== Jiarui Zhang ===
Mechanical Sub-team Design and Basic SolidWorks Assembly.

I led the basic SolidWorks design and main assembly process for the mechanical system, including the front suspension, drive train, and steering system.

I was part of the mechanical sub-team. I contributed to the basic SolidWorks design and main assembly, including the front suspension, drive train, and steering system. From this project, I learned how to balance simplicity, durability, and buildability when designing mechanical parts.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Coding
|-
|
=== Christopher Rodas Castillo ===
Chief Developer and Team Leader

My main contributions were organizing the team’s coding work, planning the project structure, developing and testing key features, debugging errors, and improving the overall functionality of the final product. I also helped connect different parts of the project together, reviewed the code to make sure it worked properly, and supported teammates when they ran into technical problems. Through this experience, I learned how important communication, planning, and teamwork are in software development, especially when turning ideas into a working project.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

VANT151/2026/Capstone/APSC/Team1

2026-06-18T21:44:37Z

TimCai: /* Boards Mounting */

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.

{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.


[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]


[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]

{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.


[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]


[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]

{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.


[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]


[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]

{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.

{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}

The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.

{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====
# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.

{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}

Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.

{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====
# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.[[File:Screenshot (492).png|thumb|'''3D Assembly of the Steering Components''']]
==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot (488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot (489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con cac 123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====
# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====
# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC system flowchart.jpg|thumb|sketch of HVAC system |center]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|thumb|VANT151 Team 1 Peltier and the circuit|center]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:VANT151_electrical_circuit.jpg|center|thumb|VANT151 Team 1 Electrical Circuit with extra features]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai [[File:Tim Cai.jpg|thumb|121x121px]]Electrical Sub-team Design and Assembly

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile photo 260x320 no distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

File:VANT151 electrical circuit.jpg

2026-06-18T21:44:06Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=VANT151 Team 1 Electrical Circuit with extra features}}
|date=2026-06-18
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

VANT151/2026/Capstone/APSC/Team1

2026-06-18T18:11:59Z

TimCai: /* Sub-teams: */

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.

{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.


[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]


[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]

{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.


[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]


[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]

{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.


[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]


[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]

{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.

{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}

The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.

{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====
# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.

{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}

Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.

{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====
# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.[[File:Screenshot (492).png|thumb|'''3D Assembly of the Steering Components''']]
==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot (488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot (489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con cac 123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====
# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====
# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC system flowchart.jpg|thumb|sketch of HVAC system |center]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|thumb|VANT151 Team 1 Peltier and the circuit|center]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai [[File:Tim Cai.jpg|thumb|121x121px]]Electrical Sub-team Design and Assembly

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile photo 260x320 no distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-18T18:10:50Z

TimCai: /* Sub-teams: */

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.

[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600x600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]
[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600x600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.
{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.

[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600x600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.

[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600x600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700x700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot_(484).png|thumb]]
|[[File:Screenshot_(493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|Jianyu Zhang
My role in the team was to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-18T18:09:13Z

TimCai:

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.

[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600x600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]
[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600x600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.
{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.

[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600x600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.

[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600x600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700x700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot_(484).png|thumb]]
|[[File:Screenshot_(493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|Jianyu Zhang
My role in the team was to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-18T18:08:37Z

TimCai:

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.

[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600x600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]
[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600x600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.
{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.

[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600x600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.

[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600x600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700x700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot_(484).png|thumb]]
|[[File:Screenshot_(493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
My role in the team was to work on the electrical and electronic design of the tricycle.

I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1

2026-06-18T18:01:53Z

TimCai: Create this page from another wiki

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.
{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.

[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600x600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]
[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600x600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]
{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.
{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.

[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600x600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]
[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600x600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]
{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.

[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600x600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]
[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700x700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]
{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.
{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}
The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.
{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====

# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.
{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}
Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.
{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====

# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot_(484).png|thumb]]
|[[File:Screenshot_(493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.
[[File:Screenshot_(492).png|thumb|'''3D Assembly of the Steering Components''']]

==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot_(488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot_(489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con_cac_123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====

# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====

# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC_system_flowchart.jpg|center|thumb|sketch of HVAC system]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|center|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai[[File:Tim_Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly
In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile_photo_260x320_no_distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-18T18:00:02Z

TimCai:

VANT151/2026/Capstone/APSC/Team1

2026-06-18T17:22:34Z

TimCai:

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.

{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.


[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]


[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]

{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.


[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]


[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]

{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.


[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]


[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]

{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.

{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}

The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.

{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====
# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.

{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}

Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.

{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====
# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.[[File:Screenshot (492).png|thumb|'''3D Assembly of the Steering Components''']]
==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot (488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot (489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con cac 123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====
# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====
# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC system flowchart.jpg|thumb|sketch of HVAC system |center]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|thumb|VANT151 Team 1 Peltier and the circuit|center]]
|}

==== Boards Mounting ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai[[File:Tim Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile photo 260x320 no distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

VANT151/2026/Capstone/APSC/Team1

2026-06-18T17:19:14Z

TimCai:

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.

{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.


[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]


[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]

{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.


[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]


[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]

{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.


[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]


[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]

{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.

{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}

The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.

{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====
# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.

{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}

Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.

{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====
# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.[[File:Screenshot (492).png|thumb|'''3D Assembly of the Steering Components''']]
==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot (488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot (489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con cac 123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====
# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====
# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====
{| class="wikitable"
|+
|
|
|-
|[[File:HVAC_Fan_and_peltier.jpg|center|thumb|VANT151 team1 fan with peltier]]
|[[File:HVAC system flowchart.jpg|thumb|sketch of HVAC system ]]
|}

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|[[File:Peltier_drawing_and_circuit.jpg|thumb|VANT151 Team 1 Peltier and the circuit]]
|}

==== Boards Mounting ====

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai[[File:Tim Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile photo 260x320 no distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

File:Peltier drawing and circuit.jpg

2026-06-18T17:15:33Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=VANT151 Team 1 Peltier and the circuit}}
|date=2026-06-17
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

File:HVAC Fan and peltier.jpg

2026-06-18T17:15:33Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=VANT151 team1 fan with peltier}}
|date=2026-06-17
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

VANT151/2026/Capstone/APSC/Team1

2026-06-18T16:45:27Z

TimCai:

== Home ==

== Coding ==

=== Overview of the Arduino Code ===
The Coding sub-team was responsible for the remote-control software and the software interface between the transmitter, vehicle receiver, and dashboard. The system uses three Arduino Nano boards. The first Nano is inside the handheld transmitter. The second Nano is mounted on the vehicle as the receiver. The third Nano is connected to a laptop by USB and works as a radio bridge for the dashboard.

The transmitter reads the joystick and button inputs, then sends a command packet through an nRF24L01 radio module. The receiver reads this command packet and controls the steering servo, drive motor PWM, Peltier module, fan, lights, and buzzer. The receiver also reads the cabin temperature and humidity sensor. The third Nano listens for dashboard telemetry from the receiver and sends the data to a browser dashboard on the laptop.

{| class="wikitable"
|+Table 1. Coding files used in the final design
!File
!Board
!Purpose
|-
|TXCODE.ino
|Transmitter Arduino Nano
|Reads the joystick, Peltier button, buzzer button, and light button, then transmits the RC command packet.
|-
|RXCODE.ino
|Vehicle receiver Arduino Nano
|Receives RC commands, applies vehicle outputs, reads temperature and humidity, sends dashboard telemetry, and enters failsafe when signal is lost.
|-
|DASHBOARD_BRIDGE.ino
|Third Arduino Nano connected to laptop
|Receives telemetry packets and prints them as JSON through USB Serial. It also forwards safe buzzer-tone settings from the dashboard to the receiver.
|-
|dashboard.html
|Laptop browser
|Displays the live dashboard with cabin temperature, humidity, Peltier mode, fan state, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|}

=== Requirements ===

==== Functions ====
The Coding sub-team design must:

# Read user inputs from the RC transmitter, including joystick movement, Peltier mode selection, buzzer input, and the extra light button.
# Send wireless command packets from the transmitter to the vehicle receiver using nRF24L01 radio modules.
# Convert valid receiver packets into vehicle outputs, including steering servo position, drive motor PWM, Peltier mode, fan state, lights, buzzer sound, dashboard telemetry, and failsafe shutdown.

==== Objectives ====
The main design objectives are:

# Make the RC control responsive and predictable so the vehicle can be tested and driven reliably.
# Make the code easy to debug and demonstrate by including Serial output, live dashboard telemetry, temperature and humidity readings, adjustable buzzer tone, and signal-loss failsafe behavior.

==== Constraints ====
The Coding design must work within these constraints:

# The transmitter and receiver must use the available Arduino Nano pins, nRF24L01 modules, joystick, buttons, switches, sensor, and output hardware.
# The software must match the Electrical, Mechanical, Structural, and Thermal sub-team designs because the code depends on the actual motor driver, steering actuator, Peltier circuit, fan wiring, light wiring, and dashboard sensor placement.
# The receiver must return to a safe state if radio communication is lost, so the motor does not continue running without a valid command signal.

=== The Design ===

==== System Architecture ====
The final coding system has three wireless roles. The transmitter sends driver commands to the receiver. The receiver controls the vehicle and sends telemetry data to the third Nano. The third Nano connects to the laptop by USB and allows the dashboard to show live data.


[[File:TeamX_Coding_Transmitter_Top_View.jpg|none|thumb|600px|Figure 1. Final RC transmitter layout with joystick, three buttons, power switch, and power LED.]]


[[File:TeamX_Coding_Transmitter_Wiring.jpg|none|thumb|600px|Figure 2. Transmitter Arduino Nano wiring with joystick, buttons, and nRF24L01 radio module.]]

{| class="wikitable"
|+Table 2. Wireless communication roles
!Device
!Radio role
!Main data sent or received
|-
|Transmitter Nano
|Command sender
|Sends joystick X/Y, Peltier mode, buzzer command, fan command, and light command.
|-
|Vehicle receiver Nano
|Command receiver and telemetry sender
|Receives RC commands, controls outputs, reads sensors, and sends telemetry to the dashboard bridge.
|-
|Dashboard bridge Nano
|Telemetry receiver and safe config sender
|Receives vehicle telemetry and sends buzzer-tone settings from the laptop dashboard.
|}

==== Transmitter Hardware ====
The transmitter is a rectangular controller box with one joystick, three buttons, one power switch, and one LED to show whether the controller is on. The physical box and mounting layout are part of the controller hardware design, while the Coding sub-team is responsible for reading the inputs and sending the correct command packet.

{| class="wikitable"
|+Table 3. Transmitter inputs
!Input
!Arduino pin
!Coding function
|-
|Joystick X-axis
|A0
|Controls steering. The receiver maps this value to the steering servo pulse.
|-
|Joystick Y-axis
|A1
|Controls drive motor speed. The receiver calibrates the center value, applies a deadzone, and maps joystick travel to PWM.
|-
|Button 1
|D2
|Cycles the Peltier module through OFF, COLD, HEAT, then back to OFF.
|-
|Button 2
|D3
|Activates the buzzer while the button is held.
|-
|Button 3
|D4
|Toggles the vehicle lights on and off. This was chosen as the extra button feature because it is simple, visible, and useful during the conference demonstration.
|-
|Power switch
|Hardware power path
|Turns the transmitter on and off.
|-
|Power LED
|Power indicator circuit
|Shows when the controller is powered.
|}

==== Vehicle Receiver Hardware ====
The receiver Arduino Nano is mounted on the vehicle and converts wireless commands into physical outputs. It controls the steering servo, motor driver, Peltier module, fan driver, lights, and buzzer. It also reads the temperature and humidity sensor inside the vehicle cabin.


[[File:TeamX_Coding_Receiver_Board.jpg|none|thumb|600px|Figure 3. Vehicle receiver Arduino Nano and output wiring.]]


[[File:TeamX_Coding_DHT_Sensor_Placement.jpg|none|thumb|600px|Figure 4. Temperature and humidity sensor placement inside the vehicle cabin.]]

{| class="wikitable"
|+Table 4. Receiver outputs and sensor inputs
!Part
!Arduino pin
!Purpose
|-
|Steering servo signal
|D3
|Controls steering position using joystick X.
|-
|Motor PWM
|D5
|Controls drive motor speed using joystick Y.
|-
|Peltier enable
|D4
|Turns the Peltier circuit on or off.
|-
|Peltier mode control
|D2
|Selects cold or heat mode through the Peltier relay/control circuit.
|-
|Fan driver
|D6
|Turns the fan on when the Peltier mode is active.
|-
|Lights
|D7
|Turns the vehicle lights on or off using transmitter Button 3.
|-
|Buzzer
|D8
|Plays a tone while the buzzer button is held. The tone frequency can be adjusted from the dashboard.
|-
|DHT temperature/humidity sensor
|A0
|Measures cabin temperature and humidity for the dashboard.
|}

==== Dashboard Bridge and Landing Page ====
The dashboard feature uses a third Arduino Nano connected to the laptop by USB. This avoids needing an ESP32 or Bluetooth module. The third Nano has its own nRF24L01 radio and receives telemetry packets from the vehicle receiver. It then prints the data to the laptop as JSON through USB Serial. A browser dashboard reads this serial data and displays it as a live landing page.

The dashboard is not a public internet website. It is a local landing page opened on the laptop during testing or the conference. It can show live data in a browser while still keeping the RC transmitter responsible for vehicle movement.


[[File:TeamX_Coding_Dashboard_Bridge.jpg|none|thumb|600px|Figure 5. Third Arduino Nano used as a USB radio bridge for the dashboard.]]


[[File:TeamX_Coding_Dashboard_Screenshot.png|none|thumb|700px|Figure 6. Laptop dashboard showing live RC and cabin telemetry.]]

{| class="wikitable"
|+Table 5. Dashboard values
!Dashboard value
!Source
!Reason for including it
|-
|Cabin temperature
|DHT sensor on receiver
|Shows whether the Peltier/fan system changes the rider area temperature.
|-
|Cabin humidity
|DHT sensor on receiver
|Adds more environmental data for the cabin.
|-
|Peltier mode
|Receiver telemetry
|Shows if the system is OFF, COLD, or HEAT.
|-
|Fan state
|Receiver telemetry
|Shows if fan output is active with the Peltier system.
|-
|Lights state
|Transmitter Button 3 and receiver telemetry
|Shows the extra button feature.
|-
|Motor PWM
|Receiver telemetry
|Shows the current motor command.
|-
|Steering pulse
|Receiver telemetry
|Shows the current steering servo command.
|-
|Failsafe status
|Receiver timeout logic
|Shows whether the vehicle has entered safe-stop mode.
|-
|Signal age and packet count
|Receiver telemetry
|Helps debug radio communication.
|-
|Buzzer tone
|Dashboard setting and receiver telemetry
|Allows the buzzer sound to be adjusted safely without affecting steering or motor control.
|}

==== Command and Telemetry Packets ====
The transmitter and receiver use the same command packet structure so both Arduinos interpret the radio message correctly.

{| class="wikitable"
|+Table 6. Command packet fields
!Field
!Meaning
|-
|x
|Joystick X value for steering.
|-
|y
|Joystick Y value for motor speed.
|-
|peltierMode
|0 = OFF, 1 = COLD, 2 = HEAT.
|-
|buzzerActive
|1 when the buzzer button is held, otherwise 0.
|-
|fanActive
|1 when the Peltier mode is active, otherwise 0.
|-
|lightsActive
|1 when the lights are on, otherwise 0.
|}

The receiver sends a second packet type to the dashboard bridge. This packet includes the sensor values and the current output state of the vehicle.

{| class="wikitable"
|+Table 7. Telemetry packet fields
!Field
!Meaning
|-
|temperatureC
|Cabin temperature in degrees Celsius.
|-
|humidity
|Cabin relative humidity.
|-
|peltierMode
|Current Peltier mode applied by the receiver.
|-
|fanActive
|Current fan command.
|-
|lightsActive
|Current light command.
|-
|motorPWM
|Motor PWM value from 0 to 255.
|-
|servoPulse
|Steering servo pulse in microseconds.
|-
|failsafe
|Shows whether signal-loss failsafe is active.
|-
|signalAgeMs
|Time since the receiver last received a valid command packet.
|-
|packetCount
|Number of command packets received by the receiver.
|-
|buzzerToneHz
|Current buzzer tone frequency.
|}

==== Operating Sequence ====
# The user turns on the transmitter using the power switch. The power LED turns on.
# The transmitter initializes the joystick, buttons, Serial output, and nRF24L01 radio module.
# The transmitter repeatedly reads the joystick and buttons.
# If Button 1 is pressed, the transmitter cycles the Peltier mode through OFF, COLD, HEAT, and OFF again.
# If Button 2 is held, the transmitter sends the buzzer-active command.
# If Button 3 is pressed, the transmitter toggles the light command.
# The transmitter sends a command packet to the receiver about every 50 ms.
# The receiver reads valid command packets and updates the last-received time.
# The receiver maps joystick X to the steering servo and joystick Y to motor PWM after joystick center calibration.
# The receiver applies Peltier, fan, light, and buzzer outputs.
# The receiver reads the DHT temperature/humidity sensor approximately every 2 seconds.
# The receiver sends a telemetry packet to the third Nano about every 250 ms.
# The third Nano sends the telemetry data to the laptop dashboard as JSON over USB.
# The dashboard displays live values and can send a safe buzzer-tone setting back to the receiver.
# If the receiver does not receive a command packet for more than 1000 ms, it enters failsafe by centering steering, stopping the motor, turning off the Peltier, turning off the fan, turning off the buzzer, and turning off the lights.

==== Program Flowchart ====
The program flowchart should be uploaded as an image in this section. Mermaid is useful for generating the diagram, but UBC Wiki may not render Mermaid directly. The recommended method is to render the Mermaid flowchart as a PNG or SVG, upload it to UBC Wiki, and place it below as Figure 7.
[[File:Flowchart2.png|left|thumb|549x549px|Figure 7. Final Coding program flowchart for transmitter, vehicle receiver, third Nano bridge, and dashboard.]]

==== Extra Features ====
The extra feature selected for the third transmitter button is vehicle lights. This was chosen because lights are easy to test, easy to show visually, and listed as a common extra feature for the project. The light output is controlled from transmitter Button 3 and displayed on the dashboard.

The second extra feature is the laptop dashboard. Instead of adding an ESP32 or Bluetooth module, the design uses a third Arduino Nano as a USB radio bridge. This allows the team to show live vehicle data on a browser page while using the same nRF24L01 radio system already used for RC communication.

{| class="wikitable"
|+Table 8. Extra features
!Extra feature
!Description
!Status
|-
|Vehicle lights
|Button 3 on the transmitter toggles a light output on the vehicle receiver.
|Implemented in code; needs final light wiring.
|-
|Live dashboard
|A browser dashboard displays temperature, humidity, Peltier mode, fan, lights, motor PWM, steering, failsafe, packet count, and buzzer tone.
|Implemented as local laptop dashboard using a third Arduino Nano bridge.
|-
|Adjustable buzzer tone
|The dashboard can send a safe buzzer-tone frequency to the receiver.
|Implemented in code; works best with a passive buzzer.
|-
|Temperature and humidity sensing
|A DHT sensor measures cabin environment data near the rider/mannequin.
|Implemented in code; sensor must be mounted and wired.
|}

Other possible uses for the extra transmitter button were considered, such as a horn toggle, dashboard marker, manual fan override, or joystick recalibration button. Lights were selected because they have the best balance of simplicity, safety, and demonstration value.

==== Current Testing Status ====
At the current stage, the code supports radio command packets, joystick control, Peltier mode cycling, fan command, light toggle, buzzer command, DHT temperature and humidity readings, dashboard telemetry, adjustable buzzer tone, and signal-loss failsafe. Final testing should confirm that the radio modules remain stable when all three Nanos are powered, that the receiver enters failsafe correctly, and that the dashboard updates reliably while the vehicle is running.

{| class="wikitable"
|+Table 9. Testing checklist
!Test
!Expected result
|-
|Transmitter joystick test
|Dashboard and receiver Serial output show changing X/Y values.
|-
|Peltier button test
|Mode cycles through OFF, COLD, HEAT, and OFF.
|-
|Buzzer button test
|Buzzer plays only while the button is held.
|-
|Light button test
|Vehicle lights toggle on and off.
|-
|DHT sensor test
|Dashboard displays cabin temperature and humidity.
|-
|Dashboard bridge test
|Browser dashboard receives live telemetry from the third Nano.
|-
|Failsafe test
|Turning off the transmitter causes the receiver to stop the motor and turn off unsafe outputs.
|}

==== Recommendations ====
# Use a 10 uF to 47 uF capacitor across the VCC and GND pins of each nRF24L01 module to reduce radio power problems.
# Keep the nRF24L01 wires short and power the module from 3.3 V only.
# Test the DHT sensor before final mounting because incorrect sensor type selection can cause blank temperature and humidity readings.
# Use a passive buzzer if adjustable tones are needed, because active buzzers may ignore frequency changes.
# Keep the dashboard control limited to safe accessory settings, such as buzzer tone. Driving and steering should remain controlled by the transmitter.

== Mechanical Design ==
The mechanical sub-system includes the front suspension, drive train, and steering system . These components work together to improve vehicle movement, stability, turning control, and structural support. The main goal is to keep the design simple, compact, easy to assemble, and reliable for the prototype.

=== Requirements ===

==== Functions ====

# Front suspension: Absorb shocks and vibrations from the ground, keep the front wheels in contact with the ground and improve stability, and control during movement.
# Drive train: Transfer power from the motor to the wheels, control the vehicle’s speed and movement, and provide enough torque for the vehicle to move smoothly.
# Steering: Allow the vehicle to change direction, connect the steering input to the front wheels, and improve turning accuracy and control.

==== Objectives ====

# Front suspension: Allow the front suspension to change its angle during cornering, improve vehicle balance while turning, and reduce shocks when moving on rough surfaces.
# Drive train: Increase vehicle speed using a gear system, keep the system compact and easy to assemble, and provide smooth power transfer to the wheels.
# Steering: Keep the steering system as simple as possible, achieve a turning radius suitable for the prototype, and ensure easy control during movement.

==== Constraints ====

# Limited project time: Busy academic schedules and only one prototype working day per week limit the time available for building, testing, and improving the mechanical sub-system.
# 3D printing accuracy: Small 3D-printed parts may have lower accuracy, which can affect fitting, alignment, and the movement of components.
# Limited team members: Each sub-team has only about two members on average, creating a higher workload and requiring the design to be simple, practical, and easy to manufacture.

=== The Design ===

==== Front Suspension ====
We generated two front suspension designs as shown below:
{| class="wikitable"
|+Table 1. Front Suspension Design
!Design 1
!Design 2
|-
|[[File:Screenshot (484).png|thumb]]
|[[File:Screenshot (493).png|thumb]]
|}
We used a weighted decision matrix to compare the two designs.
{| class="wikitable"
|+Table 2. Weighted decision matrix for selection of front suspension
!
!Weight
!Design 1
!Design 2
|-
|Simplicity
|40%
|3
|5
|-
|Durability
|40%
|3
|5
|-
|Aesthetics
|20%
|4
|4
|-
|Total
|
|3.20
|4.80
|}
'''Decision:''' Design 2 was selected because it received the higher total weighted score. It has a simpler frame structure, better durability due to its rectangular support design, and a clean appearance suitable for the prototype. Design 1 is more mechanically complex because of its extra linkages and moving parts, which may make it harder to manufacture and less durable.[[File:Screenshot (492).png|thumb|'''3D Assembly of the Steering Components''']]
==== Steering ====
{| class="wikitable"
|+Table 3. 2D drawings of the main components of the steering system
!Handlebar
!Head
!Steering column
|-
|[[File:Screenshot (488).png|thumb|The handlebar acts as the main control component of the steering system. Similar to a steering wheel, it allows the user to change the direction of the prototype by controlling the steering mechanism.]]
|[[File:Screenshot (489).png|thumb|The head fixes the handlebar in place and connects it to the steering column. It helps transfer the steering force from the handlebar down to the front suspension system.]]
|[[File:Con cac 123.png|thumb|The steering column connects the handlebar to the front suspension. It transfers the steering motion from the handlebar down to the front suspension system.]]
|}

'''Drive Chain'''

== Structural Design ==
The structural sub-team is responsible for designing and constructing the enclosure structure of the bicycle-based vehicle. The structural sub-team also designs the cabin frame, opaque panels, glazing panels, doors, and rear frame components to protect the rider and internal components while maintaining access, visibility, and ventilation.

=== Requirement ===

==== Functions ====
The functions of the structural components are to:

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety: The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.
# Structural support: The enclosure frame must support the opaque panels, transparent glazing panels, doors, and other structural components.
# Access and visibility: The door design must allow the rider to enter and exit the vehicle safely, while the transparent glazing panels must provide enough visibility during operation.

==== Objectives ====
# The vehicle must have an enclosure frame and opaque panels.
# The vehicle must have natural ventilation.
# The vehicle must have transparent glazing panels, with at least one vacuum-formed component.
# The vehicle must have doors for rider entry and exit.

==== Constraints ====
# 3D Printing Tolerances: Low precision caused minor dimensional errors, complicating assembly and weakening the final structure.
# Understaffed Team: Smaller group size forced members to balance time across multiple sub-teams.
# Time Limitations: Compounded by labor constraints and assembly delays, severely restricting the project schedule.

=== The Design ===
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

==== Enclosure ====
The enclosure is the main protective structure of the vehicle. It consists of a frame, opaque panels, glazing panels, and doors. The enclosure protects the rider and internal components from weather, debris, and external hazards while still allowing rider access, visibility, and ventilation.
[[File:Screenshot_2026-06-12_111850.png|center|thumb|161x161px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Isolated View of the Final Door Design]]
[[File:Screenshot_2026-06-12_113744.png|thumb|175x175px|'''Figure 3:''' Isometric View of the Door in an Open State]]

==== Door ====
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

==== Natural Ventilation ====
Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|117x117px|'''Figure 4:''' HVAC Support (Part 1)]]
[[File:Screenshot_2026-06-12_111541.png|thumb|174x174px|'''Figure 5:''' HVAC Support (Part 2)]]

==== HVAC Supports ====
As illustrated in '''figures 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.{{clear}}

==== Extra Features ====
[[File:Screenshot_2026-06-13_103104.png|left|thumb|155x155px|'''Figure 6:''' Rear Door]]

===== Rear Door =====
The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.{{clear}}

==== Design Alternatives ====
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|290x290px|'''Figure 7:''' Design Alternative 1]]
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
'''Design Alternative 1:'''

The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear doors, both of which can be made removable or permanent depending on user preference.

=== Recommendations ===
'''1.'''Test fit all enclosure parts before final assembly to reduce problems caused by 3D printing tolerances.

'''2.'''Use stronger connection points for the doors, panels, and rear door to improve durability.

'''3.'''Keep enough clearance for wiring, breadboard access, HVAC supports, and other sub-team components.

=== Appendices ===

==== Enclosure parts sketches ====
{| class="wikitable"
|+
![[File:Photo_2026-06-15_16-40-35.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-27.jpg|thumb]]
![[File:Photo_2026-06-15_16-40-31.jpg|thumb]]
|}

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:HVAC_system_flowchart.jpg|center|thumb|VANT151 VD1 Team 1 Electrical HVAC System Flowchart]]
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|}

==== Boards Mounting ====

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai[[File:Tim Cai.jpg|thumb|114x114px]]Electrical Sub-team Design and Assembly

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|[[File:Profile photo 260x320 no distortion.jpg|thumb|123x123px]]Thang Le
Mechanical Sub-team Design and Main mechanical design in Solidworks

I led the overall mechanical design process by developing the front suspension, drive train, and steering system. I also used SolidWorks to model the individual components and integrate these mechanical mechanisms into the complete prototype assembly. Through this experience, I learned how important it is to consider manufacturability, assembly, and compatibility between different sub-systems during the design process.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Structural Sub-team Design and Assembly Leader

I led the overall design process, developing two alternative enclosure concepts and utilizing SolidWorks to sketch and model both the individual components and the complete assembly. I also worked with another subteam to design the gear system and integrate it within the enclosure. Additionally, I was in charge of the assembly of the bike structure and was responsible for troubleshooting any issues that arose.
|Jinyuan Jin
Structural Design Support and Documentation Contributor

I assisted in completing the assigned structural tasks and actively discussed the design direction and division of work with my teammate. I created sketches based on the agreed enclosure design, contributed ideas and suggestions during the design process, helped make revisions, and took a major role in the project document.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|Christopher Rodas Castillo
Chief Developer and Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

File:Tim Cai.jpg

2026-06-18T16:44:42Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=Tim Cai photograph}}
|date=2026-06-18
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-15T05:51:34Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver|center]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:HVAC_system_flowchart.jpg|center|thumb|VANT151 VD1 Team 1 Electrical HVAC System Flowchart]]
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|}

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
|-
|This is the flowchart of the automation program[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart|center]]
|-
|This picture shows the position of the receiver for the remote control[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch|center]]
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
My role in the team was to work on the electrical and electronic design of the tricycle. I helped with the receiver circuit, wiring, Arduino code, and testing the remote-control and autonomous functions. Through this project, I learned how to connect electronic components, troubleshoot wiring problems, and improve the reliability of the control system.
|}

VANT151/2026/Capstone/APSC/Team1

2026-06-14T20:39:27Z

TimCai:

== Home ==

=== Welcome to ===

{| class="wikitable"
|+
!Column 1
!Column 2
!Column 3
!Column 4
|-
|img1
[[File:TX RX System.jpg|center|thumb]]
|img 2
|
|
|-
|
|
|
|
|-
|
|
|
|
|}

== Structural Design ==

=== Requirements ===

==== Functions ====

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety''':''' The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.

==== Objectives ====

# The vehicle must be constructed with a solid frame and outer panels.
# The enclosure must be designed to facilitate natural ventilation.
# vant. form. glazing

==== Constraints ====

# Time limitation.
# As this was our first project of this nature, we encountered several challenges stemming from our lack of experience and the inherent tolerances of 3D printing. The 3D printers were less precise than anticipated, resulting in minor dimensional errors. These discrepancies complicated the assembly process and ultimately compromised the structural integrity of the final product.
# Due to a smaller team size than anticipated, group members had to balance their time to complete the work of other subteams.

[[File:Screenshot_2026-06-12_111850.png|thumb|238x238px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]

==== The Design ====
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

=== Enclosure ===
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Insolated View of the Final Door Design]]
'''Door'''
[[File:Screenshot_2026-06-12_113744.png|thumb|157x157px|'''Figure 3:''' Isometric View of the Door in a Open State]]
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

'''Natural Ventilation'''

Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|151x151px|'''Figure 4:''' HVAC Support (Part 1)]]

'''HVAC Supports'''

As illustrated in '''figure 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.
[[File:Screenshot_2026-06-12_111541.png|thumb|134x134px|'''Figure 5:''' HVAC Support (Part 2)]]
'''Extra Features'''
[[File:Screenshot 2026-06-13 103104.png|left|thumb|178x178px|'''Figure 6:''' Rear Door]]
'''Rear Door'''

The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.

=== Design Alternatives ===
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|212x212px|'''Figure 7:''' Design Alternative 1]]

'''Design Alternative 1:'''
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear door, both of which can be made removable or permanent depending on user preference.

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:HVAC_system_flowchart.jpg|center|thumb|VANT151 VD1 Team 1 Electrical HVAC System Flowchart]]
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|}

==== Boards Mounting ====

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

[[:File:Receiver team1 2026.docx]]

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

VANT151/2026/Capstone/APSC/Team1

2026-06-14T20:37:49Z

TimCai: Add electrical design part

== Home ==

=== Welcome to ===

{| class="wikitable"
|+
!Column 1
!Column 2
!Column 3
!Column 4
|-
|img1
[[File:TX RX System.jpg|center|thumb]]
|img 2
|
|
|-
|
|
|
|
|-
|
|
|
|
|}

== Structural Design ==

=== Requirements ===

==== Functions ====

# Environmental Protection: The enclosure must shield the rider from adverse weather conditions (such as wind, rain, and extreme ambient temperatures) and airborne debris.
# Occupant and internal component safety''':''' The structural shell must act as a protective barrier, reducing the risk of injury to the rider from external impacts or accidental collisions.

==== Objectives ====

# The vehicle must be constructed with a solid frame and outer panels.
# The enclosure must be designed to facilitate natural ventilation.
# vant. form. glazing

==== Constraints ====

# Time limitation.
# As this was our first project of this nature, we encountered several challenges stemming from our lack of experience and the inherent tolerances of 3D printing. The 3D printers were less precise than anticipated, resulting in minor dimensional errors. These discrepancies complicated the assembly process and ultimately compromised the structural integrity of the final product.
# Due to a smaller team size than anticipated, group members had to balance their time to complete the work of other subteams.

[[File:Screenshot_2026-06-12_111850.png|thumb|238x238px|'''Figure 1:''' Isometric View of the Enclosure Chassis with Panels and Doors omitted for clarity.]]

==== The Design ====
Designed with a minimalist and futuristic aesthetic, the enclosure features a slim structure that protects the rider from weather conditions and external hazards.

=== Enclosure ===
[[File:Door_Design.png|left|thumb|138x138px|'''Figure 2:''' Insolated View of the Final Door Design]]
'''Door'''
[[File:Screenshot_2026-06-12_113744.png|thumb|157x157px|'''Figure 3:''' Isometric View of the Door in a Open State]]
The door is designed as a pantograph door to provide sufficient clearance for the rider to enter and exit the vehicle regardless of how or where it is parked. '''Figure 3''' illustrates the enclosure door mechanism in its open position on the vehicle chassis.

'''Natural Ventilation'''

Natural ventilation is achieved by opening or entirely removing the lateral and rear door. This open configuration serves a dual purpose, facilitating passive airflow to cool internal electronics while simultaneously granting unhindered access to the breadboard for inspection and circuit modification.
[[File:Screenshot_2026-06-12_111446.png|left|thumb|151x151px|'''Figure 4:''' HVAC Support (Part 1)]]

'''HVAC Supports'''

As illustrated in '''figure 4''' '''and''' '''5''' both components are rigidly connected to the enclosure chassis, providing structural support to stabilize the HVAC system's position. Additionally, they serve as structural reinforcement to maintain the alignment and stability of the surrounding components.
[[File:Screenshot_2026-06-12_111541.png|thumb|134x134px|'''Figure 5:''' HVAC Support (Part 2)]]
'''Extra Features'''
[[File:Screenshot 2026-06-13 103104.png|left|thumb|178x178px|'''Figure 6:''' Rear Door]]
'''Rear Door'''

The rear door seals the back of the enclosure and assists with the vehicle's passive cooling. It can be opened or completely removed to allow airflow, which prevents the internal electronics from overheating. Removing the door also provides quick, direct access to the breadboard for inspections and wiring adjustments. Depending on user preference, the door can be installed as a permanent fixture or kept easily removable.

=== Design Alternatives ===
[[File:CamScanner_2026-06-13_11.39.jpg|left|thumb|212x212px|'''Figure 7:''' Design Alternative 1]]

'''Design Alternative 1:'''
[[File:Screenshot_2026-06-11_132348.png|thumb|'''Figure 8:''' Design Alternative 2]]
The initial design focused on a lightweight bicycle chassis that omitted both doors and a full enclosure, allowing easier access to the bike interior and maximizing natural ventilation. However, this lack of doors and an enclosure presents a major issue with respect to protection; the internal components are exposed, resulting in a high risk of component damage as well as environmental hazards for the rider.

'''Design Alternative 2 (Final):'''

The second design alternative (the final design) features a full enclosure that ensures the protection of both the rider and the internal components. This configuration incorporates pantograph doors and a rear door, both of which can be made removable or permanent depending on user preference.

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:Transmitter_&_receiver.jpg|center|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====
{| class="wikitable"
|+
!
!
|-
|[[File:HVAC_system_flowchart.jpg|center|thumb|VANT151 VD1 Team 1 Electrical HVAC System Flowchart]]
|[[File:Fan_circuit_team_1.jpg|center|thumb|VANT151 VD1 team1 electrical fan circuit]]
|}

==== Boards Mounting ====

==== Autonomous Program ====
{| class="wikitable"
|+
!
!
|-
|[[File:Electrical_flowchart.jpg|center|thumb|2026 VANT151 team1 electrical flowchart]]
|
|}

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
|-
|This picture shows the position of the receiver for the remote control
|-
|[[File:Electrical_sketch.jpg|center|thumb|[[Images/1/1d/Electrical sketch.jpg|2026 VANT151 electrical sketch]]]]
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[:File:Receiver team1 2026.docx]]
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|Jimmy Chong Wang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

File:HVAC system flowchart.jpg

2026-06-14T20:28:59Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=VANT151 VD1 Team 1 Electrical HVAC System Flowchart}}
|date=2026-06-14
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

File:Fan circuit team 1.jpg

2026-06-14T20:28:59Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=VANT151 VD1 team1 electrical fan circuit}}
|date=2026-06-09
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-11T16:53:57Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
The functions of the electrical components are to:

1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver|center]]
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
|-
|This is the flowchart of the automation program[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart|center]]
|-
|This picture shows the position of the receiver for the remote control[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch|center]]
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-11T16:52:23Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
The electrical sub-team is responsible for connecting circuits and powering all electrical components of the Electrical tricycle. The electrical sub-team also does programming and operations of these components.

=== Requirements ===

==== Functions ====
1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver|center]]
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
|-
|This is the flowchart of the automation program[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart|center]]
|-
|This picture shows the position of the receiver for the remote control[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch|center]]
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-11T16:48:45Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system

=== Requirements ===

==== Functions ====
1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver|center]]
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
|-
|This is the flowchart of the automation program[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart|center]]
|-
|This picture shows the position of the receiver for the remote control[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch|center]]
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

VANT151/2026/Capstone/APSC/Team1

2026-06-11T16:34:45Z

TimCai:

== Home ==

=== Welcome to ===

{| class="wikitable"
|+
!Column 1
!Column 2
!Column 3
!Column 4
|-
|img1
[[File:TX RX System.jpg|center|thumb]]
|img 2
|
|
|-
|
|
|
|
|-
|
|
|
|
|}

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Documentation
|-
|Ernest Goh
Documentation sub-team member & Team Leader

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Yifan Zhao
Documentation sub-team member

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Mechanical
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Structural
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |Thermal
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|-
! colspan="2" |User-Interface
|-
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|First name family name
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

=== Contact Information ===
You may add an electronic address or social media links for the public to follow the project/company.

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-09T22:35:02Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system

=== Requirements ===

==== Functions ====
1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver|center]]
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
|-
|[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart|center]]
|-
|[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch|center]]
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-09T22:08:09Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system

=== Requirements ===

==== Functions ====
1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver|center]]
|-
|[[File:Receiver_connection_Team_1.jpg|center|thumb|Receiver connection for VANT151 VD1 Team 1]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
!
!
!
|-
|
|[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
|
|
|-
|
|[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
|
|
|-
|
|
|
|
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

File:Receiver connection Team 1.jpg

2026-06-09T22:05:44Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=Receiver connection for VANT151 VD1 Team 1}}
|date=2026-06-09
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

Sandbox:VANT151/2026/Capstone/APSC/Team1/Electrical

2026-06-09T17:29:32Z

TimCai: created the page

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system

=== Requirements ===

==== Functions ====
1. Remote control the vehicle

2. Pre-programmed automation of the vehicle

3. Complete a figure-8 path without toppling over

==== Objectives ====
1. Able to brake the vehicle

2. Able to have direction lights

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
!
!
!
|-
|
|[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
|
|
|-
|
|[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
|
|
|-
|
|
|
|
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code References]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T18:07:13Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
=== Requirements ===

==== Functions ====
1. remote control the vehicle

2. pre-programmed automation of the vehicle

3. complete a figure of 8 path without toppling over

==== Objectives ====
1. able to brake the vehicle

2. able to have direction light

==== Constraints ====
1. Maximum allowable electrical power consumption: nominal 9.6 V DC, 2.8 A.

2. Able to maintain a different temperature from the ambient temperature at the intended rider's chest location.

3. Able to move in a straight line path.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
!
!
!
|-
|
|[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
|
|
|-
|
|[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
|
|
|-
|
|
|
|
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T17:59:03Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
!
!
!
|-
|
|[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
|
|
|-
|
|[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
|
|
|-
|
|
|
|
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.
{| class="wikitable"
|+
!
|-
|[[File:Receiver_team1_2026.docx|thumb|2026 VANT151 receiver code]]
|}

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

File:Receiver team1 2026.docx

2026-06-04T17:57:09Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=2026 VANT151 receiver code}}
|date=2026-06-04
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

Sandbox:Team 1 Electrical

2026-06-04T17:44:57Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====
{| class="wikitable"
|+
!
|-
|[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]
|}

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.
{| class="wikitable"
|+
!
!
!
!
|-
|
|[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
|
|
|-
|
|[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
|
|
|-
|
|
|
|
|}

=== Arduino Code ===
IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T17:40:43Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]

=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== Appendices ==

=== PDF Drawings ===
Add your PDF drawings here.

=== Arduino Code ===
[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]IMPORTANT! Put your code in a Microsoft Word document and protect the document with a password! I shall ask for the password when I grade your code.

=== References ===
Add your reference list here.

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T17:37:03Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]

=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

{{YouTube|id=Timcjt|playlist=https://youtube.com/shorts/IIe3DMzaRSA?si=phZQ-y-tZe6PCRKT|width=500|height=400}}

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T17:32:37Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]

=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T17:32:20Z

TimCai:

{{YouTube|id=Timcjt|width=500|height=400}}

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]

=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

Sandbox:Team 1 Electrical

2026-06-04T17:16:34Z

TimCai:

== Home ==

=== Welcome to ===

== Electrical/Electronic Design ==
Overview of the electrical and electronic sub-system
[[File:Electrical_sketch.jpg|thumb|2026 VANT151 electrical sketch]]
[[File:Electrical_flowchart.jpg|thumb|2026 VANT151 team1 electrical flowchart]]
[[File:Transmitter_&_receiver.jpg|thumb|2026 VANT151 Team 1 transmitter & receiver]]

=== Requirements ===

==== Functions ====
1.

2.

3.

==== Objectives ====
1.

2.

==== Constraints ====
1.

2.

3.

=== The Design ===

==== Drive and Steering Circuit ====

==== Fan Circuit ====

==== Peltier Circuit ====

==== Boards Mounting ====

==== Autonomous Program ====

==== Extra Features (if any) ====

== About Us ==

=== Sub-teams: ===
{| class="wikitable"
! colspan="2" |Electrical/Electronic
|-
|Tim Cai
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|Jianyu Zhang
Position (role played in the group)

In a paragraph, say who you are, state your contributions to the project and mention something relevant that you learned from the experience.
|}

File:Electrical flowchart.jpg

2026-06-04T17:14:04Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=2026 VANT151 team1 electrical flowchart}}
|date=2026-05-26
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

File:Transmitter & receiver.jpg

2026-06-04T17:14:04Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=2026 VANT151 Team 1 transmitter & receiver}}
|date=2026-06-02
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

File:Electrical sketch.jpg

2026-06-04T17:14:04Z

TimCai: Uploaded own work with UploadWizard

=={{int:filedesc}}==
{{Information
|description={{en|1=2026 VANT151 electrical sketch}}
|date=2026-05-26
|source={{own}}
|author=[[User:TimCai|TimCai]]
|permission=
|other versions=
}}

=={{int:license-header}}==
{{self|cc-by-nc-sa-4.0}}

Sandbox:Team 1 Electrical

2026-06-04T17:04:36Z

TimCai: