Difference between revisions of "Understanding the SDS011 particle sensor"

From RevSpace
Jump to navigation Jump to search
(Develop "bare-metal" drivers)
(Re-flashing the STM32)
Line 51: Line 51:
 
# Flashing via the UART, with help from the BootP pin.
 
# Flashing via the UART, with help from the BootP pin.
 
# Replace the microcontroller on the pcb with a new one, and put an opensource bootloader on it.
 
# Replace the microcontroller on the pcb with a new one, and put an opensource bootloader on it.
 +
 +
 +
 +
 +
 +
 +
 +
.
  
 
=== Develop "bare-metal" drivers ===
 
=== Develop "bare-metal" drivers ===

Revision as of 22:50, 7 March 2020

Understanding the SDS011 particle sensor

On March 3rd, Cmpxchg and Oberoid placed the infamous SDS011 particle sensor on the dissection table at Revspace. The SDS011 is extensively used for citizen science projects when air quality is in doubt.

Our goal is to create a new algorithm for its micro-controller which can be published in the public domain and is therefore open for the scrutiny of others. This article is a log of our findings while opening up the sensor and also a description of the process of understand the physics behind the functioning of the device.

Operation of the SDS011

Scattering particles are detected when being hit by a laser beam. The scatter patterns are picked up by a photo-diode which signal is amplified and then fed to a micro-controller. The micro-controller interprets the data stream and relates it to known properties of representative dust samples. The algorithm behind the this fitting is unknown.

Closed Firmware

Recently a number of scientific articles appeared that try to assess the validity of the SDS011 sensor. However, little is published about the exact physical inner workings of the device, nor on its pre-programmed firmware. Until now researchers take the functioning of the device as a black box, its firmware is considered corperate property and therefore cannot be tinkered with.

The SDS011 is also the preferred sensor in most citizen science campaigns of governmental initiatives in Germany, The Netherlands and Belgium. For example in the monitoring campaign “de Schone Luchten”, the SDS011 plays a central role in gathering date for the public dialogue about dust exhaust of a local steel mill. Within the scientific community as in the groups of concerning citizens there is a growing concern about the the scientific significance of the data collected by the SDS011.

To estimate the scientific value of the data gathered by the SDS011, we think that it is important that the working of the device should be open to the public. Therefore we decided to open up the apparatus and investigate its inner workings.

The goal of this project is to not to crack the corporate code of the SDS011, but instead to reprogram its micro-controller with a new algorithm that forms the basis for future development of particle sensors in the public domain.

People that are interested in this project can visit the RevSpace Hackerspace, which is accessible every tuesday on the social night.

Reverse engineering

The follow effort needs to be done to get more insights about the pcb board and the sensor. This info can then be used to feed a physicist with a theoretical model of potential measurements that can be performed with this setup.

The board

To do:

  1. Determine the GPO and GPI of the STM32 while processing
  2. Measure the control circuit of the laser module.
  3. Create a matching circuit, filtering and gain of the instrumentation amplifier analyzed.
Optical Chambre, photo Cmpxchg

The sensor

To do:

  1. Determine type of the photosensor.
  2. Measure size of size of hole under the detection area.
  3. Create a layout of the lightbox. Angles of second order reflections drawn.
  4. Measure the speed of the airflow.
  5. Estimate the focus area of laser beam on the airflow.

Re-flashing the STM32

cut of pins

A complication for re-programming the STM32 is that the programming pins (SWD) are cut off in the manufacturing process, see photo. We discerned three possible scenario's for re-flashing the firmware.

  1. Reconnecting the copper ends of the cut-off SWD pins
  2. Flashing via the UART, with help from the BootP pin.
  3. Replace the microcontroller on the pcb with a new one, and put an opensource bootloader on it.




.

Develop "bare-metal" drivers

Connections, photo Cmpxchg

Create bare-metal drivers for:

  1. Blink a led, visual debugging
  2. Laser control, PWM
  3. ADC
  4. UART

The drivers can be tested with short burst of raw measurements, to be output over UART. The developing of the drivers using a easy to use tool chain needs to be established.




.

Scheduling tasks

We are not going to use a RTOS. How we are going to schedule tasks is yet to be determined.

Calibrating

Not yet decided upon how. Probably using climbing chalk.

Sources and references

Microcontroller stm32f031k6

F031K6, photo Cmpxchg

Datasheet smt32f031k6