Week3

Week 3 Progress: Component Selection and Testing

Over the past two weeks, I focused on circuit design and physical assembly. To improve wearability and user comfort, I decided not to use pin headers and instead directly soldered the components together.

Although the soldering process was time-consuming—mainly due to the small size of the connector holes—the connections were eventually completed successfully.






Comments

Post a Comment

Popular posts from this blog

Week13

Image
Week 13 Progress: Testing Strategy Design and Simulation Objective: This week’s objective was to investigate the physiological significance of ankle swelling as a symptom of heart failure and to design a testing methodology that simulates this condition using available tools. The aim was to assess whether the current smart sock prototype could reliably detect early signs of edema through the flex sensor readings and trend detection algorithm implemented in previous weeks. Implementation: To begin with, a thorough background study was conducted on the clinical causes and relevance of ankle swelling, or  peripheral edema , especially in heart failure patients: According to the UK’s NHS website,  oedema  occurs when excess fluid builds up in body tissues, often affecting the ankles and feet. It’s particularly common among elderly or sedentary individuals and can be a sign of more serious conditions like  heart failure  or kidney problems【NHS†source】. HeartFailureMa...
Read more

Week9

Image
Week 9 Progress: State Machine Design and System Modularity Objective To modularize the ankle monitoring code by implementing a two-state state machine (MOVING / STATIONARY) to detect whether the user is currently in motion or in a stable position for trend detection. The goal is to trigger alarm conditions only when reliable stationary measurements are available. Implementation: State Machine Architecture The firmware now uses a simple finite state machine (FSM) with two primary states: MOVING : The user is moving, sensor data fluctuates significantly, and trend evaluation is temporarily disabled. STATIONARY : The user is still. Trend data is collected to determine if ankle swelling is occurring. 📌 Transition Logic: Transition from MOVING → STATIONARY happens when sensor variation over a defined window is small (low deviation). Transition from STATIONARY → MOVING happens when at least 3 significantly different readings appear within the window (indicating movement or p...
Read more

Week8

Image
Week 8 Progress: BLE Android App Development and Testing Objective: To implement and test the BLE (Bluetooth Low Energy) communication feature on the Android mobile application, enabling real-time reception of status, alarm, and ADC data from the ankle-worn hardware device. BLE Communication Principle (Android BLE Overview): BLE is a wireless protocol designed for short-range, low-power communication. It works via a client-server model, where: Peripheral (Server) : The ankle-worn device (XIAO nRF52840), advertises services and characteristics. Central (Client) : The Android phone scans for nearby BLE devices, connects to a chosen peripheral, and subscribes to its characteristics. On Android, the workflow is as follows: Scan for nearby devices using BluetoothLeScanner . Connect to a selected device using connectGatt() . Discover Services to identify the available UUIDs. Enable Notifications for a given characteristic via descriptor 0x2902 . Receive Upd...
Read more