aboutsummaryrefslogtreecommitdiffstats
path: root/proposal/proposal.tex
diff options
context:
space:
mode:
authorSam Anthony <sam@samanthony.xyz>2025-12-08 16:10:32 -0500
committerSam Anthony <sam@samanthony.xyz>2025-12-08 16:10:32 -0500
commitb8704d98e828c14682187c71f99a02adad94c321 (patch)
tree792f6e862789ddfed1d23d20195746009789d79d /proposal/proposal.tex
parentf204c072074336b7b802595f192c479f6b221767 (diff)
downloadcan-gauge-interface-b8704d98e828c14682187c71f99a02adad94c321.zip
move proposal and midterm report to doc/
Diffstat (limited to 'proposal/proposal.tex')
-rw-r--r--proposal/proposal.tex63
1 files changed, 0 insertions, 63 deletions
diff --git a/proposal/proposal.tex b/proposal/proposal.tex
deleted file mode 100644
index 00aca85..0000000
--- a/proposal/proposal.tex
+++ /dev/null
@@ -1,63 +0,0 @@
-\documentclass{article}
-\usepackage{graphicx}
-
-\title{
-Analog Gauge Driver with CAN Interface \\
-\large COMP490 Project Proposal
-}
-\author{
-Sam Anthony 40271987 \\
-sam@samanthony.xyz \\ s\_a365@concordia.ca
-\and
-Hovhannes Harutyunyan, PhD \\
-Department of Computer Science and Software Engineering \\
-haruty@encs.concordia.ca
-\and
-Concordia University \\
-}
-
-\begin{document}
-
-\maketitle
-
-Installing aftermarket gauges in a car typically requires installing sensors as well.
-However, such sensors are often already present, and are used by the ECU (engine control unit).
-Thus, the installation of aftermarket gauges can result in duplicate sensors which add complexity without augmenting the functionality or reliability of the vehicle.
-Sensors installed like this are not redundant.
-In fact, they reduce reliability, because each is a single point of failure.
-
-The proposed device allows gauges to use the sensors already on the car.
-It retrieves sensor data from the ECU via the CAN bus (controller area network bus) and transforms the data into a format that the gauges can understand: a 0--5V analog signal in the case of a temperature or pressure gauge, or a square wave in the case of a tachometer or speedometer.
-
-The device is an embedded system comprising a microcontroller, a CAN controller and transceiver, several DACs (digital-to-analog converters), and PROM (programmable read-only memory).
-The CAN interface is used for retrieving data from the ECU via the bus.
-The DACs drive analog signals to the temperature and/or pressure gauges.
-The microcontroller has an integrated PWM peripheral for driving a square wave to the tachometer and/or speedometer.
-The PROM stores the calibration: a table that maps CAN data values to voltages or frequencies.
-The microcontroller has a USB interface for programming the PROM from a computer.
-
-\begin{figure}
- \includegraphics[width=\textwidth]{diagram.png}
- \caption{System diagram}
-\end{figure}
-
-The project has three parts: hardware design, software development, and testing.
-The hardware and software development can be carried out concurrently.
-Testing is the final step.
-
-Hardware design involves selecting ICs (integrated circuits), creating a circuit schematic, and designing a PCB (printed circuit board).
-Once the board design is finalized, it can be sent for manufacturing.
-
-Two pieces of software must be written.
-The first runs on the microcontroller.
-Essentially, it must communicate with the various peripherals by transforming and transferring data between them.
-It must fetch frames from the CAN controller and decipher them.
-The CAN data are used to lookup the output value in the ROM.
-Either the PWM peripheral or a DAC is used to send the appropriate signal to the gauge.
-The microcontroller uses SPI (serial peripheral interface) to communicate with the peripherals.
-
-The second piece of software runs on the user's computer.
-It programs the PROM with calibration data.
-It communicates with the microcontroller using a simple text-based protocol over USB.
-
-\end{document}