Project

# Title Team Members TA Documents Sponsor
40 RFID Door Lock
Arely Irra
David Sullivan
Nich Rogers
Nikhil Arora design_document2.pdf
design_document1.pdf
final_paper1.pdf
photo1.jpg
photo2.jpg
presentation1.pptx
proposal2.pdf
proposal1.pdf
video
Nich Rogers (Nroger5)

Arely Irra (airra2)

David Sullivan (davidrs3)

# RFID DOOR LOCK

[Link to Discussion](https://courses.engr.illinois.edu/ece445/pace/view-topic.asp?id=71842)

[Simple High Level Diagram](https://docs.google.com/document/d/1wcPRO_gitld9lWCwFr9iQTqBeHypjF9-k5uXQeYU6p4/edit)


# Problem
The objective of the RFID Door Lock is to create a mechanism to unlock your door using an RFID tag. The reason for this is there are many factors that can cause someone to be unable to manage to get their key into a door lock including but not limited to low lighting, debris in the lock, inebriation, disability such as blindness, diseases like parkinsons and more. This is a safety hazard if you get locked out of your apartment due to any previously mentioned scenarios.
# Solution
Our RFID Door lock would be a non-intrusive mount for a door that would scan an RFID chip located on your person like a keychain. Previous market implementations have RFID tag solutions but many require costly infrastructure such as scanners mounted to walls or the door locks replaced with new smart locks, which for someone renting like a college student can incur costs from loss of safety deposit or may even lock a landlord out when doing apartment showings due to some removing the key hole entirely.
# Solution Components
# Front Door RFID Scanner
The RFID scanner portion that exists outside the front door would have a housing unit containing the[ RFID scanner](https://www.digikey.com/en/products/detail/dlp-design-inc/DLP-RFID2/3770244), an LED to blink red or green for success/failure to unlock, a buzzer for playing audio for success/failure to unlock and finally a [wireless power receiver](https://www.digikey.com/en/products/detail/vishay-dale/IWAS4832AEEB120KF1/10223651?utm_adgroup=Inductors&utm_source=google&utm_medium=cpc&utm_campaign=Shopping_Supplier_Vishay&utm_term=&utm_content=Inductors&gclid=EAIaIQobChMIgLLB2v7v_AIVKcmUCR1wXQ7uEAQYASABEgIWafD_BwE). This unit will likely be a 5x5x2 inch housing unit mounted above the previous lock using longer screws to go through our unit and keep the old lock in place.
# Remote battery pack with RFID tag
We have multiple ideas for unit powering. The first is an ambient light [amorphous solar cell](https://www.digikey.com/en/products/detail/panasonic-bsg/AM-1801CA/869-1003-ND/2165188) which can recharge an internal battery removing the need to ever replace it. This works in low light as well so indoor and outdoor units can both be recharged passively.
If the unit ever runs out of battery our second is the wireless power transmitter and receiver, the receiver lives in the door as previously stated and a [transmitter](https://www.digikey.com/en/products/detail/tdk-corporation/WRM483265-10F5-12V-G/10484695?utm_adgroup=Wireless%20Charging%20Coils&utm_source=google&utm_medium=cpc&utm_campaign=Shopping_Product_Inductors%2C%20Coils%2C%20Chokes&utm_term=&utm_content=Wireless%20Charging%20Coils&gclid=EAIaIQobChMI6L6y5_7v_AIV8oJbCh120giXEAQYAiABEgJQlfD_BwE) would be within a portable pack that could fit on the back of a phone or within a wallet so you could tap a card, have the rfid reader read the tag and then have the transmitter send power to the unit which it would use to power the linear actuator.
# Inside Door Control Unit
The inside of the door would house the control unit containing our PCB to control the outside door buzzer,LEDs and receive info from the RFID scanner. This inside unit would also control the [linear actuator](https://www.amazon.com/USLICCX-Actuator-Electric-Massage-Recliner/dp/B07X3Z68GV/ref=sr_1_3?keywords=mini%2Blinear%2Bactuator&qid=1675109676&sr=8-3&th=1) used to rotate the door lock to unlock it upon successful RFID scan. This unit would exist/work with previous infrastructure on the door and not replace the door handle. It would again use longer screws in the same holes to mount our unit above the existing lock but still leaving access to it. The inside will also house buttons and LEDS as a user control and informational unit to how many key fobs are active on the door or to add more using the master fob. For security the system will also detect should the door be left unlocked based on position of the motor so having a sensor or a motor with location(extended retracted) info available, the system would also optionally lock the door automatically by detecting when the door shuts.
The housing unit for the PCB, microprocessor and battery pack to power the whole system will likely fit within a 5x5x2 inch housing unit. We will likely use a [STM32F103C8T6 microprocessor](https://www.snapeda.com/parts/STM32F103C8T6/STMicroelectronics/view-part/) due to the instructions needed to implement clock functionality to relock the door after a time out.
# Power and data transfer
Our implementation will work in tandem with deadbolt locks which are bored through the door which leaves space for wires to pass through within the same hole the deadbolt lock is mounted in.

# Criterion for success
Our criterion for success aligns nearly identically with the solution components and the main idea of the solution.

First is that our design can be mounted without the use of screws that may damage the door, and without replacing any current existing door handles or losing any functionality of the current door such as no blocking the key lock hole.

Second is an RFID tag will be able to unlock the door via the internal motor when scanned as well as give audio and visual feedback via the speaker and LED housed outside the door in a weather resistant housing due to some apartments being in adverse conditions.

Third, the internal unit must be able to give the master fob access to adding and removing new fobs either manually or via a set time-out via buttons and have an LED display panel to visualize how many active fobs there are on the door.

Fourth is both power options with an amorphous solar cell to recharge the unit's internal battery as well as a portable casing to carry wireless power transmitter and RFID tag within it.

Finally the internal unit will house the PCB,power and control unit that will be able to house and manage these functions.

ATTITUDE DETERMINATION AND CONTROL MODULE FOR UIUC NANOSATELLITES

Shamith Achanta, Rick Eason, Srikar Nalamalapu

Featured Project

Team Members:

- Rick Eason (reason2)

- Srikar Nalamalapu (svn3)

- Shamith Achanta (shamith2)

# Problem

The Aerospace Engineering department's Laboratory for Advanced Space Systems at Illinois (LASSI) develops nanosatellites for the University of Illinois. Their next-generation satellite architecture is currently in development, however the core bus does not contain an Attitude Determination and Control (ADCS) system.

In order for an ADCS system to be useful to LASSI, the system must be compliant with their modular spacecraft bus architecture.

# Solution

Design, build, and test an IlliniSat-0 spec compliant ADCS module. This requires being able to:

- Sense and process the Earth's weak magnetic field as it passes through the module.

- Sense and process the spacecraft body's <30 dps rotation rate.

- Execute control algorithms to command magnetorquer coil current drivers.

- Drive current through magnetorquer coils.

As well as being compliant to LASSI specification for:

- Mechanical design.

- Electrical power interfaces.

- Serial data interfaces.

- Material properties.

- Serial communications protocol.

# Solution Components

## Sensing

Using the Rohm BM1422AGMV 3-axis magnetometer we can accurately sense 0.042 microTesla per LSB, which gives very good overhead for sensing Earth's field. Furthermore, this sensor is designed for use in wearable electronics as a compass, so it also contains programable low-pass filters. This will reduce MCU processing load.

Using the Bosch BMI270 3-axis gyroscope we can accurately sense rotation rate at between ~16 and ~260 LSB per dps, which gives very good overhead to sense low-rate rotation of the spacecraft body. This sensor also contains a programable low-pass filter, which will help reduce MCU processing load.

Both sensors will communicate over I2C to the MCU.

## Serial Communications

The LASSI spec for this module requires the inclusion of the following serial communications processes:

- CAN-FD

- RS422

- Differential I2C

The CAN-FD interface is provided from the STM-32 MCU through a SN65HVD234-Q1 transceiver. It supports all CAN speeds and is used on all other devices on the CAN bus, providing increased reliability.

The RS422 interface is provided through GPIO from the STM-32 MCU and uses the TI THVD1451 transceiver. RS422 is a twisted-pair differential serial interface that provides high noise rejection and high data rates.

The Differential I2C is provided by a specialized transceiver from NXP, which allows I2C to be used reliably in high-noise and board-to-board situations. The device is the PCA9615.

I2C between the sensors and the MCU is provided by the GPIO on the MCU and does not require a transceiver.

## MCU

The MCU will be an STM32L552, exact variant and package is TBD due to parts availability. This MCU provides significant processing power, good GPIO, and excellent build and development tools. Firmware will be written in either C or Rust, depending on some initial testing.

We have access to debugging and flashing tools that are compatible with this MCU.

## Magnetics Coils and Constant Current Drivers

We are going to wind our own copper wire around coil mandrels to produce magnetorquers that are useful geometries for the device. A 3d printed mandrel will be designed and produced for each of the three coils. We do not believe this to be a significant risk of project failure because the geometries involved are extremely simple and the coil does not need to be extremely precise. Mounting of the coils to the board will be handled by 3d printed clips that we will design. The coils will be soldered into the board through plated through-holes.

Driving the inductors will be the MAX8560 500mA buck converter. This converter allows the MCU to toggle the activity of the individual coils separately through GPIO pins, as well as good soft-start characteristics for the large current draw of the coils.

## Board Design

This project requires significant work in the board layout phase. A 4-layer PCB is anticipated and due to LASSI compliance requirements the board outline, mounting hole placement, part keep-out zones, and a large stack-through connector (Samtec ERM/F-8) are already defined.

Unless constrained by part availability or required for other reasons, all parts will be SMD and will be selected for minimum footprint area.

# Criterion For Success

Success for our project will be broken into several parts:

- Electronics

- Firmware

- Compatibility

Compatibility success is the easiest to test. The device must be compatible with LASSI specifications for IlliniSat-0 modules. This is verifiable through mechanical measurement, board design review, and integration with other test articles.

Firmware success will be determined by meeting the following criteria:

- The capability to initialize, configure, and read accurate data from the IMU sensors. This is a test of I2C interfacing and will be tested using external test equipment in the LASSI lab. (We have approval to use and access to this equipment)

- The capability to control the output states of the magnetorquer coils. This is a test of GPIO interfacing in firmware.

- The capability to move through different control modes, including: IDLE, FAULT, DETUMBLE, SLEW, and TEST. This will be validated through debugger interfacing, as there is no visual indication system on this device to reduce power waste.

- The capability to self-test and to identify faults. This will be validated through debugger interfacing, as there is no visual indication system on this device to reduce power waste.

- The capability to communicate to other modules on the bus over CAN or RS422 using LASSI-compatible serial protocols. This will be validated through the use of external test equipment designed for IlliniSat-0 module testing.

**Note:** the development of the actual detumble and pointing algorithms that will be used in orbital flight fall outside the reasonable scope of electrical engineering as a field. We are explicitly designing this system such that an aerospace engineering team can develop control algorithms and drop them into our firmware stack for use.

Electronics success will be determined through the successful operation of the other criteria, if the board layout is faulty or a part was poorly selected, the system will not work as intended and will fail other tests. Electronics success will also be validated by measuring the current consumption of the device when operating. The device is required not to exceed 2 amps of total current draw from its dedicated power rail at 3.3 volts. This can be verified by observing the benchtop power supply used to run the device in the lab.