Notes on DataAcq Presentation
Ishan's Notes
Race Strategy
Sensors
Data used for analysis
New peripheral board
Current:
- IMU (could be used actively in conjunction with motor control?)
- Airflow
- Temperature
- Tire Pressure (could be used for motor control?)
New Sensors
- Brake Pedal (why marked as new?)
- Should probably be under controls domain
- Steering sensor (useful for two wheel drive software differential)
- Atmo Pressure Sensor
- Humidity Sensor
Telemetry
- Regenerative Braking message over CAN (wouldn't this be encoded within the motor messages?) (what type of data do you want to see)
Dashboard (chase car)
- Not relevant to controls
Race Strategy
- Optimize track stuff
- Will be relevant to controls after this race, to integrate data acq race strategy stuff
- Monitors efficiency of the car
- Every 3 secs, outputs an optimal speed for the vehicle over CarCAN
- Could be integrated into display w/ driver notifications
Maddie's Notes
- Adding brake pedal sensor because they want angle and we're just a button
Notes on Array Presentation
Ishan's Notes
- Power Electronics to track max power point to get most power out of array
- Bigger cells
- Make MISO and MOSI pins actually correct
- 1 RTD chip per 8 sensors with a decoder (with a select pin)
Maddie's Notes
- Switching to newer generation cells. Bigger and more efficient → around double current, will need to update board and increase size of capacitors and inductors to match (running sims for this)
Diya's Notes
Q: blindspots - how they work
A: distance sensor
Q: blind spot buzzer? may create a power draw. maybe better integration. raw data on another display that uses CAN.
Q: Why are we using a two wheel drive?
A: For Controls, it is more work. However, it is overall more efficient.
Q: where is the display
A: right
Q: Which display
A: Will probably use uart display
Q: What are the switches on the wheel
A: gpio ports
Q: Where is blind spot tracking being placed
A: back left and back right of the car
Q: So there may need to be holes cut out on the back.
Q: CC is confusing why
A: thresholds have to be reached, so it's unintuitive. that's why second way
Q: back up camera?
A: isolated from control systems. no current plans to change. integrated into display? but no point of integrating into display.
Q: how to coast
A: use CC.
Q: pedal input being mapped to?
A: current setpoint. in one pedal mode, velocity.
Q: SOM
A: controls daughter board. The naming is confusing.
Q:scroll wheel for fan
A: might be dangerous because can slip
Notes on Power Gen Presentation
Diya's Notes
solar array, 3 sub arrays. MPPT = Maximum Power Point Tracking
How are the sims going to be designed? or are there sims out there that can replicate the behavior you are trying to achieve? A: Sim has already been designed. Sim tells us the specs we need.
How many types of solar cells are being used? A:
What is an irradiance sensor? A: The irradiance sensor tells the change in light. Black body supports two. IV curve. scan the global. This guides what would need to change to get max light.
Notes on Power Systems Presentation
Ishan's Notes
- Manufacture HV battery pack
- Improve Battery Pack Safety
- Faster Manufacturing
- Better Power Usage
- Improve charging efficiency between battery and array
- Has there been any noticeable improvements from characterizing each cell individually that would be lost from just taking samples from each box?
- From current characterization stuff, how much do the cells each actually differ in terms of characteristics?
Diya's Notes
Areas of improvement include stiff and hard to connect. Is there any advantage to having them paired up? A: no, we want them to be modular. when you say modules what is it. A: 9 cells.
Cell manufacturing plant- similar characteristics. worried about the variability of every cell. A: However, it doesn't matter because they are close enough anyways. SOC, impedances, time stamps. It has been done with other solar cars.
Fuse on each branch needs to be implemented.
Notes on BPS Presentation
Ishan's Notes
Issues with current gen:
- Hardware uses non-standard and scarce chips
- Long wakeup time for isoSPI chips sampling
Goals:
- Standardize software drivers
- Transition to SOM
- New hardware to use common protocols
- How do you monitor the battery health now? Why is it a "nice to have" rather than "must have"?
- Wanna know how damaged the cells are
- We don't currently monitor the battery health
- Actively monitor isolation between frame and HV line (isolation is required by regs, but active monitoring is not (clarify this))
- Switch to CAN from isoSPI
- Tachometer feedback from fans
Diya's Notes
BPS minions - 3 for the peripherals
voltage, temp, and current will still be sampled but using new hardware.
Battery health is difficult to monitor, but it will tell us how damaged the battery is.
Fault recovery --- going into a regular state instead of shutting off the entire car.
BPS - doesn't need all evac for CAN stuff. Non CAN such as over temp --> kills car.
recovery is for CAN stuff
Stuff that may need to be addressed in PDR
Ishan's Notes
- Figure out dist. sensor before PDR so Aeroshell can make cutouts depending on size
- Wire harnessing wants a small board that they have to route less wires to in the back of the car (LIN? CAN?)
- Icons for steering wheel? Coordinate with Ergo to figure out
- Ask Akshay what he was saying to Philip and Steven about Regen stuff